Rückmeldung von QNAP:
Mod: Nicht deklariertes Zitat ohne Quellenangabe ... korrigiert! 
Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen
Zitat von QNAP SupportARM model doesn't support the option "Turn on the NAS automatically.", this is SPEC.
I test TS-131K on QTS4 and QTS5, they all don't show the option "Turn on the NAS automatically.".
Wenn du nun die Qnap stromlos machst "vergisst" der nächste Switch an dem die QNap ( physikalisch ) hängt, ihre MAC Adresse.
Damit WOL funktioniert muss die Nas zwingend immer Strom haben und darf nach dem letzten Herunterfahren auch nicht stromlos gemacht werden !!! Der Nächste Switch bekommt die MAC Adresse erst wieder mit ( und cached diese ) wenn die Nas von sich aus Pakete ins LAN ( Subnetz ) schickt. WOL wird auch nicht geroutet und funktioniert native nur im eigenen Subnetz ( alles andere sind work arrounds ) . Das WOL Paket auch "Magic Paket" genannt, ist ein Bradcast auf MAC Ebene.
Hi hornswoggle,
ich habe gar nicht daran gedacht, dass die fdb einträge nach 1800 Sekunden gelöscht werden.
Das bringt mich aber auch auf eine Idee: Ich werde auf dem Switch einen statischen ARP-Eintrag erstellen, damit ist das Ausgangsport für das magic packet definiert.
Das ist zwar dann nur ein workaround, aber zumindest eine zwischenlösung, bis der turn on eintrag wieder auftaucht.
Danke für den Denkanstoß.
Freundliche Grüße
Harald
PS: wol.exe gibts bei mir nicht, bei mir gibt's kein Windoof 
Kurze Rückmeldung:
Workaround funktioniert.
Ich habe einen statischen ARP Eintrag mit zugewiesenem Port auf dem Switch erstellt.
Damit weiss jetzt auch der Switch an welchem Port das magic packet abgeworfen werden soll, wenn die 1800 Sekunden vorbei sind.
Hm... Dann würde ich mich mal an den Support wenden. Habe es nicht explizit geprüft, aber bei meinen Geräten mit QTS 5 ist mir da nichts aufgefallen.
Ggf. EUP mal aktivieren und wieder deaktivieren...
EUP ein/aus grade versucht, keine änderung
Ticket habe ich soeben aufgemacht.
schnonmal an eine Zeitschaltuhr gedacht ... 30 min vorher eingeschaltet und dein problem ist gelöst.
schön wärs.... das qnap startet nicht automatisch, wenn der strom eingeschaltet wird. wol geht dann auch nicht.
die ip steckdose wird per script gesteuert, sozusagen wie eine schaltuhr.
EUP ist deaktiviert.
Meine anderen QNAPs laufen mit 4.x, dort gibt es die Option noch.
Das Feature war in der Version 4.x noch da.
Warum wurde es bei der 5er weggenommen?
Die IP Steckdose zieht ca. 1W, allerdings zum schalten von 2 Phasen und 12 Ausgängen. Daher müsste man 1/12 W von der Rechnung abziehen.
das qnap wird nur einmal pro woche angeschaltet, für ein backup, das läuft ca 3 stunden, danach wird es wieder ausgeschaltet.
Warum sollte es die restlichen 165 Tage Strom verbrauchen -> 8,58 kWh pro Jahr?
Kommt man per SSH irgendwie an die Einstellungen?
Hallo zusammen,
bei meinem 431K mit Version 5.0 habe ich folgendes Problem:
- das QNAP hängt an eine IP-Steckdose, Strom wird bei Nichtbenutzung komplett ausgeschaltet
- die Funktion "Das NAS automatisch einschalten" unter Energiewiederherstellung ist nicht vorhanden, daher klappt das Auto-Hochfahren nach Strom ein nicht
- WOL funktioniert NUR, wenn der Strom nicht ausgeschaltet war
- bevor ich das WOL Paket sende, wird die IP-Steckdose logischerweise eingeschaltet.
wie bekomme ich die Funktion "Das NAS automatisch einschalten" hin?
gibt's etwas über CLI?
wie bekomme ich das NAS dazu auf WOL zu reagieren, wenn der Strom weg war?
TIA
Freundliche Grüße
Harald
hi david,
danke erstmal.
/mnt existiert unter mac.
hab auch vorher ein sudo -s gemacht.
unter Volumes oder mit Apfel+K gehts leider nicht.
unter centos, lief der portmap nicht... danke hier wenigstens schon mal ne lösung.
ich hab den portmapper jetzt mit
chkconfig portmap on
so eingeschaltet, dass er automatisch startet, leider funktioniert der eintrag in der fstab nicht.
IP:/remote/share /var/mount nfsHast du noch einen Tipp?
TIA
.h
gemacht... hier gehts weiter: http://forum.qnapclub.de/viewtopic.php?f=27&t=7345
Ich versuche von einem Mac OSX auf das QNAP zuzugreifen, kommt folgende Meldung:
mount -t nfs ip:/nfsshare /mntmount_nfs: can't access /nfsshare: Permission deniedvon CentOS kommt diese Meldung:
mount -t nfs ip:/nfsshare /mnt
mount_nfs: Input/output errorHat jemand einen tipp?
TIA
.harald
Hi David,
danke für den Tipp.
Der Eintrag bliebt nach dem reboot drin.
aber leider klappt das verbinden immer noch nicht.
mount -t nfs hexe:/nfsshare /mnt
mount_nfs: can't access /nfsshare: Permission deniedWas könnte es noch sein?
.harald
Hi Stefan,
ich hab mir mal die exports angesehen.
"/share/MD0_DATA/nfsshare" *(rw,async,no_root_squash,fsid=21)wenn ich jetzt auf meinem 239er folgendes eingebe:
mount -t nfs 809:/nfsshare /mnt/809/das 239er mounted einwandfrei, ich kann lesen und schreiben... alles wie es soll.
aber wieso kann ich es nicht im mac osx oder im centos oder im opensuse mounten?
komisches phänomen.
Noch irgendeinen tipp?
.harald
Hi Stefan,
leider keine Lösung.
Habs versucht, gleiche Meldung.
Auch wieder auf allen Systemen.
Scheint also am QNAP zu liegen.
TIA
.harald
EDIT:
Hallo Stefan,
laut nfs spezifikatinen heisst das share so wie es bei showmount -e ausgegeben wird.
da steht es ohne/share/MD0_DATA, sonst wäre ja das komplette /share verzeichnis freigegeben.
Oder verstehe ich da was falsch?
hast du es geschafft ein nfs vom linux aus zu mounten?
TIA
.harald
EDIT:
Hallo Stefan,
hier ein Manual-Auszug aus dem Manual des 809ers.
Kapitel 9 Zugreifen auf die NAS über Linux
Außer den Betriebssystemen von Microsoft und Mac unterstützt die NAS auch
Linux-Systeme über den NFS-Dienst:
1. Führen Sie bitte den folgenden Befehl unter Linux aus:
mount -t nfs <NAS IP>:/<Network Share Name> <Directory to Mount>
Wenn die IP-Adresse Ihrer NAS z.B. 192.168.0.1 lautet und Sie eine
Verbindung mit dem Netzwerk-Freigabeordner „public“ unter dem Verzeichnis
/mnt/pub herstellen möchten, dann geben Sie bitte den folgenden Befehl ein:
mount -t nfs 192.168.0.1:/public /mnt/pub
Hinweis: Sie müssen sich als „root“ anmelden, um den obigen Befehl
auszuführen.
2. Melden Sie sich mit dem von Ihnen angelegten Benutzernamen an. Sie
können über das gemountete Verzeichnis auf die Netzwerk-Freigabedateien
zugreifen.genau so hab ich es gemacht...
Hi zusammen,
leider habe ich sowohl mit meinem 809er als auch mit meinem 239er Probleme mit NFS Freigaben.
Access right steht auf no limit
Allowed IP Addresses auf *
Ich habe versucht von verschiedenen Linux/Unix Systemen versucht darauf zuzugreifen, leider ohne Erfolg.
Ein showmount -e [IP] gibt mir eine saubere liste der NFS Freigaben.
wenn ich jetzt versuche, als root natürlich, ein mount loszuwerden, kommt folgendes:
sudo mount -t nfs [IP]:/[sharename] /mnt
mount_nfs: /mnt: Operation not permitted/mnt existiert.
der sharename wird genau so im showmount ausgegeben.
Mache ich etwas falsch?
Das ganze ist auf 3 Maschinen gleich, einmal CentOS 5.3, einmal OpenSuse 11.2 einmal Mac OSX 10.6.
TIA
.harald
ok, danke für die erklärung.
auf meinen linux kisten, schaltet halt bzw. shutdown -h now die kisten auch aus.
Hi Stefan,
danke hat funktioniert.
Jetzt würde mich interessieren warum ein halt -> shutdown -h now, das system zwar runterfährt aber nicht ausmacht.
thxalot
.h
danke, ich werds versuchen.
Hi zusammen,
siehe auch: http://forum.qnapclub.de/viewt…&p=18699&hilit=ssh#p18699
Ich bin von meinem 219er zu einem 239er gewechselt.
das 219er liess sich wie im fred oben beschrieben problemlos per ssh ausschalten.
wenn ich allerdings das 239er per ssh ausschalte, bleibt es in einem undefinierten zustand hängen.
es fährt nicht runter, hat aber scheinbar alle dienste beendet. webinterface ist nicht mehr erreichbar, ping kommt nicht durch.
es ist aber an.
in dem zustand funktioniert auch kein shceduled on/off mehr.
für jeden tipp dankbar.
Harald
achja: firmware letzte version ...0815.
hi hgerkes,
das script ist ganz schön und brauchbar, nur leider kilometerweit am effekt vorbei, es geht um das mounten als iscsi device.
afp bringt mir in soweit nicht, da ich auf der kiste über shell rumfummele und rechte auf unix ebene ändern muss, das geht per smb oder afp nicht.
für den mac gibt es einen kostenlosen iscsi initiator von globalsan, leider lässt sich der scheinbar nicht über die shell skripten.
deshalb versuche ich das ganze per applescript. hänge aber an der stelle wo ich den connect haken setze.
Thx
.h