Arch Linux

Ubuntu One funktioniert seit 30. Dezember nicht mehr

Aldus

Dies ist mein erster Beitrag als angemeldetes Mitglied in diesem sehr nützlichen und angenehmen Forum (ich hatte zuvor auch schon als Gast die Gelegenheit, etwas Hilfreiches beizusteuern), und ich hoffe, dass es nicht der letzte ist: Ich bin von Arch Linux, das ich im September auf einem alten Laptop installiert habe (mit Xfce-Desktop), an sich ganz begeistert. (Ansonsten benutze ich Xubuntu 12.04.)

Seit dem 30. Dezember funktioniert auf Arch der Dateiabgleich in Ubuntu One nicht mehr.

Es gibt diesbezüglich Einträge im englischen Arch-Forum unter

https://bbs.archlinux.org/viewtopic.php?id=142125&p=2

und einen Bugreport:

https://bugs.archlinux.org/task/33240

Hat jemand von euch auch dieses Problem? Dann wäre es nützlich, auf der angegebenen Bugreport-Seite euer pacman.log für Dezember zu posten, um herauszufinden, welches Paket-Upgrade die Störung verursacht hat.

Bei mir steht in nächster Zeit die Anschaffung eines neuen PCs an, und ich habe schon erwogen, darauf Arch Linux als Produktivsystem zu installieren, da mich bislang die Synthese aus individueller Konfigurierbarkeit, Aktualität und Stabilität beeindruckt hat. Nun denke ich allerdings: Lieber nicht. Wenn ein routinemäßiges Systemupgrade plötzlich den Ausfall wichtiger und ständig genutzter Programme verursachen kann, dann ist das Risiko mir zu hoch.

fireandfuel

Ich habe das mal ausprobiert, das interessante ist:
Nach dem Login "scheint" UbuntuOne zu funktionieren, allerdings sagt er dass er eine Änderung hochgeladen hat, aber es kommt nichts an.
Weder im Web Interface noch auf anderen Clients, die mit meinem UbuntuOne-Benutzerkonto verbunden sind, zeigen an dass die geänderte Datei(en) da sind.

Starte ich es aber zwischendurch den syncdeamon über "u1sdtool -c", dann hängt der syncdeamon:

$ u1sdtool -s
ERROR:root:Could not find any typelib for Unity
State: LOCAL_RESCAN
    connection: With User With Network
    description: doing local rescan
    is_connected: True
    is_error: False
    is_online: False
    queues: WORKING

Es funktioniert, wenn ich den syncdeamon kille und dann per Hand ohne u1sdtool starte.

Allerdings scheint UbuntuOne erst nach dem Update (habe ich erst heute gemacht, nach ca. 14 Tagen) zu spinnen.
Aus der pacman.log zu dem Update:

[2013-01-02 17:52] Running 'pacman -Sy'
[2013-01-02 17:52] synchronizing package lists
[2013-01-02 17:52] Running 'pacman -S -u'
[2013-01-02 17:52] starting full system upgrade
[2013-01-02 17:58] upgraded linux-api-headers (3.6.3-1 -> 3.7.1-1)
[2013-01-02 17:58] warning: /etc/locale.gen installed as /etc/locale.gen.pacnew
[2013-01-02 17:58] Generating locales...
[2013-01-02 17:58]   de_DE.UTF-8... done
[2013-01-02 17:58]   de_DE.ISO-8859-1... done
[2013-01-02 17:58]   de_DE.ISO-8859-15@euro... done
[2013-01-02 17:58] Generation complete.
[2013-01-02 17:58] upgraded glibc (2.16.0-5 -> 2.17-1)
[2013-01-02 17:58] upgraded binutils (2.23.1-1 -> 2.23.1-2)
[2013-01-02 17:58] upgraded cloog (0.17.0-2 -> 0.18.0-1)
[2013-01-02 17:58] upgraded cups-filters (1.0.25-1 -> 1.0.28-1)
[2013-01-02 17:58] upgraded feh (2.7-1 -> 2.8-1)
[2013-01-02 17:58] upgraded fribidi (0.19.4-1 -> 0.19.5-1)
[2013-01-02 17:58] upgraded gcc-libs (4.7.2-2 -> 4.7.2-3)
[2013-01-02 17:58] upgraded gcc (4.7.2-2 -> 4.7.2-3)
[2013-01-02 17:58] upgraded git (1.8.0.2-1 -> 1.8.1-1)
[2013-01-02 17:58] upgraded graphite (1:1.0.3-1 -> 1:1.2.0-1)
[2013-01-02 17:58] upgraded harfbuzz (0.9.9-1 -> 0.9.9-2)
[2013-01-02 17:58] warning: /usr/share/config/kdm/kdmrc installed as /usr/share/config/kdm/kdmrc.pacnew
[2013-01-02 17:58] upgraded kdebase-workspace (4.9.4-1 -> 4.9.4-2)
[2013-01-02 17:58] installed libutempter (1.1.6-1)
[2013-01-02 17:58] upgraded kdelibs (4.9.4-3 -> 4.9.4-4)
[2013-01-02 17:58] upgraded lib32-freetype2 (2.4.10-1 -> 2.4.11-1)
[2013-01-02 17:58] upgraded lib32-glibc (2.16.0-5 -> 2.17-1)
[2013-01-02 17:58] upgraded lib32-gcc-libs (4.7.2-2 -> 4.7.2-3)
[2013-01-02 17:58] upgraded libxcb (1.9-1 -> 1.9-2)
[2013-01-02 17:58] upgraded lib32-libxcb (1.9-1 -> 1.9-2)
[2013-01-02 17:58] upgraded libkgapi (0.4.3-2 -> 0.4.4-1)
[2013-01-02 17:58] upgraded nspr (4.9.3-1 -> 4.9.4-1)
[2013-01-02 17:58] upgraded nss (3.14-1 -> 3.14.1-1)
[2013-01-02 17:58] upgraded libpurple (2.10.6-2 -> 2.10.6-3)
[2013-01-02 17:58] upgraded python2 (2.7.3-3 -> 2.7.3-4)
[2013-01-02 17:58] upgraded redland (1:1.0.15-3 -> 1:1.0.16-1)
[2013-01-02 17:58] upgraded libreoffice-common (3.6.4-2 -> 3.6.4-3)
[2013-01-02 17:58] upgraded libreoffice-base (3.6.4-2 -> 3.6.4-3)
[2013-01-02 17:58] upgraded libreoffice-calc (3.6.4-2 -> 3.6.4-3)
[2013-01-02 17:58] upgraded libreoffice-draw (3.6.4-2 -> 3.6.4-3)
[2013-01-02 17:58] upgraded libreoffice-impress (3.6.4-2 -> 3.6.4-3)
[2013-01-02 17:58] upgraded libreoffice-kde4 (3.6.4-2 -> 3.6.4-3)
[2013-01-02 17:58] upgraded libreoffice-math (3.6.4-2 -> 3.6.4-3)
[2013-01-02 17:58] upgraded libreoffice-writer (3.6.4-2 -> 3.6.4-3)
[2013-01-02 17:58] upgraded libtasn1 (3.1-1 -> 3.2-1)
[2013-01-02 17:58] upgraded man-pages (3.44-1 -> 3.45-1)
[2013-01-02 17:58] upgraded mc (4.8.6-2 -> 4.8.7-1)
[2013-01-02 17:58] upgraded patch (2.7.1-1 -> 2.7.1-2)
[2013-01-02 17:58] upgraded pcmciautils (018-5 -> 018-6)
[2013-01-02 17:58] upgraded pidgin (2.10.6-2 -> 2.10.6-3)
[2013-01-02 17:58] upgraded python2-imaging (1.1.7-5 -> 1.1.7-7)
[2013-01-02 17:58] upgraded redland-storage-virtuoso (1:1.0.15-3 -> 1:1.0.16-1)
[2013-01-02 17:58] upgraded sed (4.2.1-4 -> 4.2.2-1)
[2013-01-02 17:58] installed serf (1.1.1-1)
[2013-01-02 17:58] upgraded subversion (1.7.7-2 -> 1.7.8-1)
[2013-01-02 17:58] upgraded util-linux (2.22.1-3 -> 2.22.2-1)
[2013-01-02 17:59] In order to use the new version, reload all virtualbox modules manually.
[2013-01-02 17:59] upgraded virtualbox-host-modules (4.2.4-2 -> 4.2.6-3)
[2013-01-02 17:59] upgraded virtualbox (4.2.4-2 -> 4.2.6-1)

Aldus

Danke für deinen Bericht. Hast du mal auf die von mir genannte Bugreport-Seite geschaut? Dort hat David López bereits einen Vergleich zwischen seinem und meinem Upgrade-Log vorgenommen. Wenn ich jetzt noch deines hinzuziehe, dann kommen als Ursachen der Störung folgende Pakete in Betracht:

linux-api-headers (3.6.3-1 -> 3.7.1-1)
glibc (2.16.0-5 -> 2.17-1)
binutils (2.23.1-1 -> 2.23.1-2)
cloog (0.17.0-2 -> 0.18.0-1)
cups-filters (1.0.25-1 -> 1.0.28-1)
gcc-libs (4.7.2-2 -> 4.7.2-3)
gcc (4.7.2-2 -> 4.7.2-3)
nspr (4.9.3-1 -> 4.9.4-1)
nss (3.14-1 -> 3.14.1-1)

- wobei laut den Versuchen von David cups-filters wohl keinen Einfluss hat. David hat ein paar Downgrade-Experimente gemacht, für die ich keine Zeit habe. Es sieht so aus, als ob gcc und die damit zusammenhängenden Pakete eine Rolle spielen.

Könntest du dein Log eventuell auch auf der Bugreport-Seite zur Verfügung stellen? Es wäre wichtig, dass György Balló, der das Paket betreut, das Problem einkreisen kann.

fireandfuel

@Aldus:
Schon erledigt.

Aldus

Ich habe ein Downgrade folgender Pakete auf die Versionen vor dem 29. Dezember vorgenommen:

nspr
nss
linux-api-headers
glibc
binutils
gcc-libs
gcc

und dann alle Ubuntu One-Konfigurationen entfernt und den Client neu installiert. Jetzt funktioniert wieder alles ordnungsgemäß. Aber das ist natürlich keine besonders befriedigende Lösung. Ich habe die Entwickler bei Canonical informiert und hoffe, dass Abhilfe geschaffen wird.

Aldus

Das aktuelle Firefox-Upgrade erfordert nss 3.14.1.1.93-1 und nspr 4.9.4-1. Diese können ohne Probleme verwendet werden. Als Verursacher der Störung bleiben folglich:

linux-api-headers
glibc
binutils
gcc-libs
gcc

Diese sollten vorerst in den Versionen vor dem 28. Dezember 2012 verwendet und vom Upgrade ausgeschlossen werden. Die Entwickler von Ubuntu One scheinen dem Problem kein großes Interesse entgegenzubringen.

fireandfuel

Ok, laut https://wiki.ubuntu.com/UbuntuOne/Bugs#Files_.28Ubuntu_One_client_.26_syncdaemon.29 habe ich mal den syncdaemon debugt:

Ergebnis davon ist, dass mehrmals folgende Exception auftritt (die ID oben und unten habe ich anonymisiert, falls das gebraucht wird - füge ich das noch hinzu):

ubuntuone.SyncDaemon.local_rescan - ERROR - in the scan: <type 'exceptions.KeyError'> ((0, 'exxxxxxx-bxxx-4xxx-9xxx-bxxxxxxxxxxx'))
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/twisted/internet/defer.py", line 576, in _runCallbacks
    current.result = callback(current.result, *args, **kw)
  File "/usr/lib/python2.7/site-packages/twisted/internet/defer.py", line 1214, in unwindGenerator
    return _inlineCallbacks(None, gen, Deferred())
  File "/usr/lib/python2.7/site-packages/twisted/internet/defer.py", line 1071, in _inlineCallbacks
    result = g.send(result)
  File "/usr/lib/python2.7/site-packages/ubuntuone-client/ubuntuone/syncdaemon/local_rescan.py", line 716, in _scan_one_dir
    d = defer.execute(scan)
--- <exception caught here> ---
  File "/usr/lib/python2.7/site-packages/twisted/internet/defer.py", line 109, in execute
    result = callable(*args, **kw)
  File "/usr/lib/python2.7/site-packages/ubuntuone-client/ubuntuone/syncdaemon/local_rescan.py", line 676, in scan
    share)
  File "/usr/lib/python2.7/site-packages/ubuntuone-client/ubuntuone/syncdaemon/local_rescan.py", line 405, in _compare
    share_info = self._get_share_info(dirpath)
  File "/usr/lib/python2.7/site-packages/ubuntuone-client/ubuntuone/syncdaemon/local_rescan.py", line 320, in _get_share_info
    changd = self.fsm.changed(mdid=obj.mdid)
  File "/usr/lib/python2.7/site-packages/ubuntuone-client/ubuntuone/syncdaemon/filesystem_manager.py", line 1246, in changed
    mdobj = self.fs[mdid]
  File "/usr/lib/python2.7/site-packages/ubuntuone-client/ubuntuone/syncdaemon/tritcask.py", line 953, in __getitem__
    return self._deserialize(self._db.get(self.row_type, key))
  File "/usr/lib/python2.7/site-packages/ubuntuone-client/ubuntuone/syncdaemon/tritcask.py", line 868, in get
    kd_entry = self._keydir[(row_type, key)]
exceptions.KeyError: (0, 'exxxxxxx-bxxx-4xxx-9xxx-bxxxxxxxxxxx')

Laut u1sdtool hängt es bei "doing local rescan" und im log steht "local_rescan.py" ... moment, da fällt mir was auf.
Aber das ist eine andere Exception als im Bug-Report bei Launchpad.

Kannst du die Exception bestätigen?
Wenn ja, dann sollte in Launchpad ein neuer Bug-Report erstellt werden.

Aldus

Vielen Dank für deine Bemühungen! Ich allerdings bin zunächst einmal froh, dass das Ding nach dem Downgrade der gcc-bezogenen Pakete läuft. Ich habe jetzt wirklich nicht die Zeit dafür, erst wieder ein Upgrade von gcc & Co. zu machen, um den Ubuntu One-Client abzuschießen und dann zu debuggen - und dann wieder ein Downgrade durchzuführen, um eine funktionierende Anwendung zurückzubekommen.

Das gilt insbesondere in Anbetracht des Umstands, dass die Entwickler bei Canonical der Angelegenheit offenbar kein Interesse entgegenbringen - vom Support bekam ich bloß mitgeteilt, dass man halt Kompatibilität zu anderen Distributionen nicht immer garantieren könne. Und die strategischen Interessen von Canonical sind natürlich ganz andere, für die hat die Kompatibilität zu anderen Linuces sicher keine Priorität. Sondern die sind eher darauf aus, Ubuntu One als Dropbox-Alternative bei Windows- und Mac-Anwendern bekannt zu machen, um auf diese Weise Werbung für ihr Ubuntu zu machen, das sich ja mehr und mehr sozusagen zum Windows der Linux-Welt entwickelt. Wobei nach dem, was ich hörte, der Ubuntu One-Client unter Windows auch ziemlich beschissen sein soll, also wird man sich darauf konzentrieren, die Fehler der Windows-Version auszubessern.

Die Frage ist dann halt doch eher die, ob man nicht auf Ubuntu One besser verzichten und doch die Dropbox nehmen sollte - allerdings sind Server auf der Isle of Man mir lieber als solche in den USA. Ich bin auch ein bisschen verwundert, dass mir hier nur ein einziger Teilnehmer antwortet: Verwenden nur so wenige Leute Ubuntu One unter Arch Linux?

Ansonsten lerne ich aus der Angelegenheit, dass mir Arch Linux als Produktivsystem - ich habe seit geraumer Zeit in Erwägung gezogen, es in Zukunft als solches zu verwenden - zu riskant ist. Ich war von Arch Linux zunächst einmal begeistert, da ich über Monate den Eindruck gewonnen habe, dass es eine sehr gute Synthese aus Aktualität und Stabilität bietet und der Wartungsaufwand sich in vertretbaren Grenzen hält. Aber wenn es vorkommt, dass ein Routineupgrade die Funktionalität von Anwendungen gefährdet, ich dann ein Downgrade von Systemkomponenten vornehmen muss und deswegen irgendwann wieder mit Abhängigkeitsproblemen rechnen muss, dann ist das halt nicht verlässlich genug.

fireandfuel

Ich wechsle jetzt zu Dropbox, da Dropbox im Gegensatz zu UbuntuOne die Daten als Binary Diff verschickt, es ist also auch möglich TrueCrypt-Container mit Dropbox zu nutzen.
Außerdem geht das dann viel schneller, wenn sich was ändert.

2GB für umsonst reichen mir aus, das ist zwar weniger als bei UbuntuOne (5GB), aber ich habe nicht mal 1 GB drin.

Wenn der Support bei Canonical einem so klar macht, dass man nur Ubuntu als Linux-Distri unterstützen will, dann will ich UbuntuOne nicht mehr nutzen.
Ich bin nicht umsonst von Ubuntu zu Arch (und von Unity zu KDE) gewechselt, um nun das gleiche Update-Desaster zu haben wie jedes halbe Jahr bei Ubuntu.

Der Upload meiner Daten zu Dropbox wird zwar wieder bisschen dauern, aber wenn es dauerhaft besser geht dann bin ich damit auch zufrieden.

PS: Ich denke die ehemaligen Ubuntu-Nutzer, die nach dem Erscheinen von UbuntuOne gewechselt sind, werden wohl teilweise UbuntuOne nutzen, aber anscheinend sind das nicht sehr viele.

Creshal

Btw, wenn du eine "vernünftige" Dropbox-Alternative willst, mal SparkleShare anschauen. Damit bist du im Zweifelsfall komplett provider- und client-unabhängig.

Aldus

Das Problem ist dankenswerterweise durch einen Patch gelöst:
https://bugs.launchpad.net/ubuntuone-client/+bug/1093111/comments/6
In /usr/lib/python2.7/site-packages/ubuntuone-client/ubuntuone/syncdaemon/tritcask.py muss nur eine Zeile ergänzt werden, dann läuft der Client auch mit glibc 2.17 wieder ordnungsgemäß.

meson11

das funktioniert bei mir leider nicht.

meson11

Habe gerade etwas interessantes festgestellt: auf menem Stand-PC funktioniert Ubuntu One tadellos ohne Patch. Auf meinem Laptop hingegen weder mit noch ohne Patch. Jemand Ideen dazu?

cielavenir

Sie löschen ~/.local/share/ubuntuone und neustarten u1sdtool.

meson11

thank you, now u1 works on all my devices without patch.

cielavenir

You're welcome. You mean 4.0.0-4 by saying "without patch"? I still need to patch it since I installed libc6 experimental (2.17) on my Debian...
And quite thank you for English... Actually I'm a Japanese :p