Beiträge von SKARABAEUS

Zur Ergänzung:
mein TS-264-G8 läuft mit einem Ram-Update von 2x32GB (also mit 64GB Arbeitsreicher) super und ohne Probleme.

Verbauter Ram:
Werbung entfernt, siehe Forenregeln!

Ich Bedanke mich auch sehr

Bei mir trat der Fehler bei der Migration der Festplatten in ein neues Qnap-Nas auf.

Ich habe das oben genannte Verzeichnis "/share/CACHEDEV1_DATA/.qpkg/.QKVM" geleert
und gesichert und konnte dann wieder ohne Fehler installieren.
Zusätzlich habe ich den Verzeichnisinhalt wieder zurückgespielt, den Qnap neugestartet und alles war wieder da.

Hallo Leute,

habe bei meinem TS119 auf die neue Firmware Version 3.2.3 build 0212T
upgedatet weil hier angeblich WebDAV unterstützt wird.

Leider funktioniert der Webserver nicht mehr wenn ich bei "Webserver" den "WebDAV aktiviere.
Zudem bekomme ich folgene Fehlermeldung im Systemprotokoll:
System 127.0.0.1 localhost Re-launch process [apache].

Vielleicht gibt es auch einen Zusammenhang mit dem untenstehenden Beitrag:
http://forum.qnapclub.de/viewtopic.php?f=45&t=7757

Vorab vielen Dank für Eure Hilfe!

Hi@all,

das Problem konnte per PN gelöst werden,
um diesen Beitrag nicht unnötig in die länge zu ziehen.

Es lag an der Portzuweisung im Qnap.

Es bleibt dennoch zu hoffen das die Downloadstation
mit den nächsten Firmware Versionen speziell im Bittorrent-Bereich verbessert wird.

Hi,

habe diesbezüglich schon mal einen Beitrag verfasst:
http://forum.qnapclub.de/viewtopic.php?f=29&t=1345

Ich habe aber eine Lösung gefunden.
Installiert das OPKG-Paket rtorrent++ --> http://forum.qnapclub.de/viewforum.php?f=83

Funktioniert ganz zufriedenstellend:

Hallo Leute,

ich habe mal die Möglichkeiten von mldonkey ausgetestet.
Vom Hocker hat es mich nicht gerade gehauen.
Die Einstellungen speziell zum seeden von Torrents sind mehr als dürftig,
zudem vermisse ich die Funktion DHT-Netzwerk für öffentliche Netze,
wodurch der Speed sehr stark nach unten gedrückt wird.
Das ganze Teil scheint sehr P2P lastig zu sein.
Auch finde ich die Konfiguration etwas umständlich.

Fazit für mich:
mldonkey ist für meine Zwecke nicht brauchbar,
denn mit einem Server will man "stromsparend" seeden.
Da aber bereits gezogene Files in die Shared-Kategorie verschwinden,
scheint es so als ob sie nicht mehr seeden.

Konsequenz für mich:
mldonkey deinstallieren und warten bis Qnap die Downloadstation verbessert.
Eventl. auf rtorrent umsteigen, was für mich allerdings im Moment als Qnapfrischling noch etwas schwierig ist.

Aber kommt Zeit kommt Rat, so das ich meine Torrents wie gewohnt mit meinen lokalen PC lade und seede,

christian
bin ganz Deiner Meinung. Qnap hat nicht der schwarzen Peter.

sze
Sorry, du hast völlig recht MLdonkey wäre eine altanative die ich ausprobieren.
Siehe hier:

christian
auf diesem personifizierten Bittorent Anbieter, wir der Zugriff einfach über unseren Bittorrent-Clienten im Qnap geblockt!
Das passiert über Passkey Torrentfiles.

sze
es würde mich wundern, obwohl ich es noch nicht ausprobiert habe, wenn mldonkey, Bittorrentfiles laden kann.
Aber ich lasse mich gerne eines bessern belehren. :roll:

christian

Stacy ist der Nick eines Admin eines anmeldepflichtigen Bittorent Board.

Nach Aussage von dieser Person, werden mit unserem Client vom Qnap (client_test/0.13.00.00)
keine statistischen Informationen übermittelt (Up-Download werden für jeden User extra berechnet-->Passkey im Torrentfile).
Um eine cheaten zu verhindern wurde der Client gesperrt.

Ich bin dabei mich als Testperson zur verfügung zu stellen.
Muß aber erst mit dem Chef reden.

Das könnte ich mir sparen wenn ich das QPKG Paket für rTorrent++ Beta installieren könnte.

Meine Vermutung hat sich bestätigt:

Zitat

Stacy
Hab nochmal nachgesehen, der wurde gesperrt, weil er keine Stats übermittelt hat.
Ich hab ihn in der Doku nachgetragen

Das ist die Aussage des Admin!!!

Also ein nicht ganz perfekter Client!!!
Hier die gesperrten Clients:

Hallo besitze zwar nicht den TS-101, aber die Downloadstation dürfte die selbe sein.

Nach meiner Erfahrung es liegt meist nicht an den Einstellungen,
sondern daran das vermutlich einige Bittorentanbieter, wegen mir nicht bekannten Gründen, gesperrt ist.
Der verwendete Client taucht mit dem Namen client_test/0.13.00.00 auf.

Gestützt wird meine Vermutung aus meinen Tests, in dem sich herausgestellt hat, das die meisten Torrents funktionieren,
wiederum gewissen von Anbietern keine Verbindung herstellen und das ganze auch noch ohne Fehlermeldung.

Also hoffen wir das Qnap vielleicht einen vernünftigen Clienten (komfortabler, kompatibler) in seinen Updates einpflegt.
Auch ein QPKG-Paket das funktioniert (QPKG Paket für rTorrent++ Beta kann ich nicht installieren), wäre eine Lösung.

Um den Qnap (der eigendlich schon sehr gut ist) zu perfektionieren steht noch eine Menge Arbeit ins Haus.

Ich besitze einen Qnap TS-109 II NAS-Server mit Downloadstation.

Nach kurzer Zeit mußte ich feststellen das vom einem gewissen Tracker geladene Torrents erst gar nicht anfangen zu laden.
Es wird keine Fehlermeldung ausgegeben.
Einige Tests (Portforwarding, andere Torrent-Files, Torrent-Files mit und ohne Passkey etc.) ergaben, das der NAS-Server
keine Verbindung zum diesem Tracker aufbaut.

Eigenartigerweise funktionieren alle von mir getestete Torrents bis auf die vom diesem Tracker.
Es liegt die Vermutung nahe, das der verwendete Client entweder nicht freigegeben oder gesperrt ist.

Der verwendete Client ist client_test/0.13.00 (siehe Bild)

Als Firmware wird die aktuelle verwendet (keine Beta).
Welche Möglichkeiten gibt es um mit diesem Client sich doch mit diesem Tracker zu verbinden?
Wo liegt der Fehler?

Edit:

Hier ist die Antwort:
http://forum.qnapclub.de/viewt…p?f=29&t=790&p=7195#p7190

Vielleicht hat ja noch jemand eine Lösung?!