Syncdaemon silently crashes at startup
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Ubuntu One Client |
Won't Fix
|
High
|
Ubuntu One Foundations+ team | ||
ubuntuone-client (Ubuntu) |
Won't Fix
|
High
|
Unassigned |
Bug Description
This is a split from bug #436612.
* Every first time I start syncdaemon (in each boot), the metadata load doesn't finish and SD apparently crashes without leaving any trace. This means that the log file has nothing but:
2010-11-11 08:54:50,330 - ubuntuone.
2010-11-11 08:54:50,385 - ubuntuone.
and syncdaemon is not working. So I run u1sdtool -s again, and the log file is rotates and the load metadata process restart, and I get something like this:
2010-11-11 09:04:12,049 - ubuntuone.
2010-11-11 09:04:12,050 - ubuntuone.
2010-11-11 09:06:05,100 - ubuntuone.
So the second metadata load process finish because the first attempt cached most of the files in the disk cache. So the second attempt takes 2 minutes when most of the files are already in the disk cache! So this amount of time is extremely large.
tags: |
added: chicharra-oneiric removed: chicharra-natty |
tags: |
added: natty removed: u1-natty |
Changed in ubuntuone-client (Ubuntu): | |
status: | Triaged → Won't Fix |
Changed in ubuntuone-client: | |
status: | Confirmed → Won't Fix |
Starting syncdaemon with:
/usr/lib/ ubuntuone- client/ ubuntuone- syncdaemon --logging- level=DEBUG
will complete the metadata load in the first attempt. In this case, it took:
2010-11-11 13:07:56,933 - ubuntuone. SyncDaemon. VM.MD - DEBUG - metadata version: 6 SyncDaemon. fsm - INFO - loading updated metadata SyncDaemon. fsm - INFO - initialized: idx_path: 19704, idx_node_id: 16948, shares: 12
2010-11-11 13:07:57,021 - ubuntuone.
2010-11-11 13:12:45,864 - ubuntuone.
Almost 5 minutes of intensive disk usage (which makes the rest of the desktop pretty unusable due to IO starvation).