[00:01] <duanedesign> so if you run this command: u1sdtool --list-folders
[00:01] <duanedesign> seif: only the Purchased from Ubntu One folder comes up?
[00:02] <seif> u1sdtool --list-folders
[00:02] <seif> No folders
[00:03] <duanedesign> seif: what do you get when you run: u1sdtool -s
[00:04] <seif> duanedesign, State: READY
[00:04] <seif>     connection: Not User With Network
[00:04] <seif>     description: ready to connect
[00:04] <seif>     is_connected: False
[00:04] <seif>     is_error: False
[00:04] <seif>     is_online: False
[00:04] <seif>     queues: WORKING_ON_BOTH
[00:05] <duanedesign> seif: ok. Can you run:  u1sdtool -c
[00:05] <seif> nothing happens
[00:06] <seif> duanedesign, ^
[00:06] <duanedesign> sorry. it doesn't print anything.
[00:07] <duanedesign> now run:   u1sdtool -s
[00:12] <seif> State: AUTH_FAILED
[00:12] <seif>     connection: With User With Network
[00:12] <seif>     description: auth failed
[00:12] <seif>     is_connected: False
[00:12] <seif>     is_error: True
[00:12] <seif>     is_online: False
[00:12] <seif>     queues: WORKING_ON_BOTH
[00:12] <seif> duanedesign, ^
[00:12] <duanedesign> ok
[00:12] <seif> duanedesign, i cant login thoguh
[00:12] <duanedesign> seif: seems their is a bug in Maverick that is causing the Auth Faailed
[00:12] <seif> :(
[00:12] <duanedesign> seif: their is a workaround
[00:13] <seif> duanedesign, do tell please
[00:13] <ajmitch> duanedesign: got a bug # for that one?
[00:13] <duanedesign> ajmitch: good question. From what i understand it is server side
[00:14] <seif> duanedesign, oh ok
[00:14] <seif> so i should wait
[00:14] <seif> ?
[00:14] <duanedesign> seif: System > Preferences > Passwords and Encryption
[00:14] <duanedesign> seif: look for Ubuntu One Token
[00:14] <seif> found
[00:14] <duanedesign> Right-click and delete
[00:15] <ajmitch> duanedesign: right, I'm just holding off uploading stuff to debian until there's some reasonable chance of it all working :)
[00:15] <duanedesign> ajmitch: ;)
[00:15] <duanedesign> seif: then go to https://one.ubuntu.com/account/machines/
[00:16] <seif> i think i fixed it
[00:16] <duanedesign> seif: find the machine and select it and click 'remove selected machine'
[00:16] <seif> just a sex
[00:16] <seif> sec
[00:16] <seif> lol
[00:16] <duanedesign> haha
[00:16] <ajmitch> something only the famous steve lofty could say ;)
[00:16] <seif> ajmitch, i say porn :P
[00:19] <duanedesign> seif: so you have it ill fill in the last two steps
[00:19] <duanedesign> seif: after rmoving the token and removing the computer from /account/machines
[00:20] <duanedesign> seif: run the commands:
[00:21] <duanedesign> wget http://people.canonical.com/~roman.yepishev/ubuntuone-scripts/ubuntuone-old-auth.py
[00:21] <duanedesign> python ubuntuone-old-auth.py
[00:22] <duanedesign> and that script should open the browser and prompt you to add your computer
[00:23] <seif> ok
[00:23] <seif> done
[00:23] <seif> and ....
[00:23] <seif> Your Ubuntu One storage is full. Follow the link below to upgrade your subscription.
[00:24] <seif> let me restart
=== dendro-afk is now known as dendrobates
=== yofel_ is now known as yofel
=== cB- is now known as cB
=== cB is now known as Guest87281
=== teknico is now known as teknico_away
=== zyga_ is now known as zyga-afk
=== teknico_away is now known as teknico
=== dendrobates is now known as dendro-afk
[15:24] <rye> facundobatista, hi, on my netbook i have Documents folder which is listed in list-folders, but which causes KeyError when i try to get metadata info for it, rescan-from-scratch produces errors in logs so i cannot make it sync again, that folder is shared between 2 computers so removing and re-adding is not really an option
=== dendro-afk is now known as dendrobates
[15:28] <rye> 010-09-07 16:27:29,358 - ubuntuone.SyncDaemon.EQ - DEBUG - push_event: VM_UDF_SUBSCRIBE_ERROR, args:(dbus.String(u'5577d808-6a3f-4873-8b27-1fd644bd7e20'), 'METADATA_DOES_NOT_EXIST'), kw:{}
[15:28] <rye> grrr
[15:29] <facundobatista> verterok, ^
[15:30] <facundobatista> rye, would you please dump your metadata and show us the result?
[15:30] <verterok> rye: it's a UDF or share?
[15:30] <rye> verterok, UDF
[15:30] <verterok> rye: with a share inside it?
[15:31] <rye> verterok, yes, there are shares within that folder and public files
[15:31] <verterok> ok
[15:31] <verterok> rye: please dump the metadata as facundobatista requested :)
[15:31] <rye> verterok, sure... fetchin' and dumpin'
[15:32] <rye> facundobatista, btw, once that METADATA_DOES_NOT_EXIST happens there is another stacktrace about variable usage before assignment
[15:32] <verterok> rye: please pastebin :)
[15:35] <rye> verterok, - stacktrace- http://paste.ubuntu.com/489846/, metadata - https://pastebin.canonical.com/36810/, but i tried unsubscribing/subscribing to the folder so right now it is not subscribed, therefore not seen (probably)
[15:36] <verterok> rye: ok, there is a bug (the traceback)
[15:36] <verterok> rye: but isn't related to the METADATA_DOES_NOT_EXIST
[15:36] <verterok> rye: could you file a bug with just the traceback, I'll fix it today :)
[15:37] <rye> verterok, yes, that is something that should never happen, i just want to get Documents folder on this netbook :)
[15:37] <rye> verterok, ok, filing-a-bug
[15:37] <verterok> hmm, the udf id is correct
[15:37] <facundobatista> rye, yes, bugs should never happen
[15:38]  * verterok get his squash-the-bugs hat
[15:40] <rye> verterok, bug #632439
[15:40] <ubot4> Launchpad bug 632439 in ubuntuone-client "UnboundLocalError when an error occurs during udf subscription (affects: 1) (heat: 6)" [Low,Confirmed] https://launchpad.net/bugs/632439
[15:40] <verterok> facundobatista: no idea why isn't finding it
[15:40] <verterok> rye: thanks!
[15:40] <rye> verterok, you are welcome... though i have no idea where that metadata item went and another thing - how can I make it come back
[15:40] <verterok> rye: I assume that u1sdtool --list-folders shows the Documents folder
[15:41] <verterok> right?
[15:41] <rye> verterok, yes, exactly, it shows the folders, but metadata request for /home/rtg/Documents results in KeyError
[15:41] <verterok> facundobatista: I think I got it
[15:41] <verterok> rye, facundobatista: there is no metadata in fsm for that node :/
[15:42] <facundobatista> verterok, oh
[15:42] <verterok> rye: I think 'u1sdtool --refresh-folders' should fix it
[15:42] <verterok> rye: sorry, --refresh-volumes :p
[15:43] <verterok> facundobatista: broken metadata? or we can just blame rye for running Chipaca's magic bash scripts to delete empty folders in the metadata? hehe
[15:43]  * verterok hides
[15:43] <rye> verterok, tried - 2010-09-07 16:42:58,836 - ubuntuone.SyncDaemon.VM - DEBUG - add_udf: <UDF id '5577d808-6a3f-4873-8b27-1fd644bd7e20', generation 311L, real path '/home/rtg/Documents'> and nothing after that
[15:44] <facundobatista> verterok, maybe a rescan from scratch will help him?
[15:44] <verterok> rye: now, dump the metadata again (and/or try to subscribe )
[15:44] <rye> facundobatista, verterok, no, rescan from scratch does not help as well
[15:44] <verterok> rye: and please, pastebin the metadata dump
[15:44] <verterok> facundobatista: no, becasue this is a vm-fsm issue
[15:45] <rye> u1sdtool --subscribe=5577d808-6a3f-4873-8b27-1fd644bd7e20
[15:45] <rye> FolderSubscribeError: METADATA_DOES_NOT_EXIST (id=5577d808-6a3f-4873-8b27-1fd644bd7e20)
[15:45] <verterok> facundobatista: vm has the "volume" metadata, but fsm doesn't know about the node
[15:45] <verterok> crap
[15:45] <verterok> rye: checking the code, gimme 5'
[15:46] <rye> verterok, metadata dump - https://pastebin.canonical.com/36811/
[15:46] <verterok> rye: ok, the refresh volumes will not work because volume manager ignores the volumes already in the metadata :/
[15:46] <verterok> facundobatista: ^
[15:46]  * rye has not performed any experiments with syncdaemon on this netbook...
[15:46] <verterok> rye: :)
[15:47] <verterok> rye: there is a workaround
[15:47] <verterok> but it's just that, a workaround :(
[15:47] <facundobatista> verterok, we should detect this situation without needing the user to issue any command
[15:47] <verterok> facundobatista: yes
[15:47] <verterok> facundobatista: thinking on that
[15:47] <facundobatista> verterok, what about checking the node in FSM while server rescanning?
[15:48] <verterok> facundobatista: yes, and on AQ_LIST_VOLUMES (after your branch will be the same ;) )
[15:49] <verterok> rye: the workaround is: 1) u1sdtool -1; 2) delete the metadata of that volume 3) u1sdtool --start && u1sdtool -c
[15:49] <rye> verterok, aha, doing....
[15:50] <verterok> rye: to delete only that metadata, I think it's: rm ~/.local/share/ubuntuone/syncdaemon/vm/udfs/5/5/7/5577d808-6a3f-4873-8b27-1fd644bd7e20
[15:51] <rye> verterok, there's also .old file, should I nuke it as well?
[15:51] <verterok> rye: yes
=== dendrobates is now known as dendro-afk
[15:51] <verterok> rye: if you didn't changed the default "subscribe by default" config, it shoudl start the sync of that dir on startup
[15:52] <rye> verterok, wooho, files are coming!
[15:52] <rye> verterok, thanks! Should I file bug about that? Unfortunately I have no idea about how that could have happened, though
[15:53] <verterok> rye: my guess is corrupted/broken FSM metadata, but it's just a guess
[15:53] <verterok> rye: yes, we should have a bug
[15:54] <verterok> rye: the title might be something like: volume and filesystem manager metadata out of sync(?)
[15:54] <verterok> facundobatista: ^ any ideas :)
=== dendro-afk is now known as dendrobates
[15:56] <facundobatista> verterok, yes, a bug, and the fix for it will be VM assuring it has the node in FSM
[15:57] <verterok> facundobatista: yes, VM assumes the node is there since it was created when the UDF was created, I'll take a look at where we can check for the fsm node
[16:01] <facundobatista> verterok, awesome, thanks
=== zyga-afk is now known as zyga
[16:05] <rye> verterok, facundobatista, bug #632454 and thanks for fixing this!
[16:05] <ubot4> Launchpad bug 632454 in ubuntuone-client "Volume and file system manager metadata out of sync (affects: 1) (heat: 6)" [Medium,Confirmed] https://launchpad.net/bugs/632454
[16:06] <verterok> rye: thanks, looking into it after 632439
=== yofel_ is now known as yofel
[17:02] <kklimonda> rodrigo_: execute_view_2 because I'm an idiot.. I've seriously pushed it? :/
[17:02] <kklimonda> rodrigo_: ah, in header
[17:09] <kklimonda> rodrigo_: there is one more thing - _execute_view should return, along with list of items, two more things - the total amount of rows in the database and the offset. They are both in the response and I see a use for at least the first one. Probably we should add CouchdbResult struct? I'm not really eager to add any more arguments to the fucntion itself :)
=== dendrobates is now known as dendro-afk
=== beuno is now known as beuno-lunch
=== dendro-afk is now known as dendrobates
=== beuno-lunch is now known as beuno
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
[20:08] <rye> update is being run, service outage is expected
=== dendrobates is now known as dendro-afk
=== dendro-afk is now known as dendrobates
=== duffydack is now known as KDEadict