Tuesday, 2015-05-05

*** erlon has quit IRC00:01
openstackgerritMerged openstack/swift: Bulk upload: treat user xattrs as object metadata  https://review.openstack.org/17616100:03
*** vinsh has quit IRC00:07
*** zhill has joined #openstack-swift00:07
*** ho has joined #openstack-swift00:09
openstackgerritOpenStack Proposal Bot proposed openstack/swift: Updated from global requirements  https://review.openstack.org/8873600:12
*** zhill has quit IRC00:12
*** evanjfraser has joined #openstack-swift00:21
*** asettle has quit IRC00:37
redbothe first commit ever on swift was Thu Jul 2 10:37:16 2009 +000000:45
redbowait that's a lie00:45
notmyname:-)00:45
redboSun Jun 28 08:42:44 2009 -050000:45
notmynameredbo: I went from the date in EXIF metadata on something from the party where we pushed conrad's big red button00:46
redbosounds about right.  https://www.facebook.com/photo.php?fbid=1455357628366&set=t.76002508&type=3&src=https%3A%2F%2Ffbcdn-sphotos-d-a.akamaihd.net%2Fhphotos-ak-xfa1%2Fv%2Ft1.0-9%2F28506_1455357628366_8364229_n.jpg%3Foh%3D25cf7202d58d869f237ed37563aab852%26oe%3D55C4D35F%26__gda__%3D1439084159_daf788b640b8f5675442c547bd237ce2&size=720%2C48000:49
notmynameredbo: EXIF on http://d.not.mn/swift_launch_party.jpg00:52
redboeveryone looks so young00:52
notmynameno kidding !!00:52
redboexcept will, he looks the same00:52
notmynametime for me to head home. have a good night00:56
*** jlk has joined #openstack-swift01:27
*** jlk has left #openstack-swift01:28
*** tamizh_geek has joined #openstack-swift01:54
*** jlk has joined #openstack-swift01:59
*** WBHuber has joined #openstack-swift02:11
openstackgerritJanie Richling proposed openstack/swift: WIP - working on the encryption feature.  https://review.openstack.org/15790702:19
*** panbalag has quit IRC02:21
*** jrichli has quit IRC02:42
*** early has quit IRC02:48
*** vinsh has joined #openstack-swift02:48
*** early has joined #openstack-swift03:01
*** WBHuber has quit IRC03:06
*** silor has joined #openstack-swift03:08
*** links has joined #openstack-swift03:31
*** tamizh_geek has quit IRC03:33
*** vinsh has quit IRC03:52
*** zaitcev has quit IRC03:53
*** vinsh has joined #openstack-swift04:18
*** vinsh has quit IRC04:25
*** bkopilov has joined #openstack-swift04:32
*** alejandrito has joined #openstack-swift04:41
*** alejandrito is now known as Guest5834604:42
*** Guest58346 is now known as _alejandrito_04:42
*** swat30 has quit IRC04:48
*** swat30 has joined #openstack-swift04:54
*** tamizh_geek has joined #openstack-swift05:25
*** _alejandrito_ has quit IRC05:37
*** SkyRocknRoll has joined #openstack-swift05:41
*** SkyRocknRoll has joined #openstack-swift05:41
openstackgerritOpenStack Proposal Bot proposed openstack/swift: Imported Translations from Transifex  https://review.openstack.org/17963506:08
*** openstackgerrit has quit IRC06:23
*** openstackgerrit has joined #openstack-swift06:23
*** ppai has joined #openstack-swift06:39
*** proteusguy has quit IRC06:41
*** proteusguy has joined #openstack-swift06:59
*** sandywalsh has quit IRC07:11
*** proteusguy has quit IRC07:12
*** sandywalsh has joined #openstack-swift07:12
*** thurloat has quit IRC07:13
*** thurloat has joined #openstack-swift07:13
*** vinsh has joined #openstack-swift07:25
*** vinsh has quit IRC07:29
*** thurloat has quit IRC07:32
*** thurloat has joined #openstack-swift07:33
*** yuan has joined #openstack-swift07:37
*** chlong has quit IRC07:44
*** geaaru has joined #openstack-swift07:45
mattoliverauOK quiet swift land, I'm off to make dinner, night all07:48
*** proteusguy has joined #openstack-swift07:55
*** tamizh_geek has quit IRC07:59
*** haomaiw__ has joined #openstack-swift08:08
*** SkyRocknRoll has quit IRC08:08
*** jordanP has joined #openstack-swift08:10
*** haomaiwang has quit IRC08:10
*** SkyRocknRoll has joined #openstack-swift08:21
*** slo_ has quit IRC08:49
*** jistr has joined #openstack-swift08:56
*** aix has quit IRC08:59
*** early has quit IRC09:12
openstackgerritHisashi Osanai proposed openstack/swift: WIP: Enable Role-based access control using oslo.policy in Swift  https://review.openstack.org/14993009:17
*** tamizh_geek has joined #openstack-swift09:18
*** ho has quit IRC09:19
*** aix has joined #openstack-swift09:26
*** joeljwright has joined #openstack-swift09:37
*** silor has quit IRC09:48
*** early has joined #openstack-swift09:51
*** bkopilov has quit IRC10:01
*** early has quit IRC10:03
*** panbalag has joined #openstack-swift10:04
*** acoles_away is now known as acoles10:11
*** aix has quit IRC10:12
*** early has joined #openstack-swift10:14
*** bkopilov has joined #openstack-swift10:17
*** tobe has joined #openstack-swift10:18
jordanPhi. It seems the setup() method of the ObjectController is called twice per object-server worker. There's something I don't understand in this commit : https://github.com/openstack/swift/commit/a49fd3d8def23bfb49e605fea372c82d1ec6cdff#diff-391ba67a14720da1635b51be427fa134R290 It seems the "application" is instancied twice, once to call the app's modify_wsgi_pipeline() method and the second time to return the app to the caller. I10:22
jordanP'd like someone to confirm or not that there's something weird. Thanks !10:22
*** aix has joined #openstack-swift10:25
openstackgerritAlistair Coles proposed openstack/swift: Cleanup and extend end to end ssync tests  https://review.openstack.org/17937910:33
openstackgerritEmmanuel Cazenave proposed openstack/swift: X-Auth-Token should be a byestring.  https://review.openstack.org/18009810:35
acolesjordanP: thats correct, loadapp in wsgi.py loads the pipeline context, constructs the app and may give app opportunity to modify the pipeline context, and then the pipeline is created.10:40
acolesjordanP: a side effect is that an instance of the app is constrcuted twice10:40
acolesjordanP: its actually used in the proxy server https://github.com/openstack/swift/blob/master/swift/proxy/server.py#L578-57810:40
jordanPacoles, right. Is there any way around it ? Like returning the application (the object created L288) after it has been given the opportunity to change its pipeline10:44
*** ppai has quit IRC10:44
jordanPI don't know if it makes sense, the thing is I have a diskFile implementaiton that has some side effect in its setup() method10:44
jordanPand the setup() being called twice is a bit problematic for me10:45
*** silor has joined #openstack-swift10:45
*** early has quit IRC10:47
openstackgerritMerged openstack/swift: Imported Translations from Transifex  https://review.openstack.org/17963510:50
*** early has joined #openstack-swift10:51
acolesjordanP: hmmm, i just scanned the code and it all looks pretty knotted up with paste deploy, i didn't see a simple workaround10:55
jordanPacoles, okay thanks anyway ! I can try to work around it10:56
acolesjordanP: ok, sorry can't help more. if it proves hard to work around then maybe file a bug report/nice to fix.10:59
jordanPyep11:00
*** lpabon has joined #openstack-swift11:03
*** early has quit IRC11:03
*** fanyaohong has joined #openstack-swift11:08
*** ppai has joined #openstack-swift11:08
*** sandywalsh has quit IRC11:12
*** fanyaohong has quit IRC11:13
*** fanyaohong has joined #openstack-swift11:13
*** sandywalsh has joined #openstack-swift11:14
*** early has joined #openstack-swift11:18
*** dencaval has joined #openstack-swift11:22
*** winggundamth has joined #openstack-swift11:26
*** thurloat is now known as thurloat_isgone11:26
*** NM1 has joined #openstack-swift11:26
winggundamthhi. I follow http://docs.openstack.org/kilo/install-guide/install/apt/content/swift-install-controller-node.html with keystone but after I try doing swift list I got "Invalid user token - deferring reject downstream" error11:27
*** nexusz99 has joined #openstack-swift11:28
*** nexusz99 has quit IRC11:28
*** NM has quit IRC11:28
winggundamthI can do keystone user-list but not swift-list. This is full log http://paste.openstack.org/show/214954/11:29
*** ndk has quit IRC11:32
*** portante has quit IRC11:32
*** early has quit IRC11:36
*** early has joined #openstack-swift11:37
*** portante has joined #openstack-swift11:42
openstackgerritPrashanth Pai proposed openstack/swift: Make object creation more atomic in Linux  https://review.openstack.org/16224311:57
*** thurloat_isgone is now known as thurloat12:10
*** tamizh_geek has quit IRC12:11
openstackgerritEmmanuel Cazenave proposed openstack/swift: X-Auth-Token should be a bytestring.  https://review.openstack.org/18009812:15
*** SkyRocknRoll has quit IRC12:17
ppaione unit test in master branch has been consistently failing in my fedora vm. Can anyone familiar with EC please have a look at it: http://paste.openstack.org/show/214947/12:21
*** rdaly2 has joined #openstack-swift12:23
*** bkopilov has quit IRC12:31
*** gyee has joined #openstack-swift12:39
*** early has quit IRC12:40
*** early has joined #openstack-swift12:45
*** mfedosin has quit IRC12:47
openstackgerritPrashanth Pai proposed openstack/swift: versioned writes middleware  https://review.openstack.org/13434712:51
*** links has quit IRC12:52
*** cazino has joined #openstack-swift12:53
*** lpabon has quit IRC12:55
*** admin6 has joined #openstack-swift13:03
*** ppai has quit IRC13:08
*** winggundamth has quit IRC13:16
*** fanyaohong has quit IRC13:19
*** gyee has quit IRC13:22
*** WBHuber has joined #openstack-swift13:25
*** gyee has joined #openstack-swift13:27
*** madgriff has joined #openstack-swift13:28
*** ppai has joined #openstack-swift13:31
*** madgriff has quit IRC13:39
*** tobe has quit IRC13:40
*** Nadeem has joined #openstack-swift13:50
*** early has quit IRC13:57
*** early has joined #openstack-swift14:06
*** esker has joined #openstack-swift14:06
*** ppai has quit IRC14:11
*** jrichli has joined #openstack-swift14:13
*** annegentle has joined #openstack-swift14:29
*** Fin1te has joined #openstack-swift14:44
Fin1teHello everyone, I have a question about tuning Swift. Is there a good source of documentation for any kernel parameters and other such things? I suppose the operations guide is a good start, but looking for something beyond that.14:47
NM1Fin1te: Have you taken a look at the Oreilly book about swift?14:49
*** vinsh has joined #openstack-swift14:50
Fin1teNM1: I haven't yet, but I certainly will. Thanks for the suggestion. Any websites in the mean time while I get my hands on a copy?14:50
NM1Fin1te: I like to read the Swiftstack Blog. Is it pretty obvious? I hope not :)14:52
*** Nadeem has quit IRC14:54
*** cdelatte has quit IRC14:54
*** delattec has quit IRC14:54
glangeFin1te: stick around and you might get some answers once people wake up14:56
glangealso, you might send an email to this list:  http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-operators14:56
glangethere are a lot devs in channel that don't necessaryily have a bunch of experience running a production cluster14:56
Fin1teNM1 I'll take a look through the blogs, thanks. glange, I'll most def stick around :) I'll give time for Ops folks to wake up and join in. I'll check into the mailing list too, thanks.14:57
*** delattec has joined #openstack-swift15:02
*** cdelatte has joined #openstack-swift15:02
*** bsdkurt has quit IRC15:03
*** madgriff has joined #openstack-swift15:09
*** tamizh_geek has joined #openstack-swift15:12
*** gyee has quit IRC15:13
*** gyee has joined #openstack-swift15:14
*** tamizh_geek has quit IRC15:16
*** ndk has joined #openstack-swift15:18
*** mahatic has joined #openstack-swift15:21
*** macredcape has joined #openstack-swift15:28
*** mahatic has quit IRC15:33
*** bsdkurt has joined #openstack-swift15:44
*** admin6 has quit IRC15:49
*** mahatic has joined #openstack-swift15:51
*** cdelatte has quit IRC15:56
*** delattec has quit IRC15:56
*** cdelatte has joined #openstack-swift15:57
*** cdelatte has quit IRC15:58
*** cdelatte has joined #openstack-swift15:58
*** chlong has joined #openstack-swift16:00
notmynamegood morning16:04
*** zhill has joined #openstack-swift16:05
dencavalmorning!16:06
*** proteusguy has quit IRC16:12
*** chlong has quit IRC16:18
pelusegood morning16:21
*** Fin1te has quit IRC16:21
*** Fin1te has joined #openstack-swift16:22
*** annegentle has quit IRC16:23
*** proteusguy has joined #openstack-swift16:25
*** annegentle has joined #openstack-swift16:25
*** jistr has quit IRC16:26
*** Fin1te has quit IRC16:26
*** annegent_ has joined #openstack-swift16:27
*** annegentle has quit IRC16:28
pelusenotmyname, see this? http://pulseblog.emc.com/2015/05/05/meet-project-coprhd-emc-delves-deeper-into-open-source/16:29
*** fthiagogv has joined #openstack-swift16:32
*** annegent_ has quit IRC16:33
*** chlong has joined #openstack-swift16:34
*** thurloat is now known as thurloat_isgone16:39
*** chlong has quit IRC16:39
notmynamepeluse: no. looking now16:43
*** jordanP has quit IRC16:47
notmynamethat's interesting16:48
notmynamewithout this patch, is there an error? what's happening there?16:55
notmynameacoles: peluse: ^16:55
pelusewhat patch?16:58
notmynameoh oops ;-)16:59
notmynameread my mind!17:00
peluseor I could have just said "yes, big trouble" :)17:00
notmynamehttps://review.openstack.org/#/c/178528/17:00
notmynamepeluse: mostly i'm curious about ppai's question. does it need to be backported?17:02
notmynameis this something that is causing errors? what's the pre-patch behavior?17:03
peluseSince it only affects .durable and I believe would be intermittent (?) chances are probably really good, expecially based on emperical testing, that we're fine.  Must fix for production though I'd think17:03
*** WBHuber has quit IRC17:03
notmynameof course17:03
pelusechances of missing all the .durables I think would be really tiny17:03
*** WBHuber has joined #openstack-swift17:03
pelusebut, hey, someone else might see it differently.  Would still check w/ acoles and/or rest of the gang17:04
notmyname'missing'? isn't his where the durable is written? so what other code path would write it?17:04
-openstackstatus- NOTICE: zuul has been restarted to troubleshoot an issue, gerrit events between 15:00-17:00 utc were lost and changes updated or approved during that time will need to be rechecked or have their approval votes readded to trigger testing17:05
notmynameor are you saying that generally the durable is going to be flushed even if the fsync fails17:05
pelusenotmyname, I mean if the fsync didn't work and something else also went haywire and the .durable didn't get written17:05
peluseyes, that's waht I'm saying - unless there's another scdrewup also but honestly I don't know that for 100% sure17:05
notmynameright. so the kernel/FS will flush it at some point, even if the fsync fails17:05
peluseyup17:05
peluseunless something happens before the next flush for whatever reason (reset, crash, etc)17:06
notmynamebut the whole point of the fsync is to protect the durable during those sorts of "other things" (power loss etc)17:06
peluseagree17:06
notmynameotherwise we wouldn't do an fsync at all17:06
pelusebut we only need 2 .durables17:06
notmynameah, ok, I see what you're saying17:06
notmynameok, makes sense17:06
peluseso for a "beta" I'm thinking the chances of not getting at least 2 written are prettty slim17:06
pelusewell, technically we only need 117:07
acolespeluse: notmyname i just added a comment on the patch17:08
pelusewell 2 would need to make it to the sorage node but only one would ahve to survive a botched fsync + something else in order for it to be prop'd via the ecrecon17:08
notmynameit's really bad, but this is beta and definitely needs to be patched (and already has been). but IMO doesn't sound like we should backport. this isnt' the one and only one thing that would keep you from using EC in prod, and you shouldn't do that anyway with this beta code17:08
notmynameacoles: thanks17:08
notmynamegot it17:09
* peluse off to the gym... back later17:09
acolesnotmyname: peluse so actually we aren't fsyncing the dir after the durable is written which should also be fixed :? but its beta!17:10
acoles:/ i meant17:10
peluseya, agree17:11
acolesi'm not sure we need backport though, its a beta.17:11
*** gyee has quit IRC17:14
*** patrickeast has joined #openstack-swift17:16
*** rookie_ has joined #openstack-swift17:19
*** zhill has quit IRC17:19
rookie_Hi experts, I just pushed a new ring after omitting a storage node.  Now that the new ring is in place and before the replication cycle completes, how does swift know where the objects being requested are since they are not yet in the new ring partition locations?17:21
*** gyee has joined #openstack-swift17:21
claygrookie_: only one replica of a partition will move in a rebalance17:21
rookie_clayg: ah - thanks! was really confused on it :)17:22
claygrookie_: unless > 1 replica was on the server you popped because like you only had two servers or something17:22
claygrookie_: yeah so if the "new" primary 404's it's normally pretty quick - and the proxy will just the next one down the line and down the line into hand offs until it finds it (or returns 404 because like... it really can't find it)17:23
rookie_clayg: thanks - should be an issue (and wasn't in testing for pulling down some randomly selected object) as we have 8 storage nodes17:24
*** early has quit IRC17:26
*** early has joined #openstack-swift17:26
*** AbyssOne has quit IRC17:31
*** bkopilov has joined #openstack-swift17:32
*** AbyssOne has joined #openstack-swift17:40
*** thurloat_isgone is now known as thurloat17:43
*** bkopilov has quit IRC17:45
*** bkopilov has joined #openstack-swift17:45
clduser_hello, can someone help me configure a ceilometer with keystone v3 for swift storage metering? I'm using Kilo on Ubuntu 14.04 and I'm trying to use the storage pollster but it doesn't work because of the keystoneclient v2_0 import (for requesting tenant list). I know it is not exactly a swift realted issue but could not find solution in related topics/rooms.18:04
*** patrickeast has quit IRC18:11
*** barra204 has joined #openstack-swift18:12
*** bkopilov has quit IRC18:14
*** bkopilov has joined #openstack-swift18:15
*** zhill has joined #openstack-swift18:20
openstackgerritAlistair Coles proposed openstack/swift: WIP Add POST capability to ssync for .meta files  https://review.openstack.org/13849818:20
*** bkopilov has quit IRC18:21
*** acoles is now known as acoles_away18:23
*** zhill has quit IRC18:25
*** Fin1te has joined #openstack-swift18:25
*** barra204 has quit IRC18:27
*** logan2 has quit IRC18:28
*** logan2 has joined #openstack-swift18:31
*** thurloat is now known as thurloat_isgone18:39
*** j_king has quit IRC18:40
*** j_king has joined #openstack-swift18:40
*** barra204 has joined #openstack-swift18:41
*** geaaru has quit IRC18:43
*** thurloat_isgone is now known as thurloat18:46
*** fthiagogv has quit IRC18:46
*** zaitcev has joined #openstack-swift18:50
*** ChanServ sets mode: +v zaitcev18:50
*** annegentle has joined #openstack-swift18:59
*** silor1 has joined #openstack-swift19:00
*** tacotuesday has joined #openstack-swift19:01
*** silor has quit IRC19:02
*** rdaly2 has quit IRC19:03
*** madgriff has quit IRC19:04
*** jistr has joined #openstack-swift19:08
*** gyee has quit IRC19:13
*** EmilienM is now known as EmilienM|afk19:15
*** gyee has joined #openstack-swift19:15
claygclduser_: oh man, you probably lost most of us at ceilometer and the rest of us at keystone v3 :\19:18
openstackgerritMatt Riedemann proposed openstack/swift: Revert "Bulk upload: treat user xattrs as object metadata"  https://review.openstack.org/18027619:21
*** zhill has joined #openstack-swift19:21
*** zhill has quit IRC19:25
*** annegentle has quit IRC19:28
*** minwoob has quit IRC19:48
*** jistr has quit IRC19:49
*** thurloat is now known as thurloat_isgone20:00
*** silor1 has quit IRC20:01
*** annegentle has joined #openstack-swift20:05
*** breitz has quit IRC20:16
*** breitz has joined #openstack-swift20:16
*** bkopilov has joined #openstack-swift20:21
*** zhill has joined #openstack-swift20:21
*** jkremer has joined #openstack-swift20:24
WBHuberHow do I make it possible for fragment payload to time out in line 308 in reconstructor.py other than setting node_timeout to zero?20:25
*** zhill has quit IRC20:26
*** bkopilov has quit IRC20:26
*** tab__ has joined #openstack-swift20:27
*** gyee has quit IRC20:28
*** bsdkurt1 has joined #openstack-swift20:29
*** bsdkurt has quit IRC20:30
*** barra204 has quit IRC20:37
*** aix has quit IRC20:38
*** minwoob has joined #openstack-swift20:38
*** Trozz has quit IRC20:39
*** Trozz has joined #openstack-swift20:39
*** tamizh_geek has joined #openstack-swift20:40
*** bill_az has joined #openstack-swift20:52
bill_azswifterdarrel: (and others) has anyone looked at using ssbench with keystone v3?20:52
bill_azif not, I will - but wanted to see if anything had been done here already20:53
notmynamebill_az: no, no one has looked at that20:53
bill_aznotmyname:  ok - thanks20:54
*** gyee has joined #openstack-swift20:54
openstackgerritMichael Barton proposed openstack/swift: Don't quarantine on missing data files  https://review.openstack.org/18031720:56
*** rookie_ has quit IRC20:57
*** jp has joined #openstack-swift20:57
*** Fin1te has quit IRC21:00
*** tacotuesday has quit IRC21:01
tab__notmyname: yesterday we had some conversation regarding changing bind_ip within account/object/container-server.conf files -  i commented back bind_ip addresse and get wierd reponses. Container was created at the end , but i could not upload object....21:02
jpAm I correct that ssync only works with object replication?  It seems that account and container replication still relies on db_replicator which uses rsync.21:03
tab__notmyname: if you are there to check i have now logs : http://pastebin.com/YeNFumMc21:04
jpor is the ssync_sender code actually working with partitions as a whole and not just objects?21:04
jpand I see that if I delete an account or container while I don't have rsync installed, the account-replicator and container-replicator logs complain when doing the rsync process call about "file not found"21:07
jpbut even if I use sync_method=ssync21:08
jpI must be missing something here because either I don't have ssync configured correctly (supposed to be just a one line config change in object-server.conf right?) or I'm misinterpreting how the code works21:09
jpany guidance is greatly appreciated21:09
tab__notmyname: also these are my builder files: http://pastebin.com/KSGLtSFM21:10
*** annegentle has quit IRC21:11
*** annegentle has joined #openstack-swift21:12
jpdoes anyone even know the best person to ask?  I see the original ssync code was created by gholt21:12
notmynamejp: ssync is only for objects21:19
*** zhill has joined #openstack-swift21:22
*** zhill has quit IRC21:27
zaitcevtab__: I'm sorry if I presume too much, but if you aren't sure how to make ports in the config matcihng the ring, I would not recommend splitting service and replication ports. In fact, never do it, period. You may need to split IPs, but leave ports alone.21:27
*** gyee has quit IRC21:27
*** tacotuesday has joined #openstack-swift21:28
jpwow thanks notmyname...that is what I thought from experiencing the setup and looking at the code.  I just wanted to get some folks more versed ssync to confirm.21:29
zaitcevjp: the outcome is, you must still use rsync, so don't try to run without it (unless you have nodes that only have object servers and nothing else).21:29
jpthanks again...will do21:30
tab__zaitcev: thx for reponse. This is my ring-build script: http://pastebin.com/Qhq80z7R . I wanted to seperate storage and replication network (following some guides). If you are kind to check on script, i do not know what am i doing wrong? This is a setup on VM (2 storage nodes, each with 4 VDI disks)21:35
*** zhill has joined #openstack-swift21:36
*** jrichli has quit IRC21:37
*** NM1 has quit IRC21:37
zaitcevtab__: The script looks fine, and the resulting ring looks fine, but I'm trying to point out that ring must match the configs. Surely if you specify r1z1-172.100.10.51:6000R172.100.9.51:6003/d1, you must run 2 object servers, one listening on 6000 and another listening on 6003, right? Are you doing that?21:38
zaitcevtab__: Best just not do that, IMHO. Otherwise you end hurting yourself.21:39
zaitcevchange them all to something like r1z1-172.100.10.51:6200R172.100.9.51:6200/d1 and make sure you have just 1 good config on that node, which has 1) bind_ip commented out or set to 0.0.0.0 (because you have 172.100.10.51 and 172.100.9.51), 2) bind_port=6200.21:42
tab__zaitcev: thx for comment. I will recheck my configuration21:42
zaitcevtab__: I presume it's not a production cluster, because I cannot imagine why anyone would want a separate replication network with just 2 nodes...21:43
tab__it's not a production, but i am doing some proove-of-concept.... still learning21:44
zaitcevokay21:44
peluseWBHuber, just saw your question but about to hit the road, will be back on line a bit later this eve and will get back to you if nobody else does before me21:46
zaitcevIn that case splitting, say, 172.100.10.51:6200 and 172.100.9.51:6200 sounds fine. Split IP, not ports. I try to avoid the split because then one must be sure that each node has 2 IPs assigned correctly and never has them swapped by accident... Well, using static DHCP helps with that. Still, seems like the trouble you don't want.21:46
tab__so in your case of recommendation, if bind_ip is commented , it is ok.21:46
WBHuberpeluse: sounds good and thanks.21:46
tab__and i will also do reconfiguration of ports as you adviced21:47
zaitcevtab__: I usually check with  netstat -atn | grep 6000  all the same. Well, in your case you also want 6003. Which I hope you discontinue.21:47
zaitcevReading if #bing_ip is commented tells you want you mean the services listen on, but netstat tells you what services actually listen on. Big difference :-)21:49
tab__zaitcev: ok thx for now! i'll talk back to you if i have any more questions, since i see you are experienced on this subject :)21:53
notmynameclayg: torgomatic: http://www.meetup.com/sfpython/events/222323217/21:54
*** annegent_ has joined #openstack-swift21:55
*** asettle has joined #openstack-swift21:58
*** esker has quit IRC21:58
*** annegentle has quit IRC22:00
*** zhill_ has joined #openstack-swift22:09
mattoliverauMorning22:14
*** WBHuber has quit IRC22:16
tab__zaitcev: still there? so this would probably also good guide for seperate replication network to learn from: http://docs.openstack.org/developer/swift/replication_network.html#for-a-multiple-server-replication ? Or are there also some other good tutorials online that you possible know for?22:19
zaitcevtab__: It looks like an allright doc, but please observe that it still uses the same port (the default, whatever it is).22:20
zaitcevtab__: Still... It's not how you're supposed to do it.22:21
tab__zaitcev: ok thank, i will take that into a count. Good bye for now, i will further study in morning,it is late here in europe :)22:22
zaitcevtab__: It is generally expected that you start with a normal cluster, and then, when your switches all melt down and everyone runs around like a headless chicken, someone says, well shucks we're screwed! might as well try a separate replication network!22:22
tab__aha ok :)22:23
tab__thx22:23
zaitcevSwift is full of escape hatches like that. You aren't trying to use the overload variable yet, aren't you22:23
*** bkopilov has joined #openstack-swift22:25
*** mahatic_ has joined #openstack-swift22:29
*** mahatic has quit IRC22:30
*** tab__ has quit IRC22:33
*** EmilienM|afk is now known as EmilienM22:52
*** wbhuber has joined #openstack-swift22:57
*** tdasilva has quit IRC22:58
*** annegent_ has quit IRC23:02
*** madgriff_ has joined #openstack-swift23:04
*** wbhuber has quit IRC23:05
*** tamizh_geek has quit IRC23:05
*** tacotuesday has quit IRC23:07
*** NM has joined #openstack-swift23:08
*** madgriff_ has quit IRC23:10
*** tdasilva has joined #openstack-swift23:18
notmynamelooks like I forgot to schedule a session23:19
notmynameie left one slot unscheduled23:19
notmynamewhich one goes in that slot?23:20
*** vinsh has quit IRC23:23
*** harlowja has joined #openstack-swift23:24
harlowjahave u guys seen the following23:24
harlowjahttp://logs.openstack.org/51/176951/45/check/gate-tempest-dsvm-neutron-src-taskflow/9c17ff2/logs/screen-s-object.txt.gz23:24
harlowja" No such file or directory: '/usr/local/lib/python2.7/dist-packages/xattr/__pycache__/_cffi__x282d9483x6ee6f75.c'" ?23:24
notmynameharlowja: I think clayg has been talking about that for a few hours in #openstack-dev23:30
harlowjaah23:30
harlowjacools beans23:30
harlowjai opened https://bugs.launchpad.net/swift/+bug/1452068 anyway23:30
openstackLaunchpad bug 1452068 in OpenStack Object Storage (swift) "Swift object server cffi xattr failure" [Undecided,New]23:30
harlowjaclose at will (if its a dup/other)23:30
notmynameit's not a bug in swift aiui23:30
*** jp has quit IRC23:32
*** jkremer has quit IRC23:33
*** mahatic_ has quit IRC23:34
notmynametorgomatic: mattoliverau: clayg: redbo: kota_: ho: acoles_away: there's nothing on the agenda for tomorrow's meeting. I propose we skip it. do you have anything to bring up during it?23:35
*** chlong has joined #openstack-swift23:37
*** tdasilva has quit IRC23:40
*** annegentle has joined #openstack-swift23:47
*** tdasilva has joined #openstack-swift23:47
*** annegentle has quit IRC23:47
mattoliveraunotmyname: Nope, I'm fine for skipping, i suspect we're all in summit prep mode :) Speaking of which I'm hoping to have a new rewritten sharding SPEC up by my Friday at the latest.23:52
notmynamenice23:53
notmynamenow I gotta see if kota and ho can know about no meeting before they get up at 4am local time23:54
notmynameok, no meeting tomorrow23:54
notmynamehmm.. the only this is to figure out the last summit working session23:55
notmynameI'm not sure which one to use23:56
mattoliveraunotmyname: want to mark down where the scheduling is at on the etherpad so we know what's left and help make the decision :)23:58
*** jrichli has joined #openstack-swift23:58
notmynamedo you see the "TBD session here?23:59
notmynamethat's where it will go23:59

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!