Der Remotespeicherdienst konnte die Datei nicht zurückrufen

Hallo,

also gestern hat weder "Speichern unter" noch "Kopieren (Datei)" geholfen,
es wurde immer bei mind. 50 von 480 Dateien (alles pdf-files, 200kb bis 2MB gross)
der download mit obiger Meldung abgebrochen.

Nur nach mehrmaligen (mind. 10mal) Synchronisieren mittels Toucan (freeware) konnten alle files heruntergeladen werden.

Gerade jetzt bin ich dabei nochmals alle Files runterzuladen (Speichern unter) und es funktioniert einwandfrei in einem Rutsch.

Scheint so als hätte wuala gestern eine "schluck-auf" gehabt ;-)

btw. ja den link hatte ich vorher schon gelesen, er bot mir aber leider keine Lösung.

Habe dasselbe Problem. Dass es bei pillo nach dem Synchronisieren in einem Rutch geklappt hat, dürfte allein daran liegen, dass Wuala die Dateien zwischenzeitlich im lokalen Cache hatte und somit nicht mehr aus dem Netz laden musste ...

Hi murphy,
habe immernoch von Zeit zu Zeit dieses Problem.
Muss dann immer so 20mal (oder entsprechend der Anzahl der neuen Files) das Synchen wiederholen bis alles auf neuesten Stand ist :-(

btw, am Cache kann es nicht liege das es bei einem mal komplett geklappt hat,
denn ich lösche den Cache mehrmals täglich.

Hmm, welchen Cache denn? Ich persönlich meinte jetzt ...\Wuala\Data\Local2\...
Nicht den Browsercache oder sowas ;)

Ich frage nur, weil den Wuala-Cache mehrmals täglich zu löschen wäre doch widersinnig, da müsste ja alles bei jedem Zugriff ständig neu übertragen werden 8o.

Ne, war schon der Cache unter Optionen>Lokaler Cache gemeint.

Ich versuche ihn nur zur Zeit zu löschen, da nach mehreren Tagen wuala-benutzung (tägliches wuala öffnen-schliessen) ein "unlöschbarer" Cache von mittlerweile 20MB entstanden ist :-(

Ja, ok, hatte ich eigentlich auch nicht anders erwartet ... nix für ungut! ;D
Deine Erklärung wirft jedoch eine weitere Frage auf:
Das mit dem "unlöschbaren Cache" kenne ich wiederum auch vom Internet Explorer, dagegen hilft nur manuelles löschen des Ordners "Temporary Internet Files".
Wenn dich die 20 MB wirklich stören, warum klappt bei dir analog dazu ein Löschen des Ordners "Wuala\Data" nicht?

ich und mein WG Kumpane haben das selbe Problem auf unterschiedlichen Rechnern. Es tritt unter Vista 32bit/64Bit sowie unter Windows XP Sp3 auf. Das Problem ist extrem nervend. Wenn ich einen download mache, möchte ich nicht 3 Stunden damit verbringen auf "Wiederholen" zu klicken. Ich habe besseres zu tun ;)

Scheint auf der Prioritätenliste nicht weit oben zu stehen ;]
Ich habe Windows XP Professional SP3, just for the records.

Problem besteht immer noch :-(
Robocopy - simples /MIR mit Netzlaufwerk auf WinXP, v224

Das dürfte daran liegen, dass es wie alle anderen Probleme, die nicht mindestens 10.000 Nutzer betreffen, entgegen aller beteuernden Phrasen an anderer Stelle einfach weiter ignoriert wird =]

Ja, das Problem besteht bei mir auch noch, zwar nicht jeden Tag, aber es nervt trotzdem extrem.

Da ich aber keinen anderen Anbieter kenne, der die selben Features (Crypto) bietet,
werde ich wohl im Moment bei wuala bleiben müssen.

same problem. wenn man sich nicht sicher sein kann, das wuala die daten fehlerfrei speichert, wird es im grunde unbrauchbar :(

ja, das ist so eine Sache mit dem Netzlaufwerk - mal geht's, mal geht's nicht...
ich hab schon in all meinen scripts (rsync, robocy) eine errorlevel-Abfrage. Falls Fehler, dann nochmals Start von vorne...
--
Hast Du den Backup-Folder schon probiert? (als Pro-User)

Fehler besteht leider noch immer
Datei in Gruppe kopieren - anderer PC - Dateien von Gruppe direkt aus Wuala auf Zielordner ziehen - 3x diese Fehlermeldung - erst als alle Dateien im Cache waren, keine Fehlermeldung mehr - SEHR viel Aufwand für 12 MB an Dateien
Bitte um Fehlerbehebung !!!

Mit oder ohne* interessiert sie** nicht die Bohne!

Mal so Fanta4 zitier ... =)

* den hinreichend beschriebenen Fehler
** die Nasen von Wuala

Any news about fixing the bug concerning
"Windows Error Code 4350: Der Remotespeicherdienst konnte die Datei nicht zurückrufen. " ???

Siehe mein letztes Posting ... seitens Wuala ist offenbar den Fehler aussitzen angesagt, und unsererseits hoffen, dass er bei irgendeinem Update irgendwie zufällig verschwindet :]

Nunja murphy, das wäre wirklich schade wenns so wäre.

Kennt jemand ein Sync-Programm für WinXP/Vista das diesen Fehler erstmal ignoriert und es später dann nochmal versucht,
mit Skripten, wie oben von joe12 beschrieben kenn ich mich nun garnicht aus.

Dem ist im Grunde schon so, da auf den Fehler hier (wie schon in zahlreichen anderen Threads zuvor) nicht direkt eingegangen wurde – sowie die Vermutung, dass er (hoffentlich, wenn auch nicht zufällig) im Rahmen eines grundsätzlichen Updates verschwinden wird, offenbar auch zutreffend ist.

Generell bin ich natürlich auch ein Freund grundsätzlicher Problemlösungen, anstatt an einzelnen Symptomen herumzudoktorn, aber das hätte dann auch schon vor Monaten und nicht erst jetzt hier Erwähnung finden können ... denn nicht jeder ist mit Wuala so eng verbandelt, dass er ständig irgendwelche Blogs (dortiger Eintrag erst wenige Wochen alt!) oder welche "diversen Stellen" auch sonst durchstöbert :)

An geeigneter Stelle wie z.B. den seit Bestehen des Problems erschienenen Newslettern, die jeden User erreichen, stand (neben reichlich Selbstlob und Eigenwerbung 8) von solch wichtigen Entwicklungsschritten jedenfalls nichts ...

Wenn ich das richtig verstehe hat das Problem das ursprünglich geposted wurde aber nichts mit der Filesystem-Integration zu tun? Oder versteh' ich da was falsch?

Zumindest die von pillo und mir (vorwiegend) verwendete Datei-Synchronisierung basiert darauf, weshalb große Hoffnung besteht, dass der Fehler wenigstens bei Gebrauch entsprechender Tools nicht mehr auftreten wird ... und vielleicht erübrigt er sich dann ja auch (tatsächlich zufällig) bei manuellen Kopiervorgängen ;>

Vor allem gehe ich aber davon aus, dass so etwas wie hier http://getsatisfaction.com/wuala/topi... beschrieben nicht noch einmal vorkommt. Thread ebenfalls komplett unbeantwortet, da vermutlich ein (evtl. auch nicht reproduzierbarer, hab's seitdem nicht mehr drauf ankommen lassen) Einzelfall.

Insofern bin ich sehr neugierig auf eine vollständig überarbeitete Filesystem Integration; selbst wenn der ursprünglich beschriebene Fehler damit nicht behoben wird, lässt er sich doch immerhin dadurch umgehen ...

Ich würde aber auch nicht zu viel erwarten. Wuala bleibt ein System, das auf das Internet zugreift, da gibt's halt auch mal einen Timeout. Wenn ein Client-Programm nach einer Sekund beschliesst dass es jetzt einen Timeout hat, können wir nicht viel machen.
Entschuldigungen, Entschuldigungen...;–) Wir wissen schon, dass die FSI nicht nur das Gelbe vom Ei ist. Das ganze ist aber, besonders unter Windows, kein ganz einfaches Thema (siehe die Probleme von Samba-Servern mit Windows 7, zum Beispiel).

Das versteht sich natürlich alles von selbst, und vor allem an kostenlose Software habe ich auch keine übertrieben hohen Erwartungen. Doch in diesem Falle reibe ich mich an zwei Punkten:

1. Der Fehler ist definitiv plötzlich und dann auch wiederholt aufgetreten, davor jedoch nie. Daraus würde ich den Umkehrschluss ableiten, dass er durch eine Veränderung am Code ausgelöst wird, die a) vermutlich nicht unbedingt etwas mit timeouts zu tun hat und b) theoretisch reversiebel bzw. – sofern der Fehler lokalisierbar wäre – durch stabileren Code ersetzbar sein müsste.

2. Der Fehler trat bei pillo und mir durch Nutzung von absoluten Grundfunktionen auf (Download einer mittelgroßen Anzahl mittelgroßer Dateien) und scheint sich daher nicht auf seltene Sonderkonstellationen verschiedenster Faktoren zu beschränken. Andererseits erstaunlich, dass sich bisher "nur" 5 Leute zu dem Problem gemeldet haben ... vielleicht eine Wechselwirkung mit anderer Software oder einer bestimmten Netzwerkkonfiguration, wer weiss.

Gerade deshalb erhoffe ich mir von einer grundsätzlich neu gestrickten FSI, dass die eigentliche Fehlerursache, sollte sie nicht mit bekannten Bugs in direktem Zusammenhang stehen, sich quasi per Zufall gleich mit erübrigt.

Eine Bitte hätte ich jedoch: Sobald die neue FSI verteilt wird, im nachfolgenden Newsletter vielleicht einen der selbstwerbenden Sätze streichen und dafür eine kurze Mitteilung über das grundlegende Update einflechten ;o) Optimalerweise kombiniert mit einem Link für Rückmeldungen im Forum, dann haben wir auch wirklich alle was davon ... inklusive Blogmuffel =)

Also hier ist was mir nicht klar ist:

Betrifft das alle downloads oder nur die Filesystemintergration? D.h. geht's wenn man über das Wuala-UI geht ("Rechtsklick->Herunterladen nach...")?

Nee, genau damit fing es ja an (siehe pillos erste Postings). Ersatzweise per FIS zu synchronisieren hat dann leider auch nicht funktioniert ...

Vielleicht kann pillo ja noch mal einen präzisen und detaillierten Bug-Report abliefern, und sofern ich dazu komme (bzw. es dazu kommt) werde ich das dann auch tun!

So, hier mein erster detaillierter Bug Report ...

Bei Download von 31 Files à 3 MB per Drag and Drop Fehlermeldung:

"Der Remotespeicherdienst konnte die Datei nicht zurückrufen."

Trat auch bei mehrfachen Versuchen immer schon nach dem 1. File auf.

Bei Download per Rechtsklick und "Herunterladen nach ..." Fehlermeldung:

'********.JPG' konnte nicht heruntergeladen werden.
Grund: Wuala konnte keine Verbindung mit den Internet aufbauen.
com.wuala.common.exception.CouldNotConnectException: Error.CouldNotConnectException.msg, empty 188.40.96.207-LIST could not connect to 188.40.96.207, ports=50035, null

Trat während des Kopierens beim 14. von 31 Files auf, danach kam ein längerer Hänger, danach Download der restlichen Files.
Das fehlende File konnte scheinbar im Download-Fenster "nachgestartet" werden, lief bis 100%, wurde aber nicht gespeichert.

Anschließend Zielordner und Cache restlos geleert (auch manuell = 0 Byte) und zweites Verfahren wiederholt.
Im Gegensatz zum ursprünglichen Download (Minuten) Transfer aller (!) Files nun rasend schnell (Sekunden).
Dabei Anzeige bei den Files im Downloadfenster unmittelbar nach Kopierstart bereits 100%!
(Kann mir das jemand erklären?!)

Anschließend erstes Verfahren wiederholt, selbes Ergebnis wie beim zweiten Versuch des zweiten Verfahrens. Weitere Tests mit denselben Files daher offenbar sinnlos.

Wenn's mal wieder was zum downloaden gibt, nächster Bericht.

Was is mit pillo? Verfrühter Winterschlaf? Urlaub? :)