[00:00] CardinalFang: I bzr pulled your source and run setup. you're missing oauth-20090617.jar and oauth-consumer-20090823.jar (if you ask, those are used by protocol client, I use signpost because it's easier, for signing http requests) [00:04] CardinalFang: sent you mail. both AndroidU1 and UbuntuOneFiles (assuming all libs are present, and signpost is 1.2 for both core and commonshttp jars) work fine [00:05] CardinalFang: in case you need me, please send me an e-mail, I'll be leaving now, it's getting late here === BlackZ is now known as Guest34369 === teknico is now known as teknico_away === teknico_away is now known as teknico [10:51] hello [10:52] I don't know if any of you guys is available, but I still have this very annoying bug (100% CPU used forever, no sync :) [10:53] hello mahen [10:53] Hi Duane [10:53] mahen: what version of UBuntu? [10:53] 10.10 AMD 64 [10:53] mahen: ok [10:54] It didn't occur at the beginning of my use of U1, but I happened after a few days trying to sync 20 GB of pictures :) [10:54] Now it happens every time [10:54] lets look at the log and see if we can get a clue as to why it is doing that [10:54] ok :) [10:54] thanks :) [10:54] let me get the log name we want... [10:54] (BTW, U1 is disabled ATM) [10:54] (I mean, not launched at startup= [10:55] -=+) [10:55] can you pasdtebin ~/.cache/ubuntuone/log/syncdaemon.log [10:55] !pastebin [10:55] For posting multi-line texts into the channel, please use http://paste.ubuntu.com | To post !screenshots use http://tinyurl.com/imagebin | !pastebinit to paste directly from command line | Make sure you give us the URL for your paste - see also the channel topic. [10:55] duanedesign: as U1 is not started, do you have a prefered way of starting it for debugging ? [10:56] mahen: lets look at what is in the log. If it does not have enough info we will start U1 in debug [10:56] /usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug > ~/syncdaemon-debug.log ? [10:56] duanedesign: OK [10:57] sudo killall ubuntuone-syncdaemon [10:57] /usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug > ~/syncdaemon-debug.log [10:57] FYI^^ [10:58] oh, that is what you said :P [10:58] OK, please wait a few minutes while it's starting (my HD is usually spinning for several minutes...) [10:58] thanks Duane [10:59] no problem, i am here for the next 2 hours [11:01] dune : here's usually what happens : 1) I start U1 -> drive spins for 2 minutes non-stop 2) then nothing happens as if daemon was not working 3) I wake it up for instance by launching u1sdtool --status 4) then I get a little amount of time with 100% cpu used 5) it processes metadata if needed 6) usually, then, it eats 100% of CPU for hours [11:01] right now I'm at step 5), I will keep you informed :) [11:02] (step 5) takes A LOT OF TIME even though "u1sdtool --waiting-metadata | wc -l" tells me "6" only [11:02] may be related to that fact I moved / renamed some folders... [11:02] could be. could be a file permission problem... [11:03] Each file metadata should take 1 second, right ? I'm still at "6" :) [11:04] we should be able to determine which file it is stuck on by looking at ~/.cache/ubuntuone/log/syncdaemon.log [11:04] all right then : http://paste.ubuntu.com/520105/ [11:04] then we can check the permissions. If that is ok we will remove the metadata for that file and let it repopulate it. If that does not work I call in (r)ye :) [11:05] (resuming ? I thought resuming didn't exist yet :) [11:05] hmmm [11:06] i have never seen that. rye honk [11:06] Cool then :) [11:06] Ah, 5 metadata now :) [11:09] duanedesign: oh by the way, will the 10.10 U1 client still get fixed ? I'm asking because I understood there will be a complete overhaul in 11.04 [11:11] mahen: well, that is tough to answer. Might be easier to answer after the Developer Summit this week. Plans are still being hashed out for this cycle. [11:11] duanedesign: line 2707 : filename should be "À donner". Maybe the client doesn't like stresses on capital letters ? [11:12] oh well, no it must just be how it's encoded [11:12] duanedesign: OK :) [11:13] * duanedesign looking [11:15] mahen, is that Maverick client? [11:16] mahen: ok we can try [11:16] oop, never mind, rye is here [11:16] hello rye [11:17] duanedesign, while i haven't seen such reaction for 'new_name' param we may have found some rare bug, so I am all ears [11:18] rye : yep maverick client, proposed repo enabled [11:18] (Hello rye !) [11:20] ok, handle_AQ_MOVE_ERROR breaking on new_name is not the actual issue, since it is already in error condition that's ok [11:22] mahen, ok, syncing logs to see whether that's server side. could you please check whether you have files in ~/.local/share/ubuntuone/syncdaemon/move_limbo ? (files, not dirs) [11:23] rye : directories 0-9 and a-f. Should I check inside of those ? [11:24] mahen, find ~/.local/share/ubuntuone/syncdaemon/move_limbo -type f | wc -l [11:24] 4 [11:25] mahen, ok [11:55] u1sdtool --waiting-metadata | wc -l --> still return 1 (2 hours ago it was at 6 :) [11:55] (to rye) [11:55] +s [11:56] mahen, could you please pastebin the output of u1sdtool --waiting-meta ? [11:56] mahen, i found the notifications about your session but not the information about your session, yet [11:57] http://paste.ubuntu.com/520121/ [11:57] (Corse is a directory I renamed) [11:58] It's "000 - Corse" it used to be "Corse" [11:58] rye : please tell me if you want me to enable debug mode, BTW [12:00] mahen, yes, that may be helpful too - u1sdtool --quit; /usr/lib/ubuntuone-client/ubuntuone-syncdaemon --debug 2>&1 | tee ~/ubuntuone-debug.txt [12:02] rye : OK, relaunching, takes a little while (about 2 mins with CPU at 100%) [12:04] rye : I had to kill ubuntuone-indicator, otherwise, the syncd was in a loop state [12:04] you'll see that in the log [12:05] (with 100% cpu) [12:05] mahen, what version of indicator are you running? [12:05] latest from ppa [12:05] mahen, hmm, ok, will need to look into that too [12:06] this occured because I : 1) started the daemon 2) started the indicator 3) killed the daemon 4) restarted the daemon 5) --> had to kill the indicator) [12:06] (even did 3 & 4 twice) [12:07] rye : here you are : http://paste.ubuntu.com/520125/ [12:07] (sorry in advance ;) [12:08] mahen, ok, could you please run u1sdtool --connect ? [12:10] mahen, and then re-paste. is indicator running now? I see a lot of called current_status, called waiting_content calls which I don't like if they originate from the indicator [12:11] rye : nope, I didn't restart the indicator since I killed it. (but the moment I killed it is visible in the log) [12:11] http://paste.ubuntu.com/520127/ [12:19] mahen, mmm, could you please check whether it reaches IDLE state? [12:19] still processing both queues : waiting metadata count = 1 [12:36] rye : (still at 1 metadata left :) [12:36] I wonder if it stays so forever [12:37] mahen, could you please re-paste ? [12:40] rye: http://paste.ubuntu.com/520138/ [12:41] mahen, well, i have to congratulate you that your files are now being uploaded [12:41] hmm [12:42] mahen, and I have to file a bug report against the indicator which does not drop the metadata queue count when status is switched to content queue processing [12:43] rye : I'm not sure it is really working as expected [12:43] mahen, if you fire up the indicator now it should start showing the remaining content count [12:43] rye : there is still 1 file in the metadata queue, it takes much time each time the daemon is restarted (full CPU + driver spinning for several minutes) and also if I check my system monitor it's definitely NOT uploading [12:44] -r [12:44] mahen, what's the value of u1sdtool --waiting-meta ? [12:44] 1 [12:44] rye, could it not be the same issue that i had, that the meta was stuck? [12:44] mahen, could you please tell what's in that queue ? [12:44] Move(share_id='b956c856-b908-4023-84f9-92bd0f901fdc', node_id='518795a9-7711-45e6-ac01-dc2eabbb976f', path='/home/mahen/Images/000 - Corse', new_name='000 - Corse', new_parent_id='c3fc5e25-a5c3-4bd7-b52b-31051e57f920', old_parent_id='c3fc5e25-a5c3-4bd7-b52b-31051e57f920') [12:45] commodoor, no, right now it advanced properly through all the moves... well, it should have [12:45] this big directory I renamed from "Corse" to "000 - Corse" [12:45] mahen, u1sdtool --current-transfers ? [12:45] 0 [12:46] great [12:46] rye : actually, I'm pretty sure something is very wrong, because I left my computer turned on for several nights to see if it would automagically fix itself, but it didn't. So I kinda gave up until today :) [12:47] (of course, I personally don't really mind. I backup my data on an external HD anyway -- but I only wanted to help you fix it :) [12:47] rye, it really looks like the same issue, there is the move again [12:47] mahen, in this case "great" means that I am not amused with the behaviour of ubuntuone-syncdaemon, digging further [12:48] commodoor, and TRY_AGAINs with Upload, yes, something does not look really great [12:48] rye : yeah, I understood :) [12:49] (but indeed my message was ambiguous) [12:54] facundobatista, ping, http://paste.ubuntu.com/520138/ - uploads fail, Move()s do TRY_AGAIN, what can we do except of dropping the move in move_limbo? [12:54] rye : I'll be away for a couple of minutes :) [12:54] thanks again for your efforts ! [13:00] rye, what is "dropping the move in move_limbo"? [13:11] facundobatista, syncdaemon retries to move the file and as far as I understand, ~/.local/share/ubuntuone/syncdaemon/move_limbo contains the move information that needs to be processed [13:20] when I run u1sdtool --current-transfers it should show me what is being uploaded correct? [13:22] shane4ubuntu, i think how many files [13:22] rye : I'll be back in 2 hours :) Thanks again to all of you [13:23] commodoor, either way, it should say something, because I don't think all my files have finished uploading. [13:23] shane4ubuntu, if U1 is busy with calculating meta it won't show anything, after meta it starts uploading [13:24] shane4ubuntu, do you have U1 indicator? [13:24] commodoor, I left it running all night and it didn't do anything, in the u1 preferences, I clicked on disconnect and reconnect, and does seem to be doing anything [13:25] u1 indicator? I'm not sure [13:25] rye, yes, for some reason, the server is answering TRY_AGAIN for that Move... don't know why, we could search [13:26] facundobatista, last time verterok was unable to find definite reason :( So we ended up hacking the client to forget about that move and it continued uploading files. [13:27] shane4ubuntu, http://bit.ly/bScUsj with U1 indicator you can see hthe status [13:27] rye, i had the same issue do you remember how we fixed it? [13:27] rye, i know it's not the best solution [13:27] rye, could you please get a metadata dump? [13:28] commodoor, yes we removed the file from move_limbo and it stopped TRYing_AGAIN, folder was not renamed on the server and everything went fine [13:28] facundobatista, ok, just a moment, will look how that's done [13:29] commodoor, ok, getting it now, thanks [13:29] rye, is this the fault of the server or the client? [13:29] rye, in the client source you have a dump_metadata.py [13:29] shane4ubuntu, if you have a lot of files it can take a while [13:29] commodoor, that's what we will try to find now, since it does not look like a single instance [13:29] facundobatista, yup, found one [13:30] commodoor, yes, I have a lot, and have been working on this for about a week, now it seems really just hung up at 507mb transfered for a few days [13:31] shane4ubuntu, i uploaded 5Gb and it was horor :P, you can do "u1sdtool --waiting-metadata" to see the output [13:31] commodoor, returned nothing. [13:31] mahen, could you please download http://bazaar.launchpad.net/%7Eubuntuone-control-tower/ubuntuone-client/stable-1-4/download/head%3A/dump_metadata.py-20100816185547-iz0qxhnvk7i3asob-1/dump_metadata.py , run it, and pastebin the output? [13:32] shane4ubuntu, "u1sdtool --waiting-content" without the quotes ? [13:33] commodoor, also returns nothing [13:33] commodoor, let me kill it, and restart it. [13:33] shane4ubuntu, U1 says there is nothing to upload [13:34] commodoor, I know but when I open the GUI, it says it is syncing [13:35] ahh, now when I go to the folder that should be uploading, all the check marks and sync symbols are gone, like it isn't going to sync this folder now????? [13:36] oh wait, that was because I killed it. :) [13:36] shane4ubuntu, lol [13:36] commodoor, it isn't done syncing, there are still files to upload. [13:36] I need a cup of coffee! [13:36] brb [13:36] shane4ubuntu, maybe if you can paste the log [13:37] shane4ubuntu, cold you paste "~/.cache/ubuntuone/log/syncdaemon.log" paste in paste.ubuntu.com? === Guest34369 is now known as BlackZ === BlackZ is now known as Guest50856 === Guest50856 is now known as BlackZ [13:46] commodoor, http://paste.ubuntu.com/520165/ [13:47] after restarting it, and re-running the u1sdtool with --waiting-content and --waiting-metadata they still returned nothing, and status was still 0 [13:48] seems like from the log a serverside issue, scanning the data [13:48] rye, can you look into this?? http://paste.ubuntu.com/520165/ [13:51] shane4ubuntu, it's finished local scan, but there is an error on scanning server files [13:51] shane4ubuntu, could you please open the dir /home/shane/Documents/Church/IglesiaBautistAncla/Discipulado/ in nautilus and see whether file "Lecci\xa2n_1_Salvacion-Maestro.odt" does not contain a ? symbol (unicode substitute char) [13:51] wow, ubuntuone depends on network-manager [13:52] rye that is pretty scarey that you can tell me what files to look at on my cpu. :0 [13:53] shane4ubuntu, it's in your log :P [13:53] rye, hmm, nautilus crashed, that is odd. [13:53] shane4ubuntu, that's the information in the log, which causes the service to malfunction [13:53] at least this is the first point to fix [13:53] ok, it won't let me access that folder [13:54] nautilus crashes every time [13:54] I can tell you though, I work with Spanish/English files, and yes it probably has a bad character in it, at one time was a á or í or ñ or something [13:55] shane4ubuntu, okay, i feel that nautilus crashing may be actually also caused by ubuntuone... let me try creating such file [13:55] rye, that was my thoughts, I was going to kill u1 and then try to access it. [13:56] commodoor, you mean the log file on the actual server? because I didn't see that in the log I posted. [13:56] shane4ubuntu, http://paste.ubuntu.com/520165/ line 14 [13:56] commodoor, ooh, I see it [13:56] shane4ubuntu, line 50 :p [13:57] right, got it [13:58] ok, killing u1 did let me open the folder, and it was a problem I fixed the naming issue with that [13:58] shane4ubuntu, yes, confirming - bad characters kill nautilus. And I am 99% sure that's ubuntuone plugin [14:01] rye, right, because once I killed u1, I could go to that folder without a problem [14:01] I guess I should have looked at that log a little closer. :) [14:02] not a big deal, I don't have any sensitive info that is being put in the 'cloud'. [14:02] shane4ubuntu, just a moment, need to relogin to be able to debug nautilus [14:04] commodoor, ok, how do I get that u1 indicator up? [14:05] i made a shortcut in startup-aplications [14:05] commando: ubuntuone-indicator [14:05] commodoor, well, that was simple enough. :) more coffee. [14:07] commodoor, you can also put it in ~/.profile at the end of the file as ubuntuone-indicator & and that will work too, a cli trick I picked up somewhere [14:08] ok, my folder that had issues, now doesn't have a checkmark, as though it isn't being syncd by u1 [14:08] ohh, nevermind, refresh fixed that. [14:09] shane4ubuntu, nice, thnx [14:10] lol i have problem with dropbox, it's trying to sync for 4 days with no luck hahhaha [14:12] ok, I'm starting to like this u1 now that we got through that little hurdle, u1 has been greatly improved, thanks buys [14:12] guys* [14:13] shane4ubuntu, i also like U1 there are still small bugs [14:13] yes, but small is ok, there were big bugs before [14:16] shane4ubuntu, that was why i used Dropbox till U1 was mature enough\ [14:16] pmatulis: it used too, but not any more [14:17] duanedesign: well i am incapable of adding a computer. it just doesn't work on my lucid box [14:19] pmatulis: ok. Can you check Applications > Accessories > Password and Encryption Keys. Click on the passwords folder to expand it, and look for an Ubuntu One Token [14:20] duanedesign: i'm there [14:20] pmatulis: do you see a token for Ubuntu One? [14:20] shane4ubuntu, ok, confirming the bug with nautilus plugin [14:20] duanedesign: yes [14:21] duanedesign, pmatulis gets AUTH_FAILED with 'Ubuntu One' token on Maverick ? [14:21] pmatulis: ok. Make sure the Ubuntu One Preferences are closed if open. [14:21] rye: Lucid. Unable to add computer [14:22] duanedesign, ah, then not SSO [14:22] duanedesign: yes, preferences never open [14:22] pmatulis: could you right click and delete the token [14:22] duanedesign: done [14:23] pmatulis: after doing that. Go to Me Menu > Ubuntu One [14:23] pmatulis: Your browser should now open asking you to add computer [14:23] duanedesign: ok, i get a tab "Add This Computer" [14:23] duanedesign: weird [14:24] pmatulis: and do you see the 'Add this computer' button on the page that opened? [14:24] duanedesign: yes [14:25] ok, good :) [14:25] duanedesign: i already have 2 machines (at least i hope they're still there) can you confirm that for tomboy sync i need to add a specially named machine ('hostname-Tomboy')? [14:25] pmatulis: that is correct [14:27] duanedesign: ok. now when i right click tomboy applet and view Synchronization tab it shows "Not configurable". anything else to do? "Auto sync in background" is ticked (10 min) [14:29] pmatulis: i am a little rusty on the Ubuntu One Preferences Panel in Lucid. can you look at the Services Tab [14:30] and see if there is a Notes [14:30] duanedesign: there is no 'Notes' service listed [14:31] pmatulis: Ok Tomboy applet > Preferences [14:31] duanedesign: right, that is described above [14:31] the 'Add-ins' tab [14:31] duanedesign: oh, wait [14:32] duanedesign: no, i don't see any 'Notes' [14:33] duanedesign: under "Synchronization" just 4 items (Local Directory...) (SSH SYnc) (WebDav Sync) (Web Sync) [14:34] pmatulis: on the Add-ins Tab of the Tomboy Preferences see the 'Web Sync Service Add-In' [14:34] click on it and see if you are given the option to 'Enable' [14:35] If it is Enabled only the 'Disabled' button will be Active [14:35] duanedesign: right, a 'Enable' button shows [14:35] duanedesign: so i do the obvious? [14:35] :) [14:35] pmatulis: yes [14:36] duanedesign: ok. i just wait now? [14:37] pmatulis: then Syncronization tab still says 'Not Configurable'? [14:37] duanedesign: no, it looks good! [14:38] ok I thought we might need to relaunch Tomboy to make active. Good Good [14:38] duanedesign: (Service: Tomboy Web) [14:38] duanedesign: will everything break after an upgrade to 10.10? [14:38] no, you should be ok [14:39] duanedesign: nice [14:39] duanedesign: is there any log or progress info to inspect? [14:40] pmatulis: if you are interested in getting info on file sync, i just did a sticky on the forums. let me get you the link... [14:41] pmatulis: http://ubuntuforums.org/showthread.php?t=1594301 [14:41] pmatulis: i am afraid i must step out. If you have any additional questions rye will be more then happy to help. [14:41] duanedesign: thanks for your support! [14:41] pmatulis: i am glad I could help [15:36] rye, I'm back [15:36] confirming the bug with nautilus, do I need to report that? [15:40] shane4ubuntu, not really, i have a 100% reproduce rate, just want to get some more info from nautilus which crashes in a very interesting way [15:41] rye, ok, I'll leave it in your hands then, thanks for the help. [15:41] shane4ubuntu, thanks for noticing this! [15:42] shane4ubuntu, by the way has the sync completed? [15:43] rye, yes, it seems like the only hang up was that nameing issue [15:44] I have added a few more folders to it too [15:53] shane4ubuntu, You might want to add yourself to the affected people at https://bugs.launchpad.net/ubuntuone-client/+bug/666820/ [15:53] Launchpad bug 666820 in ubuntuone-client "nautilus pugin crashes Nautilus if a file in Ubuntu One directory is has invalid utf-8 name (affects: 1) (heat: 6)" [Medium,Confirmed] [16:05] karni, the branch I pushed is at lp:~cmiller/ubuntuone-android-files/build-setup [16:06] CardinalFang: ok. I'll have a clean bzr branch [16:06] I tested three different oauth-{consumer,} versions, all with same version as the other in the pair. [16:07] CardinalFang: I see. I was quite happy to have both AU1 and (refactored) Ubuntu One Files working yesterday evening, so let me see how it runs this time :) [16:08] At present, "oauth.signpost.exception.OAuthExpectationFailedException: Request token or token secret not set in server reply. The service provider you use is probably buggy." I'm trying to find out what *is* returned. [16:08] CardinalFang: I'm building and installing on device [16:09] CardinalFang: that (possible?) bug your facing was one of my biggest nightmares during holiday. so I wish so much we don't have to get back to that ;D [16:09] * karni installs the apk [16:10] * karni got to 'Add this computer' webpage [16:11] CardinalFang: after few seconds of 'Connecting' it fetched the files list nicely. [16:11] CardinalFang: looks like it's 2.2-exclusive? [16:11] CardinalFang: I'll try running that on 2.2 emulator, ok? [16:12] I don't know about 2.2 exclusivity. I'll try on 1.6. [16:13] * karni launched 2.2 emulator and tests the apk [16:14] rye : I'm back :) [16:17] CardinalFang: brb, somethings wrong with my emulator [16:18] okay, requires API level 4 at least. ... [16:20] rye : so, it's still processing queues after, well, maybe 6 hours. Still on the moved "Corse" directory [16:21] >rye< mahen, could you please download http://bazaar.launchpad.net/%7Eubuntuone-control-tower/ubuntuone-client/stable-1-4/download/head%3A/dump_metadata.py-20100816185547-iz0qxhnvk7i3asob-1/dump_metadata.py , run it, and pastebin the output? [16:21] sure [16:23] rye : http://paste.ubuntu.com/520224/ [16:27] karni, success on Android 1.6. [16:27] Well, mostly. [16:27] CardinalFang: had issues with emulator. testing 2.2 now [16:27] * karni logs into SSO [16:27] "E/AndroidRuntime( 290): Caused by: java.lang.IllegalArgumentException: contentView required: pkg=com.ubuntuone.android.files id=2131165276 notification=Notification(vibrate=null,sound=null,defaults=0x0)" to com.ubuntuone.android.files.service.U1Service.showNotification(U1Service.java:517) [16:28] facundobatista, ^ http://paste.ubuntu.com/520224/ re http://paste.ubuntu.com/520138/ [16:29] CardinalFang: run with success on Android 2.2 [16:29] karni, what's the earliest version of Android this should work on? [16:29] CardinalFang: did that cause FC? [16:29] CardinalFang: I think 1.6 [16:29] CardinalFang: but to be honest, [16:29] CardinalFang: that one (with notifications) might have something to do with 1.6 version [16:30] CardinalFang: that said, AU1 would be >2.0 [16:30] >= [16:30] CardinalFang: I'll try with 1.6 now [16:30] Minor, maybe: E/dalvikvm( 300): Could not find method android.text.format.Formatter.formatShortFileSize, referenced from method com.ubuntuone.android.files.util.FileUtils.getHumanReadableSize [16:32] CardinalFang: that would be easily fixable :) [16:32] CardinalFang: it's just to get a short form of, say, 2784 KB as '2.9 KB' or similar. short form for mobile screens. [16:33] karni, right. Steal that from the ubuntuone-android-music client. Implemented there. [16:33] CardinalFang: :D [16:35] CardinalFang: if it's fine, I'd have a late lunch now, and get back to that soon :) [16:36] karni, bye [16:36] CardinalFang: talk to you soon [16:36] yes [16:40] rye : oh btw, I periodically get some debug output of the syncdaemon every couple of minutes with some "twisted" phrases [16:47] mahen, hm, could you please share that twisted lines? [16:47] 2010-10-26 17:43:23,634 - twisted - INFO - pause writes for: %s 0.27447265625 etc [16:47] it tries to upload a tiny jpg I added meanwhile, many times [16:48] mahen, erm, is bandwidth throttling enabled? [16:49] you mean in ubuntuone-prefs ? Yep, I set it to 50KB/sec but it was never taken into account [16:50] mahen, for some reason it now is taken into account [16:50] hm [16:53] anyway it's still stuck at this : Move(share_id='b956c856-b908-4023-84f9-92bd0f901fdc', node_id='518795a9-7711-45e6-ac01-dc2eabbb976f', path='/home/mahen/Images/000 - Corse', new_name='000 - Corse', new_parent_id='c3fc5e25-a5c3-4bd7-b52b-31051e57f920', old_parent_id='c3fc5e25-a5c3-4bd7-b52b-31051e57f920') [16:53] now I shut up, I annoyed you too much already :) [17:01] facundobatista, pinging you again... ^ http://paste.ubuntu.com/520224/ re TRY_AGAIN on Move() - http://paste.ubuntu.com/520138/ [17:17] duanedesign: i've waited a while and still no synchronization, when i try manually (right-click Tomboy applet > Synchronize Notes) i get "Failed to synchronize" [17:21] pmatulis: hmm. We can try and get some debug logs and see if anything jumps out as the reason [17:22] pmatulis: if you quit Tomboy and then run this command in a Terminal: tomboy --debug > ~/tomboy_debug.log [17:22] try and do a sync. Then after it fails you shoul have some information in ~/tomboy_debug.log [17:24] duanedesign: right. got some stuff [17:24] duanedesign: will pastebin [17:24] ok [17:32] pmatulis: in Preferences you have the address as - https://one.ubuntu.com/notes/ [17:32] duanedesign: confirmed [17:35] pmatulis: can you check - https;//one.ubuntu.com/account/machines/ [17:35] pmatulis: then Open gconf-editor and navigate to /apps/tomboy/sync/tomboyweb/oauth_token [17:35] Applications > System Tools > Configuration Editor [17:36] is gconf ^^ [17:36] duanedesign: ok, there [17:37] pmPlease check whether at least one of the token in parentheses on /account/machines/ tab matches the value of oauth_token key in gconf-editor. [17:38] pmatulis: do not post that value :) [17:38] duanedesign: no, none of them match [17:39] rye: pmatulis looks to have bug 575937 [17:39] Launchpad bug 575937 in tomboy (Ubuntu) (and 1 other project) "Can't synchronize Tomboy Notes: Server returned 404 NOT FOUND (affects: 19) (dups: 4) (heat: 109)" [Undecided,Incomplete] https://launchpad.net/bugs/575937 [17:40] rye: is their any info you want? Or can pmatulis go ahead and run http://people.canonical.com/~roman.yepishev/ubuntuone-scripts/tomboy-recovery.py [17:41] duanedesign: darn! [17:46] pmatulis: ok, i guess you read the comments on the report? [17:46] pmatulis: if you want to try the script you can, or just try the 'clear' button in the Tomboy Preferences [17:47] on the Sync tab [17:48] duanedesign: clearing now... [17:48] duanedesign: "Connect to Server"? [17:53] pmatulis: do you have a lot of notes? [17:53] duanedesign: what i don't understand is that i once *did* get an initial synchronization. don't know how. so those *64* notes are now outdated [17:54] pmatulis: you might get some duplicates / conflicts [17:54] duanedesign: how to fix? [17:54] rye: ping [17:55] pmatulis: you now have duplicates that say in parenthesis (old) [17:55] ? [17:56] duanedesign: no [17:57] duanedesign: as far as i know, nothing has happened [17:57] duanedesign: i asked before if i should press "Connect to Server" [17:57] pmatulis: ok so you have not connected yet? [17:57] duanedesign: i did that (just now) and i get a web page that is asking to add a computer (name: None) [17:58] duanedesign: should i remove the initial hostname-Tomboy that I made and recreate it? [18:01] pmatulis: ok so you have not pressed 'lear'? in the Preferences? [18:01] ok [18:01] duanedesign: yes, as stated above [18:01] sorry :) [18:01] duanedesign: sorry, that should be: yes, i cleared [18:02] duanedesign: and confirmed in gconf that the auth token is gone [18:02] pmatulis: ok [18:02] what will happen is you will reauthorize tomboy [18:03] but it will possibly create conflicts [18:03] duanedesign: maybe clear notes and remove host-Tomboy? fresh beginning? [18:03] that you will have to clear manually [18:05] if you have made no changes on the web interface when it creates the conflicts they will be NoteName(old) [18:06] and that will be the one you want. That might save some time in rresolving the conflict. [18:08] pmatulis: so yes you should clear [18:08] host the old hostname-tomboy [18:09] pmatulis: after pressing clear, just readd your computer like you did before [18:10] then sync and clear any duplicates it makes. Some of the files might end up NoteName and a duplicate named NoteName(old) [18:10] duanedesign: i am having problems with my screen. all characters messed up. can't read anything [18:11] pmatulis: sorry for the choppy response I am in a dev summit session [18:15] duanedesign: hi [18:15] duanedesign: that was nasty. all characters on my pc turned to klingon [18:17] duanedesign: i missed you instructions === teknico is now known as teknico_away [19:14] rye, sorry, I'm running all over the place, firefighting, is there a chance you could remind me of this during the week? [19:16] facundobatista, well, since api slaves are not really responding now there is not much we can do, will monitor when everything settles and most likely will file a bug about that [19:22] duanedesign: well i removed everything i could (token, machine host-Tomboy, all local notes, all remote notes); added host-Tomboy; synced; copied *.note to empty tomboy directory; and synced again but nothing is on remote side (i got an error but the details say each note was uploaded) [19:27] problem again of stuck at authenticating and then gives up. [19:28] duffydack, the team is now preparing for the rollout to reset it completely, they spent last 2 days crashing the staging system and gathering all sort of info to make production work properly. [19:28] ah [19:40] rye : do you want me to come back later in the week about the problem we investigated earilier today ? [19:41] mahen, at the moment I am of little assistance since the service is being redeployed now... could you please file a bug using ubuntu-bug ubuntuone-client, attaching the log files from ~/.cache/ubuntuone/log [19:41] sure [20:00] rye : there's sth strange ; I tried to send the bug report twice, but it always sens me back to the first page which asks for the bug name. Is it due to the 8 MB large log file ? [20:00] sends [20:01] hmm, maybe due to the fact that the file I'm trying to send is not closed yet [20:01] mahen, checking [20:03] actually I'm sending it again after killing the daemon [20:03] hope it'll be private :) [20:05] OK it was indeed the cause, worked this time : https://bugs.launchpad.net/ubuntu/+source/ubuntuone-client/+bug/666942 Report is public though and my debug log contains many private stuff :) [20:05] Launchpad bug 666942 in ubuntuone-client (Ubuntu) "UbuntuOne client stuck infinitely when processing the metadata of a moved directory (affects: 1) (heat: 6)" [Undecided,New] [20:05]