Homeserver Forum

Hallo,

ich hab eine echt merkwürdiges Problem.

Auf meinem WHS läuft uTorrent (1.7.4) als Dienst.

Finish-Folder: \\meinhomeserver\download\finish
Temp-Folder: \\meinhomeserver\dlownload\temp

Das ganze funktioniert auch wunderbar, und bisher wenig Probleme, nur habe ich ein lästiges Problem. Wenn ich Torrents, welche aus geteilten Archiven (egal ob *.rar, *.zip oder *.7z) versuche wieder richtig zu entpacken, dann bekomme ich die Fehlermeldung, dass das Archiv nicht komplett bzw. vollständig ist. Nach einer Prüfung des Archives kommt heraus dass Archiv 2 und 3 defekt sind, 1 und 4 sind in Ordnung. Wenn ich die defekten Dateien lösche und anschließend erneut herunterlade, kann ich alles entpacken.

Bei "ganzen" Dateien ist es mir bisher noch nicht aufgefallen.

Das Problem ist allerdings schon etwas nervig, da ich mir bei gepackten Dateien jetzt überhaupt nicht mehr sicher sein kann, ob diese fehlerhaft sind.

Hat jemand ähnliche Probleme bzw. eine Lösung?

Grüße,
Tornobe

Hi!

Ich kann mich erinnern, dass uTorrent eines der Programme ist, die den Datenkorruptionsbug auslösen. Das würde auch die defekten Archive erklären.

Speichere die Dateien nicht direkt in die Shares, sondern leg dir einen Ordner D:\Downloads an, wo die Daten hinkommen. Entpacke sie dann von dort in die Shares.

lg Alex

Hallo,

das hab ich mir auch schon gedacht, und wollte ich als nächstes probieren. Dann muss ich wohl auf das PP1 warten, damit diese Probleme wohl behoben sind. Die Dateien D:\Downloads zu speichern ist auch nur eine temporäre Lösungsmöglichkeit... :-/ Da ich auf meiner Systemplatte nicht soviel Platz hab, wie auf den anderen ...

Grüße,
Tornobe

Das kannst du auch ganz einfach ausprobieren. Einfach mit µTorrent was runterladen und dann eine "neuerliche Überprüfung" auslösen. Da sieht man dann sehr schön, ob und wo der WHS-Bug zugeschlagen hat, vor allem wenn man eine dicke Leitung mit sehr vielen parallelen Verbindungen beim Download hat, kann man den Fehler recht zuverlässig provozieren.
Ich habe das mal probeweise bei einem großen Imagedownload ausprobiert, da hat er nach Fertigstellung 3x diverse Segmente nachladen müssen, ehe der Hash endlich gestimmt hat.

Du darfst die temporären Dateine nicht auf einem Share speichern! Also temp irgendwohin und die fertigen Downloads kannst du dann auf einen Share verschieben lassen

Sorry falls ich den alten Thread wieder aufwärme, aber besteht der Bug immer noch?

Und wo soll man die Temp Daten ablegen wenn nicht auf einem Share?

der bug soll wohl weg sein, aber heise und co berichteten teilweise was anderes.
um ganz sicher zu sein, sollte der incoming ordner nicht in einem share liegen. bei mir liegt er direkt auf d. also d:\incoming. nach fertigstellung im client, wird/ werden die datei(en) dann in einen share verschoben, macht der client automatisch. stören tut dies auch nicht, da man meist mit einzelnen filez aus einem paket eh nix anfangen kann.

hth
volker aka hundesohn