Leidiges Thema: Standby

Log kannste auch dann wieder ausstellen im Twonky (Port 9000)

Terz: Kann es sein, dass nicht das Suchen als solches, sondern das Loggen das Problem ist? Willst du mit dem "Loggen abschalten" sagen, dass es dadurch dann ruhig wird?

Ich habe meine TS-119 erst seit kurzem und versuche einfach die Dienste nach und nach zu aktivieren und auszutesten. Da es bis jetzt noch nicht aktiv in Betrieb ist, sondern eher Test- / Einrichtungsphase, konnte ich alle twonky-Sachen komplett killen. Das hat's gebracht, tatsächlich.

Ich habe eine 3,5" 2GB "Hitachi HDS722020ALA330 JKAO", aber daran würde es meiner Meinung nach auch nicht liegen.

MfG

Also im Log bei mir steht auch so etwas:

9:53:27:389 LOG_SCAN: checking for new locations
19:53:27:389 LOG_SCAN filescanner thread checking scan queue
19:53:27:389 dbx_queue_flush flushing cache
19:53:27:389 dbx_queue_flush cache empty
19:53:27:389 LOG_SCAN filescanner thread reading external import items
19:53:27:390 dbx_queue_flush flushing cache
19:53:27:390 dbx_queue_flush cache empty
19:53:27:390 LOG_SCAN filescanner thread checking plugins
19:53:28:391 LOG_SCAN: checking for new locations
19:53:28:391 LOG_SCAN filescanner thread checking scan queue
19:53:28:391 dbx_queue_flush flushing cache
19:53:28:391 dbx_queue_flush cache empty

Undzwar ebenfalls bei der Windows und Macversion bei 5.1.2 (ausserhalb des NAS).
Scheint sogar normal zu sein die Meldung.

Ihr schalter doch auch hoffentlich das Twonky Logging ab. Und habt es nur an, wenn es was zu loggen gibt? z.B. in diesem Falle wie hier? Dann das wäre auch denkbar, warum das NAS nicht in den Standby geht.

Ein Versuch wäre es bei euch auf jedenfall.
Grüsse, David

Nein mein Twonky Log war nur zu Testzwecken an, und ist sonst immer aus...das hilft aber leider nichts.

Jetzt wo du es sagst Ich check das grad mal ab.

EDIT:

Zitat von "BlackLotus"

Nein mein Twonky Log war nur zu Testzwecken an, und ist sonst immer aus...das hilft aber leider nichts.

Jo auch bei mir leider keine Änderung. Bei mir ist es egal ob der Twonky aktiv ist oder nicht. Wenn ich Dateidienst für Microsoft-Netzwerk deaktivier geht meine TS110 in Standby

Ich hatte das schon irgendwo geschrieben, ist aber anscheinend runtergegangen:
Wäre es nicht eine Lösung für solche Sachen, die ständig angetastet werden einen USB-Stick zu spendieren? Z.B. für diese Logs oder was auch immer. Wenn die Aufrufe dann von der Festplatte abgelenkt werden, legt sie sich doch schlafen. Und ob es denn vom Stick gelesen oder auf Stick geschrieben wird, ist doch erstmal vom Verbrauch aus egal. Ich hoffe, dass hdparm bei QNAP so schlau konfiguriert ist, dass es Speichermedien separat erkennen kann und dass die Festplatte sich auch trotz Zugriffe auf USB-Medium schlafen legen kann.

Das wäre eine generelle Idee unabhängig vom twonky.

Was twonky speziell betrifft würde ich gerne von den "alten Hasen" unter euch gerne wissen, ob ein solches Verhalten mit twonky und spindown schon früher oder bei den anderen QNAPs zu beobachten war. Wenn twonky denn irgendwann mal vernünftig funktioniert hat, dann sollte man den Fehler in der Änderung suchen. Oder gab es twonky früher nicht?

MfG

Ich kann nur berichten, dass ich seit 8 Monaten nie Probleme mit dem Spindown hatte und schon immer Twonky verwendet habe (4.4.17 dann erstmals 5.2.1 mit der 3.2.1 beta).

Der Spindwon funktioniert sonst sehr gut und intelligent. Mein Squeezebox Server pflegt z.B. auch ein Log, weckt aber die Platte auch nicht auf wenn es nicht nötig ist (z.B. wenn ich Webradio streame). Auch das generelle Logging weckt die Platte nicht auf, selbst mit offenen Samba Verbindungen fährt sie irgendwann runter.

Da ist wirklich etwas schief mit der aktuellen FW und zwar nur mit Twonky (zumindest bei mir). Ich schreib mal QNAP (haben die nicht einen Skype Support?) wenn ich Zeit habe oder versuche es mit einem Downgrade auf die 3.2.1 beta, wo es noch wunderbar lief. Kann man eigentlich einen kompletten Reset auf Werkszustand machen? Evtl. hilft das, wenn irgendwas zerschossen ist. Die Daten hab ich noch auf meiner Backup Platte.

Wie chris.at schon gesagt hat: Wenn ich Dateidienst für Microsoft-Netzwerk deaktivier geht meine TS110 in Standby

Genau das gleiche Verhalten kann ich bei mir beobachten.

MFG
TS-110

Hallo,

Zitat von "TS-110"

Wie chris.at schon gesagt hat: Wenn ich Dateidienst für Microsoft-Netzwerk deaktivier geht meine TS110 in Standby
Genau das gleiche Verhalten kann ich bei mir beobachten.

Darum hatte ich euch ja in dem anderen Thread auch gebeten mal das Logging des SMB Protokolls zu aktivieren und die Ergebnisse zu posten.
Scheint aber niemand ernsthaft Interesse dran zu haben..... :shock:

gut dass mein NAS in den StandBy geht.

Viele Grüße
Mathias

Soooo, als ich grad in meine Abstellkammer geschaut habe schlummert eine meiner 110er schön brav im Standby. Auch nach erfolgreicher Anmeldung am Rechner (Netzlaufwerke) erwacht sie nicht.
Ich habe gestern Abend nochmal den Twonky deaktiviert und nun hauts auf einmal hin. Windows Datendienst ist auch aktiviert. Also scheint es bei mir am Twonky zu liegen.

Ja ist definitiv der Twonky.

Hier ein Thread dazu im offiziellen Forum, da haben auch einige das Problem: http://forum.qnap.com/viewtopic.php?f=55&t=26237

Gruss
Oli

Na dann schauen wir mal wann sich etwas seitens qnap rührt

Joah, ich denke sogar, dass es an den Twonky liegt / an etwas anderen in der Firmware (Bug).
So wie ich das hier in den Ankündigungen gelesen habe, soll es auf der CeBit die Firmware 3.3.0 geben. Kann mir vorstellen, das eventuell da auch was gefixed worden ist.

Wer hinfährt soll sich mal den Twonky und Standby vorführen lassen.

Hi Leute

Bei dem neusten Firmware mit drin

>>>> Fixed enable UPnP media server causing hard disk not able to standby


Alles was noch gefixt wurde unten...


***Frage, muss ich zwingen meine Daten sichern wenn ich einen Firmware Update machen möchte?
(oder bleiben die Daten auf der HD bestehen)***


Update date  	2010/2/13
	Version 	3.2.3 Build0212
	Description 	
[Before Getting Started]
- It's highly suggested that you should back up all the data before applying this update.
- If you found the UI is incomplete/incorrect, please try to clear the browser's cache first and then refresh current page.
- Remeber to clear the browser cache & cookies after firmware upgrade.
 
[Version & Build]
v3.2.3 Build0212
 
[Checksum]
1311694785
 
[What's New?]
- Using kernel 2.6.22.18 (ARM)
- Adjust read_ahead of RAID5 (TS-410,TS-419,TS-410U,TS-419U)
- Add "default gateway option" in network configuration
 
-Web File Manager 2
* Brand new user interface with best use experience
* Supports file compression (zip) /decompression (7z, gzip, gz, zip, bzip2, bz2, tar, rar, tgz)
* Supports file searching
* Supports drag-n-drop: moving file & folder within NAS
* Multiple files uploading /downloading
* Upload: up to 128 files at a time
* Download: auto-compress selected files into one zip file
 
-Apple Time Machine Support
-WebDAV Support
-DFS (Share Folder Aggregation)
-Cloud Storage Backup (Amazon S3)
-Real-time Function Search
-Import User List
-Language Support: Dutch & Czech 
 
[Enhancement]
-Remote Replication Enhancement
*Displays task percentage and estimated remain time
*Manual start/stop for replication jobs
*Enhanced error log message
 
-Surveillance Station Enhancement
* Supports Windows 64-bit OS (XP, Vista)
* Supports Y-cam
 
-Date & Time Enhancement
* Customized datetime formate
* Daylight Saving Time (DST) support with customizable DST
 
-UPnP Media Server TwonkyMedia Server v5.1 (5.1.2)
-Password Strength Checker
-Support SNMP v3
-HTTPS for both Web Administration & Web Server
-Better NTFS External HDD Support (More stable and faster)
-Component Upgrade
* Samba: 3.3.9
* OpenSSL: 0.9.8e
* Apache: 2.2.14
* MySQL: 5.1.36
* PHP: 5.2.11
 
-Web Administration page layout can be remembered
-Provides the Write Cache option for EXT4
-PHP supports LDAP module
 
[Notice]
-[WebDAV] Ubuntu 9.04 or earlier versions might not be able to use WebDAV through GNOME. (works in 9.10)
 
[Major Bug Fixing]
-Fixes iSCSI processes in some situations may consume nearly 100% CPU resource and cause reboot or shutdown to fail
-Fixes copying using Windows Explorer may cause NAS system unstable in conjunction with EXT4 file system
-Fixed failed Remote Replication jobs and removed the progress indicator in Remote Replication
-Fixed rsync segmentation fault error in some cases
-Fixed failed synchronized backup jobs when backing up to external drives
-Fixed occasional instability issues with iSCSI target connections during the NAS boot process 
-Fixed usernames with spaces can't login via Windows Networking (SAMBA)
-Fixed SNMP trap address error handling
-Can't join Windows AD if the password contains the special character !
-Users cannot authenticate using a Windows Server 2000 domain controller
-Update WINS configuration on Samba changes
-After changing the SSL port in web server, users cannot login via HTTPS.
-fter changing the web administration port and resetting the NAS via the reset button, users cannot login via HTTPS. 
-(UPnP Media Server) In dual-lan setup, media receivers will appear twice
-Fixed RAID Capacity Expansion with 2TB hard drives
-Multimedia Station) Can't navigate to the other pages
-ixed FTP usernames in lower/upper case causing permission error
-Fixed playback issue in Surveillance Station under 64-bit Windows Vista and Windows 7 
-Fixed permission issue if the new share name partially matches the exisiting shares
-Fixed Guest access right default settings on USB drives after system reboot
-Fixed enable UPnP media server causing hard disk not able to standby
-Fixed large file transfer via AFP under EXT4 causing the web admin page crash

Zitat von "Shaakhar"

Hi Leute

Bei dem neusten Firmware mit drin

Fixed enable UPnP media server causing hard disk not able to standby

[/code]

Alles anzeigen

Da ist ja gerade der Gag!

Obwohl als Bugfixed angekündigt, ist es genau der UPNP Media Server in der neuesten Firmware 3.2.3 0212, der exakt das Gegenteil bewirkt.

Und es liegt definitiv am Twonky, habe gestern die halbe Nacht gestest, einzige Lösung: Twonky komlett abschalten oder downgraden auf alte Firmware.

Es nutzt auch nichts, die Rescantime auf 0, -1 oder auf 1440 (24 Stunden) zu stellen, der Twonky schreddert ununterbrochen auf der Festplatte rum, was ja die vorstehenden Logfiles auch verdeutlichen.

Wer also auf den schönen neuen webbasierten Dateimanager verzichten kann, sollte bis zum nächsten Update besser wieder auf die vorherige ofizielle Firmware downgraden, Rescantime des Twonky auf Null stellen und es ist Ruhe im Karton.

Zitat von "georg.strauch"

Wer also auf den schönen neuen webbasierten Dateimanager verzichten kann, sollte bis zum nächsten Update besser wieder auf die vorherige ofizielle Firmware downgraden, Rescantime des Twonky auf Null stellen und es ist Ruhe im Karton.

Ahhhh das hab ich gesucht....( Rescantime des Twonky auf Null stellen und es ist Ruhe im Karton )
Trotz stundem langem Lesen, habe ich dies nicht gefunden.
Hätte jetzt fast den fehler gemacht das neue Update deshalb drauf zu tun.
Dann warte ich auch.

Danke für deine (auch für Leihen) Verständliche Antwort.

Gruss Shaakhar

Tja wieso haben die nicht lieber noch den älteren Twonky in die neue FW implementiert. :roll: Ist ja nicht seit gestern bekannt das der neue Twonky Bugy ist.
Wann kann man mit einem FW Fix rechnen??

Wahrscheinlich dann, wenn es eine neue Twonkyversion gibt (5.1.3 RC1 gibt's ja schon, kann also nicht lange dauern), oder QNAP nach der Cebit die Firmware 3.3.0 Released, und den Bug wirklich closed.

Grüsse, David

Naja dan werde ich mal zurück Flashen. :roll: Scheint ja noch ne weile zu dauern. Danke

ich weiß nicht ob es am Twonky hängt
bei der Beta ist die gleich Version (5.1.2) drauf
und da tritt das Problem nicht auf