[02:09] <u1helpplease> U1 has been acting up for the past week or so. It gives this error repeatedly http://paste.ubuntu.com/443740/  . I noticed the bulletin from May 24th, but I had to seek help. The sync daemon is using 400-500 MB of ram.
[02:22] <duanedesign> hello u1helpplease
[02:22] <u1helpplease> yes hello
[02:23] <duanedesign> u1helpplease: they will be testing the new fixes tommorrow, so hopefully we will be seing improvements in performance before the end of the week
[02:24] <u1helpplease> thanks for your time. Can the sync daemon be run with ulimit -m?
[02:27] <duanedesign> u1helpplease: hmm, i am not sure
[02:45] <u1helpplease> it doesn't i tried "ulimit -m 64000 -v 128000 /usr/lib/ubuntuone-client/ubuntuone-syncdaemon" no luck still 500mb thanks though. Best of luck tomorrow. I will have another 25 gig coming your way.
[02:47] <duanedesign> u1helpplease: if you come by tommorrow between 12:00-20:00 GMT roughly, a lot of the devs are on
[03:56] <dobey> you would need to put the ulimit on python probably
[09:28] <koshari> whats the 10.04 procedure to sync the files in 2 dirs on 2 diff machines, it seems the folders are not syncing to the server?
[09:30] <beuno> koshari, our servers are thrashing like crazy
[09:30] <beuno> we're working on scaling them
[09:30] <beuno> but we're still having our ups and downs
[09:30] <koshari> i see
[09:33] <koshari> beuno because a new kernel has just hit the repos?
[09:34] <beuno> koshari, no, because we grew 200k users in 2 months  :)
[09:36] <koshari> beuno: ah one of the pitfalls of success i guess :-)
[10:21] <diverse_izzue> honk. i'm about to lose patience with U1. how's this upgrade of the server infrastructure coming along?
[10:22] <beuno> diverse_izzue, we're working non-stop
[10:22] <beuno> it gets increasingly harder, because people's syncs are backed up
[10:22] <beuno> so we add more capacity and tune performance, but load continues to increase
[10:23] <beuno> we have more work being rolled out that should help us get over the hump
[10:23] <diverse_izzue> beuno, ok, sorry for bitching. i can stop running it for a while, and try again in a week or so
[10:23] <beuno> I've been trying to sync for a few days as well  :(
[10:23] <beuno> diverse_izzue, it's ok, we have almost 500k users, so a few won't make a difference
[10:24] <beuno> leave it on, we hope it will be back to normal-ish in a few days
[10:24] <diverse_izzue> but, beuno, a general question. i enabled u1 sync on the directory where my phd thesis lives that i'm working on, because i want that backed up. of course those files are very regularly changed and saved. is that a problem for u1 (in a scenario where the servers are running fine)?
[10:25] <beuno> diverse_izzue, it's not a problem, no
[10:25] <beuno> at the moment, we don't upload deltas, so you will upload the full file each time you save
[10:25] <beuno> it's not optimal, but it won't create problems
[10:26] <diverse_izzue> beuno, i am actually running into problems because it often creates .u1conflict files and then my latex compilation fails
[10:26] <beuno> diverse_izzue, are you working on different machines?
[10:27] <beuno> if its on the same machine, then it's absolultely a bug
[10:27] <diverse_izzue> beuno, it is only one machine
[10:27] <beuno> diverse_izzue, it should not happen
[10:27] <diverse_izzue> i have u1 enabled on 2 machines, but the other machine is not online now
[10:28] <beuno> diverse_izzue, edit .config/ubuntuone/syncdaemon.conf
[10:28] <beuno> and add:
[10:28] <beuno> [logging]
[10:28] <beuno> level = DEBUG
[10:28] <beuno> restart syncdaemon
[10:28] <beuno> the next time you get a u1conflict
[10:29] <diverse_izzue> wait i don't understand
[10:29] <diverse_izzue> should i change the file now?
[10:29] <beuno> file a bug report and include the .cache/ubuntuone/log/syncdaemon.log
[10:29] <beuno> yes
[10:29] <beuno> so you can log more stuff
[10:29] <diverse_izzue> and then when it happens restart the daemon?
[10:29] <beuno> it will start logging in more detail
[10:30] <beuno> so when you hit this problem again
[10:30] <beuno> if you hand us the ~/.cache/ubuntuone/log/syncdaemon.log file
[10:30] <beuno> we can find the problem
[10:30] <diverse_izzue> ok, i changed logging level now, will let you know if it happens. thanks for the help. i'll let you work now and do sth. myself. bb.
[10:31] <beuno> diverse_izzue, np, thanks
[13:03] <duanedesign> good morning!
[13:09] <rye> duanedesign, morning!
[13:15] <kermiac> hey duanedesign, rye :)
[13:17] <BlackZ> hey duanedesign
[13:23] <duanedesign> rye: I was talking to bodhizazen and I mentioned your latest blog post. He wanted me to pass along this link. He thought you might find it helpful. http://www.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/6-Beta/html/Resource_Management_Guide/pr02.html
[13:25] <rye> duanedesign, cgroups... nomnomnom - i thought it was lxc-specific...
[13:25] <duanedesign> He said "Those pages are fast reading and review cgroups, best linky I know of for cgroups, which of course is how one manages LXC containers /  processes ...."
[15:03] <rye> Current state - service is being reconfigured to run through additional layer of database pool. As you might already know extremely high number of unnecessary database connections slowed the system down
[16:23] <sylarpowa> hi
[16:23] <sylarpowa> why my Ubuntu One folder doesn't update? :(
[16:33] <rye> sylarpowa, currently the file sync is in process of being updated to become a lot faster
[16:34] <rye> sylarpowa, you might have noticed that during last 4 weeks performance was gradually decreased and today first 2 servers were switched to new system
[16:35] <sylarpowa> rye: actually I think no file has been updated, is there any way to check the status of the update on my system?
[16:36] <rye> sylarpowa, you can run u1sdtool --waiting-meta in the terminal to see the items that are queued in meta queue - https://wiki.ubuntu.com/RomanYepishev/UbuntuOne/ClientControl
[16:40] <sylarpowa> rye: thanks
[16:42] <rye> sylarpowa, there will be an announcement on identi.ca/mailing-list once we find out that file sync performance is restored
[16:43] <sylarpowa> rye: actually I'm trying to update some files from many days, maybe 2 weeks
[16:43] <sylarpowa> but nothing happens
[16:50] <rye> sylarpowa, that's exactly the symptoms i am describing. It should be possible to perform full sync later today
[16:52]  * mkarnicki has his fingers crossed, needs it badly for gsoc
[18:41] <PaulGit> Evening all.  I purchased some music this morning on via the U1 Music Store and it is still marked as queued and has yet to be moved to my U1 storage....is there a known issue?
[18:42] <PaulGit> honk
[18:49] <mkarnicki> PaulGit: you can wait for a better reassuring answer, but I can tell you there is *much* maintanance done today over the server side
[18:49] <mkarnicki> PaulGit: so I think it's much related.
[18:50] <PaulGit> mkarnicki: Thanks for that.  I have just looked via the webui and the files are there so the Rhythmbox UI is telling lies....need to look into why they are not being downloaded to my desktop....
[19:00] <mkarnicki> PaulGit: huh.. I see. still, it's sync related, maybe it's not your machine, maybe it's the servers. good luck.
[19:01] <PaulGit> mkarnicki: I will leave it and see what happens, I have plenty of other music to listen too! :)
[19:03] <mkarnicki> =)
[19:20] <gio> hi fecundo and rye and others
[19:20] <gio> two days ago I wrote about 2.6.34-5 kernel and ubuntuone
[19:21] <gio> because 2.6.34-5 kernel seems break U1
[19:21] <gio> (desktopcouch really)
[19:22] <gio> Are there news about this issue?
[19:24] <rye> gio, there is a bug report for that, let me find it for you...
[19:24] <gio> thank you
[19:26] <rye> gio, bug #588478
[19:26] <ubot4> Launchpad bug 588478 in desktopcouch (Ubuntu) (and 1 other project) "RuntimeError: Can not find port of couchdb. (affects: 8) (dups: 3) (heat: 54)" [High,Confirmed] https://launchpad.net/bugs/588478
[19:28] <gio> thank you. In your opinion, is this a kernel related bug or a desktopcouch bug?
[19:31] <gio> I do this question because I'm using 2.6.34-4 and U1 works fine
[19:34] <rye> gio, i feel that's dc bug, since parsing of /proc/$pid/net/tcp does not produce any results. Either it should search better or do something better to determine listening port
[19:36] <gio> but, strangely, with 2.6.34-4 dc works, so the question is: why? :)
[19:39] <rye> gio, hmmm, in 2.6.32 /proc/$pid/net/tcp contains more entries than in .34 in maverick
[19:40] <gio> Well, I try a comparison later
[19:40] <gio> thanks
[19:40] <gio> bye
[21:50] <mkarnicki> ping one.ubuntu.com responds, but viewing http://one.ubuntu.com not
[21:50] <mkarnicki> ^
[21:50] <rye> btw
[21:51] <mkarnicki> 504 Gateway Time-out
[21:51] <rye> just a quick note - we are currently looking into the issue that ... yes, mkarnicki exactly!
[21:51] <mkarnicki> aha :)
[21:51] <rye> mkarnicki, replication was enabled for couchdb that has caused some strange effects, the team is checking what has happened
[21:52] <mkarnicki> rye: cool, thank you for explanations :)
[21:53] <mkarnicki> rye: you're a good soul, always around helping others. good job man
[22:05] <mkarnicki> rye: heh, good - I've learned my application should handle such situations also ;)
[22:05] <rye> mkarnicki, right now something is really strange happening with couchdb
[22:06] <mkarnicki> rye: o_O
[22:06] <mkarnicki> sounds scary
[22:24] <Nafai> So Ubuntu One seems to have forgotten my computer; it wants me to add my computer to my account now