Files not uploading

[Joshua Hoover]

I have moved several files into Ubuntuone folder
Ubuntuone icon in the upper panel shows "Updating files" on mouseover
Checking by web -- no changes; no files uploaded (about one hour later)
running "System monitor" shows no network activity
total file space to upload is approx. 800MiB
questions:
1. Am I doing this correctly?
2. How long should I wait before giving up?

Thanks,
Mike
mailto:/<email address hidden>

[Joshua Hoover (joshuahoover)]

Hi Mike,

Go to ~/.cache/ubuntuone/log and see if you have any files with exception in the name. If so, please attach those. If not, please let me know if you've seen any files showing up in the web UI by this time.

Thanks!

Joshua

[Daniel Ejsing-Duun (zilvador)]

I got the same error. In the log directory, I've got six empty files (0 bytes) with 'exception' in the name...and all of them from before I put the non-shared files into my directory.

These files don't show up on the webpage.

Oh...and if I click on the Ubuntuone tray icon a gray text says that my files are updated. :S

[Joshua Hoover (joshuahoover)]

Hi Zilvador, I'm sorry to hear that you're having a similar issue. If you don't have any info in the exception logs, can you please attach:

~/.cache/ubuntuone/log/syncdaemon.log

Thanks!

Joshua

[Daniel Ejsing-Duun (zilvador)]

Yes, of course. Here it is.

Zilvador.

[Joshua Hoover (joshuahoover)]

Zilvador, Thank you for the log file! I looked through it and didn't see anything that would tell me there was a problem. I'm going to have one of our devs look at it and see if they can find anything that I may have missed. Thanks, Joshua

[MikeR (mike-rechtman)]

@Joshua, as per your email:
list of file including *exception* :
dir ~/.cache/ubuntuone/log
total 1.5M
-rw-r--r-- 1 mike mike 21K 2009-09-09 18:45 oauth-login.log
-rw-r--r-- 1 mike mike 0 2009-09-09 18:45 syncdaemon-exceptions.log
-rw-r--r-- 1 mike mike 0 2009-09-03 17:49 syncdaemon-exceptions.log.2009-09-05_13-05-08
-rw-r--r-- 1 mike mike 8.5K 2009-09-07 06:40 syncdaemon-exceptions.log.2009-09-07_23-24-10
-rw-r--r-- 1 mike mike 0 2009-09-07 23:24 syncdaemon-exceptions.log.2009-09-08_07-34-04
-rw-r--r-- 1 mike mike 0 2009-09-08 07:34 syncdaemon-exceptions.log.2009-09-08_14-14-53
-rw-r--r-- 1 mike mike 0 2009-09-08 14:14 syncdaemon-exceptions.log.2009-09-09_18-45-24
-rw-r--r-- 1 mike mike 117K 2009-09-09 20:49 syncdaemon.log
-rw-r--r-- 1 mike mike 507K 2009-09-07 13:03 syncdaemon.log.2009-09-06_13-05-08
-rw-r--r-- 1 mike mike 63K 2009-09-07 23:23 syncdaemon.log.2009-09-07_23-24-10
-rw-r--r-- 1 mike mike 228K 2009-09-08 07:33 syncdaemon.log.2009-09-08_07-34-04
-rw-r--r-- 1 mike mike 258K 2009-09-08 14:12 syncdaemon.log.2009-09-08_14-14-53
-rw-r--r-- 1 mike mike 269K 2009-09-09 18:42 syncdaemon.log.2009-09-09_18-45-24

note that most of the *exception* files are empty
I have managed to upload several files using the "Upload" arrow in the web interface.
However one file of just over 800MiB seems to upload at an average of 20KB/sec, or less, which means it would take the better part of a day, and uploading seems to stop at the slightest interference and does not resume.
I am running an up-to-date Jaunty, and my upload speed should be at least around 50KB/sec (on an ADSL line)

[MikeR (mike-rechtman)]

There was an upload of updated ubuntuone files recently, but the situation has not improved.
Still no network activity after placing files in Ubuntu One folder, though momentarily a notification appeared to tell me that my files are being uploaded.

Is there any prognosis?

[MikeR (mike-rechtman)]

I don't know what changed, but after several reboots (for other reasons) uploading from Ubuntu One folder has been working for the past hour approx.
Bug is not marked Fixed, but who cares...

What changed?

[MikeR (mike-rechtman)]

Correction: I was too optimistic.
Six smaller files uploaded well, one larger (approx 410MB) file showed as uploading, but did not complete uploading, Only the first six files appear on web page. I am currently trying to upload the seventh file using the 'upload' link on the web page. Clicking on the Ubuntu One icon shows "All your files are updated" -- which is incorrect!

[MikeR (mike-rechtman)]

Could what happened to me yesterday (29th) be related to bug #437518? Seems similar, on the face of it

[Facundo Batista (facundo)]

MikeR: We fixed a bug in a situation very similar to this, a couple of weeks ago.

The fix is now relesased... could you please check if this still happens to you?

Thanks for your time and help!

[MikeR (mike-rechtman)]

Have only just completed upgrade to Karmic.
I will test uploading during Sunday or Monday

[balteo (balteo)]

Same problem for me. Problem is that I can't upgrade to Karmic from Jaunty. Any fix available?
Thanks in advance,
Julien.

[Joshua Hoover (joshuahoover)]

balteo, If you are using the PPA test version, then you can do an update and install the latest version of Ubuntu One. The PPA version is the only one available to Jaunty users. If you're still having problems, please right-click on the Ubuntu One client and select "Report a Problem". Please provide as many details as possible about what the issue is and the steps you're taking that get you to the problem. Thank you, Joshua

[John Lenton (chipaca)]

MikeR: ping?

[MikeR (mike-rechtman)]

Sorry, should have commented earlier.
Small files still, as before, upload without error.
Larger files fail to upload. UbuntuOne icon shows "You files are updated" -- All lies!!
However larger files can be uploaded using u1sync and sometimes "Upload" fromweb page.

There have been (several?) updates since my previous comment; Perhaps there is a basic fault in my setup, but the notification should not be that 'all files are updated' when not all files appear on the 'Files' web page.

[MikeR (mike-rechtman)]

bump!

[Michael Bewley (michael-bewley)]

Yeah, I get this too. I spoke to one of the devs about it maybe 2 months ago, and the resolution is "they should eventually upload". I use my PC every day - it's gone up to about 5.3GB synced, of maybe 25GB (on a 50GB account). It's been on 5.3GB synced for at least a couple of weeks now, and disk thrashes for maybe 10 mins every single time i log on. Not cool!

[MikeR (mike-rechtman)]

Looks a lot like Bug #413305
Whether identical or not, U1 seems definitely "unready for prime time"
It would be impossible, for instance, to present a reasonable business case for serious (read commercial) use.

[MikeR (mike-rechtman)]

bump

[Michael Bewley (michael-bewley)]

So, I'm the schmuck paying $10 a month for a service that doesn't work? Poor business case indeed...

A dev tried to help me out a while back, and his conclusion was "it should all eventually sync up". I've checked a particular spreadsheet file in the web interface - hadn't been updated for 18 days, 2 months (would've thought you'd put them the other way around...), and I edit it regularly (every week at least). My computer gets left on 24/7 and logged in, with restarts several times a week. It disk thrashes for maybe 10 mins every time I log in, due to the U1 process. Help?

I have 3 log files with "exceptions". 2 are blank, the other (from 4 days ago) has some exceptions (recently dragged a folder with some source code in it into a synced folder):

[Michael Bewley (michael-bewley)]

My log (the only non empty exception one)

[Roman Yepishev (rye)]

Hello Michael and Mike,

Let's bring more attention to this bug.

First of all, we need the version of ubuntuone-client package installed:
$ apt-cache policy ubuntuone-client.

To get more info out of the logs:

Quit ubuntuone-client completely, using the applet quit menu entry and then instructing syncdaemon to shut down:
$ u1sdtool -q
If you are running a PPA version, you might need to kill ubuntuone-login process.
This will make sure that no ubuntuone filesync-related processes are running.

Afterwards, cleanup the logs directory - ~/.cache/ubuntuone/log, this will make sure we don't get any data that is not relevant.

After this is done, add the debug statement to ~/.config/ubuntuone/syncdaemon.conf:

[__main__]
log_level = DEBUG

This will instruct syncdaemon to output more info to the logs to help diagnose the issue.

Now start ubuntuone-client-applet again, connect it to UbuntuOne and check whether files are being uploaded.
You can enumerate the files that are still waiting to be uploaded using the script that is attached to bug #488232.

When you see that files are not uploaded, attach ~/.cache/ubuntuone/log/syncdaemon.log here so that we will be able to see the actual steps that syncdaemon is performing and why they take it so long.

[MikeR (mike-rechtman)]

1. Cannot find a packege ubuntuone-client:
mike@ubuntu:~/Desktop$ apt-cache policy ubuntuone-client.
W: Unable to locate package ubuntuone-client.

2. Left-click on applet shows: your files are up-to-date

3. u1sdtool shows:
mike@ubuntu:~/Desktop$ u1sdtool --current-transfers
Current uploads: 0
Current downloads: 0
-- this is *after* I placed new (uncopied) files in ~/Ubuntu\ One directory

4. mike@ubuntu:~/Desktop$ ./u1sdstatus.py
/home/mike/Ubuntu One/Ubuntu Upgrade.odt
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/packages
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/files.tgz
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/fprops
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/ver
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/excludes
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/partitions
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/flist

[Facundo Batista (facundo)]

Hello Mike!

Sorry to hear that you're having trouble with those big files.

We know we should be managing them better, and we plan to have resumable uploads in the future, so when something happens with your client or network, you don't need to start uploading it again.

You can track the development of that feature in the bug #327708 [0] (it would be a great idea to go to this bug and say that it does affect to you too, to increase its visibility).

If you have any issue with other files, or you want for us to investigate and be able to tell you why the upload of the big files need to start again (most probably network hiccups), we would need the server logs as Roman indicated in comment #24 in this bug.

Remember that if you have any doubt or need any kind of help it may be quicker to contact us in the #ubuntuone IRC channel, on Freenode. You can ping me directly, my nick is facundobatista.

Thanks for your time and help!

[0] https://bugs.edge.launchpad.net/ubuntuone-servers/+bug/327708

[Roman Yepishev (rye)]

Mike, it looks like your issue is filed as bug 517361.

Michael Bewley, could you please provide the log as per comment #24 to help decide whether this bug report can be marked as a duplicate of bug #517361?

[MikeR (mike-rechtman)]

As far as I can tell, this bug chronologically precedes bug 517361, and I don't have enough familiarity with the innards of ubuntuone to tell whether they have the same root cause.

When I try to access https://bugs.edge.launchpad.net/ubuntuone-servers/+bug/327708
I see "Sorry, you don't have permission to access this page"

The fact that effort is spread over several bug reports does not make any of them less urgent or important.
I reiterate comment #20.

Mike

[Michael Bewley (michael-bewley)]

Hi Facundo,
I'm pretty certain it has nothing to do with large files. I have large
numbers of files - documents, photos, video clips etc., adding up to maybe
25GB. I typically leave my PC on 24/7, and restart or log out/in maybe 3-4
times a week. It has made no progress whatsoever from 5.3GB uploaded (as
described by the web app) in 2 months.
It disk thrashes for maybe 10 mins at every log in, sometimes claims to be
uploading files, sometimes that they are all synced, but never makes any
actual progress (or hasn't in 2 months). Any ideas?
Mike

On 10 February 2010 02:15, Facundo Batista <email address hidden> wrote:

> Hello Mike!
>
> Sorry to hear that you're having trouble with those big files.
>
> We know we should be managing them better, and we plan to have resumable
> uploads in the future, so when something happens with your client or
> network, you don't need to start uploading it again.
>
> You can track the development of that feature in the bug #327708 [0] (it
> would be a great idea to go to this bug and say that it does affect to
> you too, to increase its visibility).
>
> If you have any issue with other files, or you want for us to
> investigate and be able to tell you why the upload of the big files need
> to start again (most probably network hiccups), we would need the server
> logs as Roman indicated in comment #24 in this bug.
>
> Remember that if you have any doubt or need any kind of help it may be
> quicker to contact us in the #ubuntuone IRC channel, on Freenode. You
> can ping me directly, my nick is facundobatista.
>
> Thanks for your time and help!
>
> [0] https://bugs.edge.launchpad.net/ubuntuone-servers/+bug/327708
>
> --
> Files not uploading
> https://bugs.launchpad.net/bugs/426930
> You received this bug notification because you are a direct subscriber
> of the bug.
>

[Michael Bewley (michael-bewley)]

  Installed: 1.1+r273-0ubuntu1~ppa2~karmic
  Candidate: 1.1+r273-0ubuntu1~ppa2~karmic
  Version table:
 *** 1.1+r273-0ubuntu1~ppa2~karmic 0
        100 /var/lib/dpkg/status
     1.0.3-0ubuntu1 0
        500 http://mirror.internode.on.net karmic-updates/main Packages
     1.0.2-0ubuntu1 0
        500 http://mirror.internode.on.net karmic/main Packages

(system is a jaunty upgraded to karmic, latest updates)

$ u1sdtool -q
Didn't shut down the sync daemon (ubuntuone-syncdaemon still running.) Killed process manually. The disk thrashing stopped straight away when I killed it.

$rm ~/.cache/ubuntuone/log/*

added line to config

Started applet again at 18:02:45. Disk thrashing commenced.
Disk thrashing stoped at 18:04:45. Applet appeared with arrow symbol, and "updating files" flashed a few times. Disk thrashing recommenced.
While arrow icon still displayed, left clicking shows message "Your files are up to date". Bit odd?

18:08:37 - got bored (no change, still thrashing). Ran script from *488232 to get status. 18:09:16 - error message appeared in bash:
Error: [Failure instance: Traceback (failure with no frames): <class 'dbus.exceptions.DBusException'>: org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
]
Still thrashing, let it go for a while...
18:13:30 - killed that python script, as the process wasn't doing anything (0% CPU usage).

[Michael Bewley (michael-bewley)]

18:17:14 - still no change - arrow icon (uploading) still there, still says "your files are up-to-date" if I left click, and still disk thrashing.
Uploading the syncdaemon.log just for kicks.

[Michael Bewley (michael-bewley)]

18:27:15 - just noticed the icon has changed back to the cloud (maybe in the last couple of mins). Still says "your files are up-to-date" if I left click, and still disk thrashing.

[Michael Bewley (michael-bewley)]

Ooh, and there's an exceptions log that's appeared too

[Roman Yepishev (rye)]

Here's the error message Michael got in his syncdaemon-exceptions.log, unescaped:

exceptions.KeyError: Unhandled Event in INotify: <Event mask=0x4000 maskname=IN_Q_OVERFLOW >

IN_Q_OVERFLOW is emitted when the appropriate queue is full and can't take more events. If this event occurs frequently you should read events faster and eventually increase the limit for queues. This limit can be read and changed by reading/changing the appropriate procfs file (/proc/sys/fs/inotify/max_queued_events) [1]

So it looks like syncdaemon on Michael's machine has some issue with inotify, this needs to be investigated further.
Syncdaemon on Mike's machine is stuck in WORKING_ON_METADATA_WITH_CONTQ.

These bugs don't have a defined reason at the moment so it will take some time to reproduce them.

[1] http://inotify.aiken.cz/?section=inotify&page=faq&lang=en

[Michael Bewley (michael-bewley)]

Sorry, there's a bit more (posted it in the wrong bug - #517361):

    * syncdaemon-exceptions.log (2.3 KiB, text/plain)

18:39:20 - message "there was a fatal error in ubuntu one" popped up. Disk thrashing stopped. Icon is now arrows and "!"
Michael Bewley wrote 19 minutes ago: #7

    * syncdaemon.log (555.9 KiB, text/plain)

Michael Bewley wrote 17 minutes ago: #8

Oops, those last 2 message were meant for #426930

[Michael Bewley (michael-bewley)]

Bump! Still happening every time I log in. Any chance of some help? Happy to do debugging etc., but I'm just frustrated, as I can't actually use Ubuntu One, and haven't been able to for a good few months (and I'm paying for the 50GB space upgrade...)

[Roman Yepishev (rye)]

Michael, could you please run the diagnose script described at https://wiki.ubuntu.com/RomanYepishev/UbuntuOne/Diagnostics and paste what it reports here?

[Roman Yepishev (rye)]

Re: Syncdaemon on Mike's machine is stuck in WORKING_ON_METADATA_WITH_CONTQ. This looks like bug 517361, it was already fixed but the code is not yet released. You may want to run https://wiki.ubuntu.com/RomanYepishev/UbuntuOne/Diagnostics and see what it reports as well.

[Roman Yepishev (rye)]

Hm, I am curious about this entry from Michael's syncdaemon.log:

2010-02-10 18:39:16,348 - ubuntuone.SyncDaemon.ActionQueue - DEBUG - SRV lookup done, choosing a server
2010-02-10 18:39:16,348 - ubuntuone.SyncDaemon.ActionQueue - DEBUG - Using record: <RR name=_https._tcp.fs.ubuntuone.com type=SRV class=IN ttl=600s auth=False>
2010-02-10 18:39:16,367 - ubuntuone.SyncDaemon.ActionQueue - DEBUG - SRV lookup done, choosing a server
2010-02-10 18:39:16,367 - ubuntuone.SyncDaemon.ActionQueue - DEBUG - Using record: <RR name=_https._tcp.fs.ubuntuone.com type=SRV class=IN ttl=600s auth=False>
2010-02-10 18:39:16,710 - ubuntuone.SyncDaemon.ActionQueue - DEBUG - connection made
2010-02-10 18:39:16,711 - ubuntuone.SyncDaemon.EQ - DEBUG - push_event: SYS_CONNECTION_MADE, args:(), kw:{}
...
2010-02-10 18:39:16,743 - ubuntuone.SyncDaemon.ActionQueue - DEBUG - connection made
2010-02-10 18:39:16,743 - ubuntuone.SyncDaemon.EQ - DEBUG - push_event: SYS_CONNECTION_MADE, args:(), kw:{}

it looks like syncdaemon attempts to connect twice.

[MikeR (mike-rechtman)]

@Roman:
mike@ubuntu:~$ python ubuntuone-client-diagnose.py
Checking your Ubuntu One client...
Reading package lists... Done
Building dependency tree
Reading state information... Done
No issues were detected.
mike@ubuntu:~$

also:
mike@ubuntu:~$ python u1sdstatus.py
/home/mike/Ubuntu One/Ubuntu Upgrade.odt
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/packages
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/files.tgz
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/fprops
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/ver
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/excludes
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/flist
mike@ubuntu:~$
(These lines have not changed over the past week. Ubuntu has been on-line 24x7)

[Roman Yepishev (rye)]

@MikeR,

Ok, it looks like i will need to rewrite the *-diagnose script.

Could you please post here the output of the following:

find ~/.local/share/ubuntuone/syncdaemon/trash -type f

It looks like you have the node c3b1b7cf-00dd-48f2-8a17-c62610801999 that is causing this problem.

[MikeR (mike-rechtman)]

@Roman:

mike@ubuntu:~$
mike@ubuntu:~$ find ~/.local/share/ubuntuone/syncdaemon/trash -type f
/home/mike/.local/share/ubuntuone/syncdaemon/trash/c/3/b/c3b1b7cf-00dd-48f2-8a17-c62610801999|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/c/f/8/cf882f65-e3e0-48c1-9a32-1f6dd49a69e7|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/c/c/4/cc408a9f-5673-4985-ab2a-9c77960deb6c|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/c/c/1/cc1b3c89-0fea-4d27-90d7-c1504d04a4ea|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/c/1/3/c13cc6b2-5a4a-4fd0-8914-cdc1fae75260|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/c/e/c/cec6dac4-beaa-46a0-b5e6-835d03114668|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/5/4/b/54ba9a99-7503-4295-b526-a70d8867b049|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/5/f/6/5f681036-a964-49b0-9393-4d3745671ff5|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/5/b/5/5b5bd5aa-db5b-4101-ba2e-3307b9abd36b|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/5/b/e/5beb004f-0630-48eb-96c2-1c609cc525e4|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/1/2/2/122393d0-86ce-48b3-b5c5-8c87064f7308|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/1/7/7/17739526-3405-470a-a3bf-640d346be1ee|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/1/a/7/1a7a96ef-1245-4f29-8733-c8c7ac1aabcc|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/1/9/9/199b4689-c004-485a-984c-cb5b57e1bb14|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/d/3/1/d314ee76-e30f-430d-9786-47ff2d156a18|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/d/3/9/d392bdc2-6248-4dd6-829f-da9c75d68e13|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/d/b/4/db43e316-1581-4e6e-ae90-8e0d5693db4a|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/d/2/4/d244e4d8-a974-45ff-a1ee-32adaa12fc10|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/d/6/d/d6d221d3-09a8-43b2-945b-6e3583d211d8|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/d/c/3/dc36bdcd-4793-48d2-bfb0-c59f04c5741a|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/d/0/9/d0904c85-f071-46a2-8e9a-534ecf953010|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/d/e/a/dea551dd-bd9d-4d3a-821c-e9c006b9a55d|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/8/4/3/843fc8e9-cc88-4990-a02d-3ca895d9f97e|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/8/b/6/8b6738db-63dc-4b4b-8436-28573dc6b8e7|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/8/7/c/87c6ad2b-2c7f-45e5-b88b-3ec47e0fe471|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/8/8/8/888abf33-1099-4c40-95f3-2ffe6eab3678|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/8/0/a/80a0212d-3fc7-4d9a-b1a8-398aaa92986e|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/8/0/9/809a88a6-8715-4702-8d18-35c97ea287d7|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/8/e/d/8edd8966-efc8-4709-b848-3e367985967f|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/8/e/a/8eaa9460-ec9c-453c-8784-f69f514ed90a|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/8/9/7/8974254a-e549-4a26-b5ca-1fe80f20d01a|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/a/3/0/a306f151-ca6f-4c3a-9041-4899564f926d|
/home/mike/.local/share/ubuntuone/syncdaemon/trash/a/f/6/af6d7bd...

[Roman Yepishev (rye)]

@MikeR. You have the node that syncdaemon should have cleaned up but it failed to do so.

Could you please do the following:
u1sdtool -q
rm /home/mike/.local/share/ubuntuone/syncdaemon/trash/c/3/b/c3b1b7cf*

Then reconnect to the service using the applet.

This will remove the node that syncdaemon is waiting for:
2010-02-09 16:46:43,319 - ubuntuone.SyncDaemon.ActionQueue - DEBUG -
  Unlink share:'' node:'c3b1b7cf-00dd-48f2-8a17-c62610801999'
  Unlink(parent_id="'38027532-8fe8-40b3-bf4a-2bdb83508c0e'",
             share_id="''",
             node_id="'c3b1b7cf-00dd-48f2-8a17-c62610801999'")
  waiting until we know the real value of 38027532-8fe8-40b3-bf4a-2bdb83508c0e

[Michael Bewley (michael-bewley)]

I logged in, and killed the ubuntuone processes (as usual - 10 mins of disk thrashing with no result gets irritating).

I then restarted ubuntu one applet, and ran your script maybe 10 seconds later, with the output below:

Checking your Ubuntu One client...
Found: #498444
 Based on:
  * ubuntuone.connect is set to 0
  * Found DBus timeout error in oauth.log

 Ubuntu One may not be able to connect automatically on start
 even if it is set in preferences. This is a known issue reported in bug #498444.

 See https://launchpad.net/bugs/498444

 Solution:
  Set Connect on start to Never

WARNING: 1 issues were found.

[Michael Bewley (michael-bewley)]

I then did a restart, logged in again, and left it to thrash for 10 mins or so. Rerunning the script gave me:

Checking your Ubuntu One client...
Traceback (most recent call last):
  File "ubuntuone-client-diagnose.py", line 663, in <module>
    main(list_bugs)
  File "ubuntuone-client-diagnose.py", line 620, in main
    bug_found = bug.detect()
  File "ubuntuone-client-diagnose.py", line 545, in detect
    if self.find_bad_files(xdg_local_path, user_id):
  File "ubuntuone-client-diagnose.py", line 523, in find_bad_files
    path_uid = os.stat(path).st_uid
OSError: [Errno 2] No such file or directory: '/home/mbewley/.local/share/ubuntuone/syncdaemon/fsm/a/d/6/ad64fb54-2181-42bd-88df-375712590f0e.new'

[Michael Bewley (michael-bewley)]

Rerunning the script again a minute or 2 later:

Found: #498444
 Based on:
  * ubuntuone.connect is set to 0
  * Found DBus timeout error in oauth.log

 Ubuntu One may not be able to connect automatically on start
 even if it is set in preferences. This is a known issue reported in bug #498444.

 See https://launchpad.net/bugs/498444

 Solution:
  Set Connect on start to Never

WARNING: 1 issues were found.

[MikeR (mike-rechtman)]

@Roman:

mike@ubuntu:~$
mike@ubuntu:~$ u1sdtool -q
ubuntuone-syncdaemon stopped.
mike@ubuntu:~$
mike@ubuntu:~$ rm /home/mike/.local/share/ubuntuone/syncdaemon/trash/c/3/b/c3b1b7cf*
mike@ubuntu:~$

Then started UbuntuOne using the applet

mike@ubuntu:~$ python ubuntuone-client-diagnose.py
Checking your Ubuntu One client...
Reading package lists... Done
Building dependency tree
Reading state information... Done
No issues were detected.
mike@ubuntu:~$
mike@ubuntu:~$
mike@ubuntu:~$ python u1sdstatus.py
/home/mike/Ubuntu One/Ubuntu Upgrade.odt
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/packages
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/files.tgz
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/fprops
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/ver
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/excludes
/home/mike/Ubuntu One/2010-02-07_04.00.02.622949.ubuntu.ful/flist
mike@ubuntu:~$

Left-click on the icon shows (greyed out) "Your files are up to date"
Not so!

[Roman Yepishev (rye)]

@MikeR
So, it has been nearly a month since last communication. Has it actually finished uploading those files?
If not, could you please attach the syncdaemon.log once again.

This starts to be an extremely long bug report, not good.

[MikeR (mike-rechtman)]

Just over a fortnight ago I moved some files into the UbuntuOne directory. My PC has been up and online at least 99% of the time since then, but no files uploaded. I have rebooted several times over the period.

attaching /home/<user>/.cache/ubuntuone/log/syncdaemon.log

frankly, I've given up on UbuntuOne

[Michael Bewley (michael-bewley)]

Yep, it's been a while, and you've lost a customer too - I've uninstalled UbuntuOne, and cancelled my paid subscription. Obviously it's only considered "high", not "critical" priority when a paying customer can't upload any files to an online file storage service, and receives no successful help over the period of 3+ months. Sorry if I sound bitter, but I'm sure you understand. This isn't marketed as a free, beta service.

[Bilal Akhtar (bilalakhtar)]

Looks like the problem is fixed for me. I just deleted the "DesktopCouch User Authentication" and "Ubuntu one token" from the gnome-keyring, and re-authenticated. Uploading now works like shit.

[MikeR (mike-rechtman)]

Upgraded to Lucid
"Works like shit" is correct if you mean "does not work..."

I would NOT bet the farm on this software. In fact my immediate plan is to uninstall.

[Mitch Towner (kermiac)]

@ MikeR:
I understand your frustrations. However, it would be appreciated it you could please refrain from using such language in the Launchpad bug tracker. To maintain a respectful atmosphere, please follow the code of conduct - http://www.ubuntu.com/community/conduct/ . Bug reports are handled by humans, the majority of whom are volunteers, so please bear this in mind.

Thanks in advance!

[MikeR (mike-rechtman)]

As an entirely unbiased enquiry -- Anything that might be taken as offensive language was a direct quote from comment #51, except there it was meant as a compliment. Did you remark on the use of language in comment #51 also?

Please be less understanding, and more attuned to the fact that the SOFTWARE DOES NOT WORK!
This software is not meant to be freeware (beyond the first, basic level) and if you read past posts in this topic you are losing paying customers...

[Duy Anh (myfanisuuuu)]

I have choosen "sync" my music folder and document folder to ubuntu one cloud but only document folder uploaded (i don't know if it uploaded completely, because it still has "process icon" on some files, but it doesn't send any file anymore), but my music folder was only uploaded the directions, and no music file.