Tuesday, 2015-01-20

mattoliverauho: good morning00:01
homattoliverau: morning! today japan has a game in AFC but it will be started from 18:00 jst. it is a bit early for me. :)00:07
mattoliverauSo you can get some work in before it starts :)00:09
homattoliverau: hahaha.00:10
*** atan8 has joined #openstack-swift00:16
openstackgerritpaul luse proposed openstack/swift: New hashes.pkl format and other reconstructor changes  https://review.openstack.org/13187200:20
peluseclayg, ^^ some fun stuff to talk about... will try and catch up w/you tomorrow afternoon.  fun stuff!!!00:23
*** dmorita has joined #openstack-swift00:28
*** atan8 has quit IRC00:44
*** Nadeem has quit IRC00:45
*** elambert has quit IRC00:48
*** addnull has joined #openstack-swift01:02
*** lcurtis has quit IRC01:08
*** addnull has quit IRC01:14
*** abhirc has quit IRC01:15
*** addnull has joined #openstack-swift01:15
*** addnull has quit IRC01:18
*** addnull has joined #openstack-swift01:19
*** addnull has quit IRC01:22
*** lcurtis has joined #openstack-swift01:23
*** addnull has joined #openstack-swift01:25
*** addnull has quit IRC01:26
*** addnull has joined #openstack-swift01:26
*** echevemaster has joined #openstack-swift01:42
*** echevemaster has quit IRC01:42
*** abhirc has joined #openstack-swift01:47
*** fandi has quit IRC02:44
*** addnull has quit IRC03:04
*** elambert has joined #openstack-swift03:37
*** bill_az has quit IRC03:52
*** Masahiro has quit IRC03:55
*** Masahiro has joined #openstack-swift03:58
*** elambert has quit IRC03:59
*** lcurtis has quit IRC04:15
*** chlong has quit IRC04:19
*** addnull has joined #openstack-swift04:21
*** chlong has joined #openstack-swift04:28
*** ppai has joined #openstack-swift04:53
*** linuxgeek_ has quit IRC05:01
*** bkopilov has joined #openstack-swift05:05
*** david-lyle has joined #openstack-swift05:15
honotmyname: I would like you to solve an issue regarding to https://review.openstack.org/#/c/89568/.05:24
honotmyname: The issue is I would like to have this functionality but it seems to be no progress from Apr 29, 2014 in the gerrit05:25
honotmyname: therefore I set an email in Dec 12 to the owner but couldn't get any response.05:25
honotmyname: I would like to take it over to realize the functionality as an official one.05:25
honotmyname: Could you please handle this issue?05:25
notmynameho: hello05:33
honotmyname: hi!05:33
notmynameho: have you looked at the cloudwatt things listed in the final gerrit comment on that patch?05:33
honotmyname: i checked it.05:34
notmynameis it what you're looking for? ie the middleware on stackforge05:35
honotmyname: i think keystoneauth.py has to have RBAC only swift doesn't have this func. in openstack components means swift is better to support RBAC with keystone officially05:36
* notmyname looks05:38
notmynameseems that the cloudwatt middleware does depend on keystone. I'm guessing you need the functionality apart from keystone?05:39
notmynameare there any docs for this rbac anywhere?05:40
notmynamemy first try was https://github.com/openstack/oslo.policy but that's an empty repo (yay!)05:41
honotmyname: i think to support RBAC with Keystone we use oslo-incubator https://github.com/openstack/oslo-incubator (https://github.com/openstack/oslo-incubator/tree/master/openstack/common/policy.py)05:42
notmynameah, thanks05:43
notmyname"Policies can be expressed in one of two forms: A list of lists, or a string written in the new policy language."05:44
notmynameho: you need it with other auth besides keystone?05:47
notmynameho: or are you using keystone but you jsut want this to be in-tree?05:47
*** ppai has quit IRC05:48
honotmyname: my idea is integrate this policy func into current keystoneauth.py05:48
notmynameho: instead of being separate middleware?05:49
honotmyname: yes.05:49
notmynameok. just trying to understand your motivation here05:49
honotmyname: thanks for asking this.05:50
mattoliverauIt's a notmyname!05:50
notmynamewhere?05:51
StevenKIn a mirror.05:52
notmynamefortunately, I have not mirrors handy05:52
notmynameho: do you know what it will take (ie level of code changes) to get the functionality in the middleware into keystone auth?05:52
notmynameie have you scoped the work yet?05:52
honotmyname: from last week i started prototyping. i think i can write it until the hack-a-thon.05:54
notmynamecool05:54
notmynameho: here's my thoughts05:55
honotmyname: include oslo-incubator steps. my estimation is 3000 steps.05:55
notmynameheh05:56
notmynameho: nobody has looked at it (the current patch) because it's marked WIP. it should probably be abandoned05:56
notmynameho: the oslo incubator part is a show-stopper. we aren't going to put oslo incubator code into the swift source tree. however, since there's at least an empty repo for it, perhaps it's being moved soon05:57
notmynameho: overall the functionality looks interesting. as in, I can see how it offers flexibility. I'm not too keen on the "whole new policy language" + "default allow" rules. but, on the other hand, someone else has already written it, so that means we don't have to invent it from scratch05:58
honotmyname: i think so too. most difficult thing is keeping backward comatibility :)05:59
notmynameho: you should talk to cschwede about it. he's closely involved with cloudwatt. and should be at the hackathon05:59
honotmyname: thanks! i will discuss this with cshwede.06:00
notmynameho: your changes to incorporate into keystone auth would require compat with the existing stuff. ie whatever other openstack projects are using. so that means we'd have to use the oslo library06:01
notmynameho: do you think there are any compat issues with the cloudwatt middleware?06:01
*** ppai has joined #openstack-swift06:01
honotmyname: it is as a middleware so there is no compat problem but it can not support  'allow_names_in_acls'06:05
hosorry   s/it is as a middleware/it is implemented as a middleware/06:07
notmynameho: what's that? something in the cloudwatt middleware or something in the policy that swift cant' support?06:07
notmyname(the allow_names_in_acls)06:08
*** SkyRocknRoll has joined #openstack-swift06:08
*** SkyRocknRoll has joined #openstack-swift06:08
honotmyname: a configuration setting of keystoneauth. this setting for backcompat when keystoneauth supports keystone v306:10
notmynameah ok06:10
*** zaitcev has quit IRC06:10
honotmyname: behavior of is_admin looks different.06:16
honotmyname: thanks a lot :)06:22
claygtorgomatic: I had this nightmare that the way the rebalance code works it'll run the algo multiple times until like the number of parts stops changing or something... then I was thinking that I added the _build_dispersion_graph inside of that multi-rebalance loop instead of outside06:22
claygtorgomatic: do you think I just imagined that?06:23
claygphew, it does rebalance multiple times, but _build_dispersion_graph is only called at the end06:24
claygor... maybe I should say rebalance calls gather/reassign multiple times06:24
*** lihkin has quit IRC06:24
*** silor has joined #openstack-swift06:29
*** nshaikh has joined #openstack-swift06:43
*** david-lyle has quit IRC06:57
openstackgerritDaisuke Morita proposed openstack/swift: Improvement of logging for PolicyError  https://review.openstack.org/14123807:07
openstackgerritPrashanth Pai proposed openstack/swift: Allow rsync to use compression  https://review.openstack.org/14845407:19
*** sileht has quit IRC07:25
*** fandi has joined #openstack-swift07:28
*** addnull has quit IRC07:29
*** addnull has joined #openstack-swift07:30
*** Masahiro has quit IRC07:31
*** david-lyle has joined #openstack-swift07:31
*** Masahiro has joined #openstack-swift07:31
*** fandi has quit IRC07:32
openstackgerritKoert van der Veer proposed openstack/swift: Allow default reseller prefix in domain_remap middleware  https://review.openstack.org/14206707:33
*** fandi has joined #openstack-swift07:33
*** sileht has joined #openstack-swift07:33
*** fandi has quit IRC07:35
*** david-lyle has quit IRC07:35
*** fandi has joined #openstack-swift07:37
*** ppai has quit IRC07:38
*** chlong has quit IRC07:41
*** david-lyle has joined #openstack-swift07:42
*** david-lyle has quit IRC07:47
*** ppai has joined #openstack-swift07:50
*** Masahiro has quit IRC07:52
*** miqui_ has quit IRC07:54
*** david-lyle has joined #openstack-swift08:01
*** david-lyle has quit IRC08:05
*** rledisez has joined #openstack-swift08:22
*** oomichi has quit IRC08:42
*** jordanP has joined #openstack-swift08:51
*** ppai has quit IRC08:54
*** nellysmitt has joined #openstack-swift09:00
*** acoles_away is now known as acoles09:05
*** ppai has joined #openstack-swift09:05
*** david-lyle has joined #openstack-swift09:19
*** foexle has joined #openstack-swift09:23
*** nellysmitt has quit IRC09:25
*** chlong has joined #openstack-swift09:27
*** jistr has joined #openstack-swift09:35
openstackgerritDaisuke Morita proposed openstack/swift: Show each policy's information on quarantined files in recon  https://review.openstack.org/13776909:42
*** fandi has quit IRC10:05
*** dmorita has quit IRC10:11
*** nellysmitt has joined #openstack-swift10:15
openstackgerritYuan Zhou proposed openstack/swift: Update contianer sync to use internal client  https://review.openstack.org/14379110:20
*** fandi has joined #openstack-swift10:25
*** addnull has quit IRC10:29
*** ahonda has quit IRC10:45
*** rledisez has quit IRC10:53
openstackgerritDonagh McCabe proposed openstack/swift: Add multiple reseller prefixes and composite tokens  https://review.openstack.org/13708610:55
*** jamieh_ has joined #openstack-swift11:02
*** jamieh_ has quit IRC11:03
*** jamieh_ has joined #openstack-swift11:03
*** jamieh_ has joined #openstack-swift11:03
*** jamiehan_ has joined #openstack-swift11:04
*** addnull has joined #openstack-swift11:14
*** ho has quit IRC11:25
*** mahatic has joined #openstack-swift11:25
*** aix has joined #openstack-swift11:33
*** tellesnobrega_ has quit IRC11:42
ekarlsohey guys, does python-swiftclient support keystone sessions ?12:00
*** ppai has quit IRC12:07
*** mahatic has quit IRC12:08
*** tellesnobrega_ has joined #openstack-swift12:08
*** mahatic has joined #openstack-swift12:08
*** km has quit IRC12:15
*** pcaruana has joined #openstack-swift12:17
*** tellesnobrega has quit IRC12:46
*** fandi has quit IRC12:51
*** tellesnobrega has joined #openstack-swift12:52
openstackgerritDonagh McCabe proposed openstack/swift-specs: Minor updates to composite token spec  https://review.openstack.org/13877112:55
*** addnull has quit IRC12:57
acolesekarlso: if you are referring to keystoneclient Session class, afaik swiftclient does not use that13:01
ekarlsoacoles: *sadfacE*13:02
*** lpabon has joined #openstack-swift13:07
*** Anticimex has quit IRC13:08
*** Anticimex has joined #openstack-swift13:09
*** EmilienM|afk is now known as EmilienM13:21
*** bill_az has joined #openstack-swift13:32
*** abhirc_ has joined #openstack-swift13:58
*** abhirc has quit IRC14:00
*** jamiehan_ has quit IRC14:07
*** SkyRocknRoll has quit IRC14:18
*** abhirc_ has quit IRC14:20
*** abhirc has joined #openstack-swift14:21
*** abhirc has quit IRC14:36
*** nshaikh has left #openstack-swift14:36
*** nottrobin_ is now known as nottrobin14:43
*** abhirc has joined #openstack-swift14:55
*** lihkin has joined #openstack-swift14:58
*** abhirc has quit IRC14:59
*** tellesnobrega_ has quit IRC15:00
*** abhirc has joined #openstack-swift15:00
*** lihkin has quit IRC15:01
openstackgerritDonagh McCabe proposed openstack/swift: Add multiple reseller prefixes and composite tokens  https://review.openstack.org/13708615:01
*** abhirc has quit IRC15:02
*** lihkin has joined #openstack-swift15:05
openstackgerritMerged openstack/swift: Fix missing content length of Response  https://review.openstack.org/14704915:08
*** zaitcev has joined #openstack-swift15:11
*** ChanServ sets mode: +v zaitcev15:11
*** bkopilov has quit IRC15:33
*** gyee has joined #openstack-swift15:38
*** bkopilov has joined #openstack-swift15:46
*** tdasilva has joined #openstack-swift15:53
*** bkopilov has quit IRC16:13
*** lcurtis has joined #openstack-swift16:16
*** Anticimex has quit IRC16:23
*** tellesnobrega_ has joined #openstack-swift16:29
notmynamegood morning16:39
*** tellesnobrega_ has quit IRC16:39
*** abhirc has joined #openstack-swift16:40
*** Anticimex has joined #openstack-swift16:40
mahaticnotmyname, good morning16:45
notmynamemahatic: hi! how are things?16:47
mahaticnotmyname, things are okay. Confusing mock tests!16:47
saltsahelo, not sure if this is right channel to ask but: Is there really any (good) alternatives for Swift? :) Requirements are that it should be able to store millions of <100MB objects with total storage some hunder terabytes.16:49
glangesaltsa: ceph, cassandra are other options16:51
notmynamesaltsa: heh. I think that's a funny question to ask in here16:51
notmynamesaltsa: just to get the obvious out of the way: no, of course there aren't any other good alternatives! ;-)16:51
saltsahow about riak cs?16:52
saltsayeah, i know it's funny. But just exploring the alternatives :) How would I say, I don't feel Swift very stable and it's not packaged so nicely than some others. Basicly it must be installed from the git repo.16:53
notmynameouch16:53
notmynametell me about your concerns around stability in swift?16:54
glangehttp://docs.openstack.org/developer/swift/development_saio.html <-- swift installed on one server from a git repo :)16:54
glangeoh, you don't like that it's installed from a git repo16:55
saltsayeah, and that's why I _feel_ it's not stable. Dunno whether it's or not :)16:55
glangeit's stable as anything else16:56
saltsaand that guide is for Ubuntu. I would prefer Centos/RHEL based installation and packages .)16:56
notmynamesaltsa: it's got a very stable API and has always supported live upgrades from one version to the next. it's running at massive scale all over the world16:56
notmynamesaltsa: for packaging, if you aren't building your own packages, then you're going to need packages that someone else builds. and normally, that's going to be whatever distro you choose. so you'll be subject to their update cycles16:57
notmynamesaltsa: while I'll admit packaging is hard (I hate it), you can find a lot of help in here. and rackspace publishes their packages they use for prod (.deb, not rpms)16:59
notmynamesaltsa: and there are commercial solutions too, like swiftstack (disclosure, that's where I work). swiftstack has a free trial you can use and makes installing really easy17:00
*** mkerrin has quit IRC17:02
notmynamesaltsa: but there are a lot of people in here who have deployed swift. I think you can get good feedback from them on swift's stability and help with packaging ( acoles, ahale, fifieldt_, cschwede, briancline, ctennis, thurloat, and I'm sure many others)17:02
thurloathey! someone said my name.17:03
swat30thurloat, ping17:03
openstackgerritAlistair Coles proposed openstack/swift-specs: Updating containers on object fast-POST  https://review.openstack.org/10259217:03
acolesclayg: ^^ i added you as co author17:04
notmynamethurloat: hi! saltsa is looking at swift and could probably learn from your experience (see above about "I don't feel Swift [is] very stable" and hard to deploy (lack of current upstream packages)17:05
saltsaone important need is the disaster recovery: let's assume the entire swift-software brokes. Is it possible to just crawl through the filesystems and find the objects based on the metadata or name easily?17:06
notmynamesaltsa: yes. data is stored as files on disk and metadata is in xattrs on those files17:07
thurloatsaltsa: I can certainly vouch for swift's stability. We have it deployed in a public cloud setting, so it gets exercised quite well. Both large objects (100s of GB each) and buckets filled with tiny objects.17:07
saltsanotmyname: is the file content same as the object content?17:07
notmynamesaltsa: yes17:07
saltsaokey, and then: probably you're using xfs as the filesystem? Any experience of btrfs and its stability?17:08
notmynamesaltsa: I haven't looked at btrfs. and yes, xfs is what's recommended17:09
thurloatswat30 and can answer any specific questions you might have as well17:09
thurloatour object servers are using xfs as well17:09
zaitcevsaltsa: I never install Swift from git repo. I always do "yum install openstack-swift" and that does the job.17:13
saltsazaitcev: are you running fedora or centos/rhel=17:14
zaitcevsaltsa: RHEL 6, and yes, I know that it's obsolete17:15
saltsaokey, and that package is from epel or?17:16
saltsawhat i was looking it was a quite old version from the rpm compared to the latest tag in git repo?17:17
notmynamezaitcev: aren't you the one who builds the red hat packages?17:21
zaitcevIt is old, yes. Well, actually, I had 2.1 repackaged... Just dropped the tarball in.17:21
zaitcevhold on, lemme switch the hats here17:21
notmynamelol17:21
zaitcevokay, fedora on17:22
zaitcevnotmyname: not really, Alan Pevec mostly does it for RDO and Lon Hohberger builds and pushes RHEL OSP.17:22
notmynameah ok17:22
zaitcevyou'd think I'd have way more time to do upstream reviews properly17:23
zaitcevwith a help like that17:23
*** Nadeem has joined #openstack-swift17:24
*** bkopilov has joined #openstack-swift17:29
tdasilvasaltsa: I just put this together last weekend in case you want to try SAIO on Fedora: https://github.com/thiagol11/swift-aio17:35
saltsatdasilva: well, currently i have centos7 nodes, but could change that easily :)17:36
saltsabut thanks, will look at it17:37
*** jordanP has quit IRC17:38
tdasilvasaltsa: it currently installs from git repo thou...17:39
*** shri has joined #openstack-swift17:44
*** aix has quit IRC17:55
*** lcurtis has quit IRC17:57
*** pcaruana has quit IRC18:00
claygacoles: thanks I'll give it a read!18:04
claygnotmyname: I wonder if someone adds the swiftstack platform repos just download the latest packaged swift if they could then break/uninstall ssnoded and never claim it?18:05
claygnotmyname: and configure it manually..18:05
claygnotmyname: saltsa: besides doesn't RDO package for centos/rhel?  zaitcev <<<18:06
*** acoles is now known as acoles_away18:06
claygzaitcev: oh sorry, looks like I wasn't quite done with my scroll back...18:06
zaitcevclayg, saltsa: Yeah well... I forgot that I was cheating with rebuilds of up-to-date RPMs. I usually steal those from RDO and graft them onto my ancient RHEL. Yes, we have 2.x coming down for RHEL users, Any Day Now18:07
claygthere's a centos7!?18:07
zaitcevyes, of course18:08
claygshit18:08
*** chlong has quit IRC18:08
zaitcevIt's forked off F19 and follows RHEL 7. Gird your loins for SystemD, baby.18:08
claygoh, maybe that's why i haven't seen it - seems most of the folks I'm on the phone with have 6.5 or 6.5 rhel/centos18:10
*** dmsimard_away is now known as dmsimard18:10
*** jistr has quit IRC18:14
*** ChanServ changes topic to "Priority Reviews: https://wiki.openstack.org/wiki/Swift/PriorityReviews | Review Dashboard: http://goo.gl/r2mxbe | Ideas: https://wiki.openstack.org/wiki/Swift/ideas"18:15
zaitcevYou'd be amazed how much folks like to cling to their old RHEL. We have 7 year support now, you just didn't see it in Swift because Swift itself is younger, so RHEL 4 was never supported with OpenStack. But, ugh.18:16
*** shri has quit IRC18:16
zaitcevThe fun part is, Microsoft has it worse. The Windows XP is actually _older_ than RHEL 4 by about 2 years.18:17
zaitcevOr was it older than RHEL 2.1, I don't remember18:17
*** silor has quit IRC18:17
zaitcevAnd their users expect that to work on Internet. It's insane.18:17
*** ChanServ changes topic to "Hackathon: https://www.eventbrite.com/e/openstack-swift-hack-a-thon-sponsored-by-swiftstack-tickets-15226147818 | Priority Reviews: https://wiki.openstack.org/wiki/Swift/PriorityReviews | Review Dashboard: http://goo.gl/r2mxbe"18:19
saltsazaitcev: okey, thanks :)18:21
notmynamehackathon link is now in the topic message18:22
notmynamehackathon link is https://www.eventbrite.com/e/openstack-swift-hack-a-thon-sponsored-by-swiftstack-tickets-1522614781818:22
tdasilvanotmyname: cool, looking forward to it18:23
notmynameall the new meeting rooms in the new swiftstack office are named after openstack releases18:30
*** gyee has quit IRC18:30
mahaticcool!18:32
*** tellesnobrega_ has joined #openstack-swift18:33
zaitcevyou're gonna need a bigger building18:34
tdasilvanotmyname: is that hackathon meeting in the Kilo room?18:35
notmynametdasilva: austin bexar and kilo, actually18:37
notmyname:-)18:37
mahatictorgomatic, lol at the comment. Thanks for simply removing a line from the stupid test :D18:38
*** lcurtis has joined #openstack-swift18:38
mahatictorgomatic, thanks much for removing duplicacy in my code. I knew it was raw, I was too caught up with the test to pretty up the code. Callable is working good!18:39
claygthat torgomatic is such a nice guy18:42
lcurtisswift object server and replicator consumings tons of memory in my beta environment18:43
lcurtisis that due to size of partitions or some other formula18:43
notmynamelcurtis: well maybe. it's not just buffer space (linux reports a lot of memory used that is available to the system. eg for page cache)18:44
notmynamelcurtis: umm..that was supposed to be a question18:45
notmynamelcurtis: can you check that it's not just buffer space...?18:45
lcurtisjust looking at ps18:53
lcurtisand virt18:53
lcurtislots of object replicator pids and object server pids18:54
lcurtiseach using 1.5gb18:54
lcurtisdoes that seem normal>18:55
ahaleis virt size like that a big deal? isnt rss more realistic view (in as close as you can get to seeing a processes memory use)18:56
ahalelike mine are "swift     4980  9.4  0.0 1561044 37836" for an obj server in ps which isnt really worrying18:57
lcurtisinteresting18:58
lcurtismine seem very similar18:58
ahalei can never remember the details of memory use - VSS/RSS - always have to read up18:59
lcurtisme too!18:59
*** gvernik has joined #openstack-swift19:00
lcurtisi do have quite a few processes though19:01
ahalehave you been restarting/reloading a bit ?19:01
ahaleyou might have some orphan processes19:01
lcurtisno not at all19:01
swifterdarrelllcurtis: ahale: ya, RSS + actual swap activity is more interesting than VSS; also, slabtop can reveal another place physical RAM goes (kernel dentry/inode caching, etc.).19:01
lcurtisswiftdarrell: great tip19:02
swifterdarrelllcurtis: ahale: and for pre-fork servers, copy-on-write shared memory can also make RSS overly pessimistic (though I've heard Python does a good job of just dirtying all the pages again anyway, heh)19:03
lcurtisthanks for that19:03
ahaleheh yeah - trusting the numbers to be precise never works19:03
swifterdarrelllcurtis: ahale: to get a better idea in the past, I wrote something that actually parsed /proc/$PID/maps or something, which gives you more accurate info on shared RSS pages19:03
swifterdarrelllcurtis: ahale: and rolled that up into domain-specific application groups interesting in our product (this was a previous company)19:04
ahaleI'm normally happy if none of the processes have hit D state and teh swap is only maybe a few kb19:04
lcurtisis there a certain number of processes that should be spun up at any given time?19:04
lcurtisie, swift processes19:04
ahaleah nice - i've done stuff with pmap as well , but really it all just ends up best guessing19:05
swifterdarrelllcurtis: ahale: to make the most of RAM with a very large Perl codebase, Apache+mod_perl started first, then forked off all the other background daemons from there so mod_perl apache workers and 10 to 20 background daemons of various ilk still shared a ton of RAM19:05
ahaletheres the worker counts in confs that should limit it19:05
lcurtisah...okay19:05
swifterdarrelllcurtis: ahale:  in that env, RSS was completely useless19:05
*** lihkin has quit IRC19:06
ahalesounds like some of the horrors I saw working support19:06
lcurtisreally great insight19:06
lcurtisdefinitely have to do more homework19:06
*** lihkin1 has joined #openstack-swift19:07
*** gvernik has quit IRC19:27
*** mahatic has quit IRC19:29
*** tellesnobrega_ has quit IRC19:30
*** david-lyle has quit IRC19:37
*** gvernik has joined #openstack-swift19:40
*** mahatic has joined #openstack-swift19:44
*** openstackstatus has joined #openstack-swift19:46
*** ChanServ sets mode: +v openstackstatus19:46
-openstackstatus- NOTICE: Gerrit restarted to address likely memory leak leading to server slowness. Sorry if you were caught in the restart19:54
*** nellysmitt has quit IRC20:02
*** nellysmitt has joined #openstack-swift20:02
*** erlon has joined #openstack-swift20:03
claygctennis: torgomatic: I just think it's kinda weird that the stats end up being so exspensive; after a restart I'd expect most of the stat info on the parts to be cached - maybe it gets thrown out once the replicator starts chewing on the suffixes - anyway https://review.openstack.org/#/c/140178/ looks great - priority review or not!20:09
*** gyee has joined #openstack-swift20:10
ctennisclayg: I mean, in general it's fast, the main issue is on systems that are way far behind on replication, you have 10x partitions living on a disk that aren't supposed to be there20:11
ctennisthey can never catch up!20:11
*** tellesnobrega_ has joined #openstack-swift20:11
ctennisclayg: in this particular customer's case, 10x replicas across 36 disks.  replicator took over 4 hours from start before it would do anything.20:12
openstackgerritMahati proposed openstack/swift: Implement OPTIONS verb for storage nodes.  https://review.openstack.org/14010320:18
mahaticnotmyname, can you take a look at it? I have a test scenario that does not work for that20:19
*** nellysmitt has quit IRC20:20
notmynamectennis: computers are hard20:22
*** tellesnobrega_ has quit IRC20:27
*** silor has joined #openstack-swift20:29
*** sk91 has joined #openstack-swift20:33
notmynamehmm..looks like the cluster isn't set to silent and is failing tests20:35
notmynamehugokuo: charz: ^^ anything you can do about that?20:35
sk91Hi,im installing openstack juno for Ubuntu 14.04 from ( http://docs.openstack.org/juno/install-guide/install/apt/content/swift-install-storage-node.html )20:35
sk91im using virtualization, and all my nodes are virtual machines,at the installing swift node parts, it refers to /dev/sdb and /dev/stc , doest it mean that i have to set up 2 virtual machines with ubuntu on them one for /dev/sdb and one /dev/sdc?20:37
*** silor has quit IRC20:53
*** lihkin1 has quit IRC20:57
*** lihkin has joined #openstack-swift20:58
*** sk91 has quit IRC21:01
*** gvernik has quit IRC21:09
*** sk91 has joined #openstack-swift21:12
mattoliverauMorning21:14
*** tellesnobrega_ has joined #openstack-swift21:22
sk91would u mind helping me with block storage (swift) partition table's details? what i understood is that swift got /dev/sda, /dev/sdb and /dev/sdc which all formats could be ex4 and /dev/sda is where node's os ( i.e ubuntu 14.04 ) is installed on21:23
*** dosaboy has quit IRC21:26
*** tellesnobrega_ has quit IRC21:32
*** sk91 has quit IRC21:36
mattoliverausk91: you need to tell the storage node the location of the drives (the mount point), these drives need to be xfs or ext4. If your just testing you can use loop mounts or partitions.21:39
*** dosaboy has joined #openstack-swift21:41
*** tellesnobrega_ has joined #openstack-swift21:45
*** jeblair has quit IRC21:51
*** sk91 has joined #openstack-swift21:52
*** sk91 has quit IRC22:24
notmynamewhat did setting up my SAIO for EC change that makes probe tests not work?22:48
*** gyee has quit IRC22:53
*** gyee has joined #openstack-swift22:54
*** foexle has quit IRC22:58
*** tdasilva has quit IRC23:04
*** gyee has quit IRC23:06
*** lihkin has quit IRC23:08
*** lihkin has joined #openstack-swift23:10
pelusenotmyname, the fact that its not 3x on the ring and not 4 devices23:10
pelusenotmyname, see abandonded change https://review.openstack.org/#/c/143002/ for more info23:12
notmynamepeluse: ya, I think I've got that. policy 0 is default. 3 replicas. 4 devices23:13
*** abhirc has quit IRC23:30
*** oomichi has joined #openstack-swift23:30
*** abhirc has joined #openstack-swift23:30
*** abhirc has quit IRC23:35
*** chlong has joined #openstack-swift23:40
*** chlong has quit IRC23:45
*** chlong has joined #openstack-swift23:46
*** dmsimard is now known as dmsimard_away23:47
brianclinesorry to dig up ancient history, but has this seen enough testing to ensure it's not a concern for xattrs through normal API usage alone? https://bugs.launchpad.net/bugs/cve/2012-440623:51
pelusejust FYI, in the midst of a merge master-->EC.  Cleaning up a minor conflict.  Should be up soon23:51
torgomaticbriancline: the xattrs part isn't a concern, and the memcache thing was fixed23:56

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