Hallo,
ich möchte hier mal auf eine Reihe von Fehlern in den aktuellen Softwareversionen hinweisen, die sich nach und nach angehäuft haben und stetig mehr werden. Da ich schon viel zu viel Zeit mit dem Support verschwendet habe, werde ich hier keinen neuen Text verfassen, sondern stattdessen meine Nachrichten an den Support einfügen. Ich hoffe, dass dadurch mehr Leute auf die vielen Fehler aufmerksam werden, damit deren Behebung bei Synology eine höhere Priorität bekommt. Der Text hat teilweise Bezug auf meine vorherige Unterhaltung mit einem Supportmitarbeiter, dessen vollkommen nutzlosen Standardantworten ich euch hier erspare. Nach meiner letzten eMail kam nun seit Wochen überhaupt keine Antwort mehr.
13.04.2014:
Problem Explanation: I have some problems with my DS411j. Memory load is alway around 50%. I have no extra packages or processes running and no activity. I first noticed this after upgrading to DSM 5. Also CPU load raises to about 100% while transferring to a Windows 7 PC via Samba at about 15MiB/s. This is almost the maximum possible speed with my WLAN connenction over my router, but some time ago I connected to it via Ethernet and got a transfer speed of 80MiB/s reading via Samba.
CPU load is normal while transferring via FTP.
Product Information/Question Personal Information
Product: DS411j
Product Version: DSM 5.0-4458 Update 2
Type of Usage: Zu privaten Zwecken
Type of Message: Ich benötige technische Unterstützung Category: File Transfer/Sharing(SMB/AFP/NFS)
06.05.2014:
Hallo,
das Gerät lief seit dem Update durchgehend bis auf einzelne Reboots. Nach dem Update wurde ein Vorgang angezeigt, ich glaube es wurden neue Vorschaubilder erstellt. Dieser Vorgang war zum Zeitpunkt meiner Supportanfrage bereits abgeschlossen. Die CPU ist im Leerlauf kaum belastet und steigt auf nahezu 100%, sobald per Samba Daten übertragen werden.
Ein anderes Problem, was mir aufgefallen war ist, dass die Download Station manchmal keine Downloads mehr startet, nachdem man manuell alle angehalten hat. Downloads können dann erst fortgesetzt werden, nachdem der Dienst neu gestartet wurde. Das Problem bestand aber schon vor DSM 5.
Sicherheitslücke: Die Audio Station gewährt Zugriff auf Audiodateien in Verzeichnissen, die für den Benutzer nicht zugänglich sein dürften. Das Problem besteht schon länger, ich glaube seit DSM 4.3, bin mir aber nicht ganz sicher.
Noch ein Bug: Das Gastkonto „guest“ hat immer wieder nach einiger Zeit das Passwort zurückgewiesen. Dieses musste dann neu gesetzt werden. Ich habe daher ein zusätzliches Konto „gast“ angelegt.
Die Änderung des Passworts war nur admin gestattet, ist also nicht durch andere Benutzer geändert worden.
Gerade habe ich nochmal getestet, ob das Problem behoben wurde: Ich kann mich jetzt überhaupt nicht mehr als guest anmelden.
12.05.2014:
Hallo,
die Übertragungsgeschwindigkeit bei FTP wird durch meine Netzwerkverbindung begrenzt. Ich übertrage von der Diskstation auf meinen PC mit 15MB/s. Der Dienst ftpd verursacht dabei ca. 5% CPU-Last.
Das Problem mit der Audio Station besteht immer. Alle Audio-Dateien in für Audio indizierten Ordnern stehen jedem Benutzer mit Audio Station Rechten darüber zur Verfügung. Wünschenswert wäre aber, dass hier die Rechteverwaltung der Benutzerebene greift und dass für den Medienserver auch Rechte verwaltet werden können.
Eine debug.dat möchte ich nicht ohne weiteres weitergeben. Wenn das Problem mit der DownloadStation bei anderen Nutzern nicht auftritt, wird es wohl ganz einfach durch zurücksetzen aller damit verbundener Einstellungen zu lösen sein. Ich kenne mich allerdings mit der Verzeichnisstruktur von Linux nicht gut genug aus, um das ohne Anleitung zu tun. Was für Sie aber möglicherweise von Bedeutung sein könnte ist, dass ich mitunter sehr große Download-Warteschlangen einfüge von bis zu schätzungsweiße 200 Dateien, die bei Share-Online gehostet sind. Das Problem tritt nur sporadisch auf, wenn ich manuell alle Downloads angehalten habe.
Vielleicht hat die Download-Station eine eigene Log-Funktion. Ein reines DownloadStation Log könnten Sie gerne haben.
ich möchte hier mal auf eine Reihe von Fehlern in den aktuellen Softwareversionen hinweisen, die sich nach und nach angehäuft haben und stetig mehr werden. Da ich schon viel zu viel Zeit mit dem Support verschwendet habe, werde ich hier keinen neuen Text verfassen, sondern stattdessen meine Nachrichten an den Support einfügen. Ich hoffe, dass dadurch mehr Leute auf die vielen Fehler aufmerksam werden, damit deren Behebung bei Synology eine höhere Priorität bekommt. Der Text hat teilweise Bezug auf meine vorherige Unterhaltung mit einem Supportmitarbeiter, dessen vollkommen nutzlosen Standardantworten ich euch hier erspare. Nach meiner letzten eMail kam nun seit Wochen überhaupt keine Antwort mehr.
13.04.2014:
Problem Explanation: I have some problems with my DS411j. Memory load is alway around 50%. I have no extra packages or processes running and no activity. I first noticed this after upgrading to DSM 5. Also CPU load raises to about 100% while transferring to a Windows 7 PC via Samba at about 15MiB/s. This is almost the maximum possible speed with my WLAN connenction over my router, but some time ago I connected to it via Ethernet and got a transfer speed of 80MiB/s reading via Samba.
CPU load is normal while transferring via FTP.
Product Information/Question Personal Information
Product: DS411j
Product Version: DSM 5.0-4458 Update 2
Type of Usage: Zu privaten Zwecken
Type of Message: Ich benötige technische Unterstützung Category: File Transfer/Sharing(SMB/AFP/NFS)
06.05.2014:
Hallo,
das Gerät lief seit dem Update durchgehend bis auf einzelne Reboots. Nach dem Update wurde ein Vorgang angezeigt, ich glaube es wurden neue Vorschaubilder erstellt. Dieser Vorgang war zum Zeitpunkt meiner Supportanfrage bereits abgeschlossen. Die CPU ist im Leerlauf kaum belastet und steigt auf nahezu 100%, sobald per Samba Daten übertragen werden.
Ein anderes Problem, was mir aufgefallen war ist, dass die Download Station manchmal keine Downloads mehr startet, nachdem man manuell alle angehalten hat. Downloads können dann erst fortgesetzt werden, nachdem der Dienst neu gestartet wurde. Das Problem bestand aber schon vor DSM 5.
Sicherheitslücke: Die Audio Station gewährt Zugriff auf Audiodateien in Verzeichnissen, die für den Benutzer nicht zugänglich sein dürften. Das Problem besteht schon länger, ich glaube seit DSM 4.3, bin mir aber nicht ganz sicher.
Noch ein Bug: Das Gastkonto „guest“ hat immer wieder nach einiger Zeit das Passwort zurückgewiesen. Dieses musste dann neu gesetzt werden. Ich habe daher ein zusätzliches Konto „gast“ angelegt.
Die Änderung des Passworts war nur admin gestattet, ist also nicht durch andere Benutzer geändert worden.
Gerade habe ich nochmal getestet, ob das Problem behoben wurde: Ich kann mich jetzt überhaupt nicht mehr als guest anmelden.
12.05.2014:
Hallo,
die Übertragungsgeschwindigkeit bei FTP wird durch meine Netzwerkverbindung begrenzt. Ich übertrage von der Diskstation auf meinen PC mit 15MB/s. Der Dienst ftpd verursacht dabei ca. 5% CPU-Last.
Das Problem mit der Audio Station besteht immer. Alle Audio-Dateien in für Audio indizierten Ordnern stehen jedem Benutzer mit Audio Station Rechten darüber zur Verfügung. Wünschenswert wäre aber, dass hier die Rechteverwaltung der Benutzerebene greift und dass für den Medienserver auch Rechte verwaltet werden können.
Eine debug.dat möchte ich nicht ohne weiteres weitergeben. Wenn das Problem mit der DownloadStation bei anderen Nutzern nicht auftritt, wird es wohl ganz einfach durch zurücksetzen aller damit verbundener Einstellungen zu lösen sein. Ich kenne mich allerdings mit der Verzeichnisstruktur von Linux nicht gut genug aus, um das ohne Anleitung zu tun. Was für Sie aber möglicherweise von Bedeutung sein könnte ist, dass ich mitunter sehr große Download-Warteschlangen einfüge von bis zu schätzungsweiße 200 Dateien, die bei Share-Online gehostet sind. Das Problem tritt nur sporadisch auf, wenn ich manuell alle Downloads angehalten habe.
Vielleicht hat die Download-Station eine eigene Log-Funktion. Ein reines DownloadStation Log könnten Sie gerne haben.