ubuntuone connection closed (clean or unclean)

Bug #484396 reported by zweetvoetje
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Ubuntu One Client
Incomplete
Undecided
Natalia Bidart

Bug Description

This happens when uploading some MP3's. I think that especially larger files are having problems (not sure). Sometimes uploads just work. But after some time the synchdaemon comes into a state where it keeps trying to upload the same file over and over again, but never succeeds. It loses the connection after some minutes of uploading and starts again after that. (again losing connection)

(I don't think this is important, but it's some info anyway: When clicking on the ubuntuone icon it says something like 'updating 3 out of 7 files' This starts out as updating 1 out of 5, and after every failed attempt the numbers increase to like 2 out of 6, 3 out of 7 etc etc)

this might also be due to a total standstill of all internet traffic while uploading. If for example I try to look at the ubuntu-one page in firefox, it can take a minute te view the contents of a different folder. But bandwidth limiting doesn't work. (preferences dialog does nothing, but that's a different bug)

In the syncdaemon.log there is sometimes an error stating that the connection was lost in a non-clean fashion, and sometimes the connection is lost cleanly. But I think these aren't two different problems. It seems like it's always the same thing that goes wrong. (see attachment)

oauth.log gives no further info.

Sometimes (not always) there is a syncdaemon-exceptions.log stating:
[code]2009-11-16 16:21:49,169 - ubuntuone.SyncDaemon.ActionQueue - ERROR - Upload share:'' node:'78bd1d23-dbde-46e8-b745-cc02fcb8cd89' Upload(share_id="''", hash="'sha1:0a129aab59b3b61dc9b748b195bcbb449bd47046'", fileobj_factory='<bound method FSKey.open_file of <ubuntuone.syncdaemon.sync.FSKey object at 0x32fdc30>>', node_id="'78bd1d23-dbde-46e8-b745-cc02fcb8cd89'", crc32='4141227890L', previous_hash="''", size='29691644') failure Connection to the other side was lost in a non-clean fashion: Connection lost.[/code]

Revision history for this message
zweetvoetje (roelanddilz) wrote :
Revision history for this message
Natalia Bidart (nataliabidart) wrote :

Hi!

can you please paste the content of the ~/.config/ubuntuone/syncdaemon.conf?

Thanks!

Revision history for this message
zweetvoetje (roelanddilz) wrote :

Here you are...
[code]
[ubuntuone]
bookmarked = True
connected = False
connect = 0
show_applet = 0
[/code]

thnx for the interest...

dobey (dobey)
Changed in ubuntuone-client:
assignee: nobody → Naty Bidart (nataliabidart)
importance: Undecided → Medium
status: New → Triaged
Revision history for this message
Natalia Bidart (nataliabidart) wrote :

Hi zweetvoetje,

are you still having this issue? I f so, it would be very useful if you could attach all the logs files located at ~/.cache/ubuntuone/log.

Thank you!

Changed in ubuntuone-client:
status: Triaged → Incomplete
importance: Medium → Undecided
Revision history for this message
zweetvoetje (roelanddilz) wrote :

Took me some time to encounter the bug again. At least I think it's the same bug although the behaviour was slightly different: It didn't try to upload the same file over and over again, however the last file wasn't uploaded.

Revision history for this message
zweetvoetje (roelanddilz) wrote :

I think it's the same bug, but that a patch has changed it a little bit.

What I do get now is that it just stops uploading. The client tells me that it's uploading file n+1 of n files, but doesn't use any bandwidth. The client just hangs at that, and it stops uploading until I restart the client.

Revision history for this message
Natalia Bidart (nataliabidart) wrote :

Hi zweetvoetje,

after analyzing your new logs (thank you very much, by the way!), I see that now you're experiencing the issue reported on Bug #479204.

If you keep having issues using Ubuntu One (I hope not :-)) please report them as separated reports using the "Report a Problem" functionality from the cloud applet.

Thank you, Naty.

Revision history for this message
Natalia Bidart (nataliabidart) wrote :

The logs are also showing the same stack traces reported in Bug #418221.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.