Moin,
nachdem ich den HDD-standby halbwegs erfolgreich "operieren" konnte, tauchen aus dem off die nächsten Kuriositäten auf:
1. Nachdem mein iphone mich heute früh mit Fehlermeldungen von Acronis B&R erfreut hat, wollte ich mir die Sache mal aus der Ferne angucken (Praxis ist heute zu). Also zuerst auf meinen PDC, um die Büchse von Hand über WOL zu starten ... ziemlich unproblematisch , immerhin. Also WOL auf xxx.xxx.xxx.91 ("erster ethernet-adapter" der Büchse, der auch als benutzter NIC im NAS eingetragen ist, da ich auf den 2. NIC xxx.xxx.xxx.92 vor Lachen kein Standardgateway eingetragen bekomme ... das ignoriert die Büchse einfach ). Kaffee getrunken und die Anwesenheit mal mit net sessions geprüft. Ergebnis: in der Sitzung wird lediglich der 2. Adapter angezeigt??? Ich denke, der ist nicht aktiv? Ping geht auf beide NIC's ...
Hat jemand eine Idee, wie in Taiwan IP's verwaltet werden? Benötige ich, um die Eigenschaften des TCP-Stacks festzuschreiben, eine Tastatur mit chinesischem Layout? Und wenn ja, wo bekomme ich die her??
2. Ich habe gestern Abend die ersten Sicherungs-Task's in Acronis Backup&Recovery 11 (Windowsserver) definiert. Alles inkrementelle Sicherungen, das jeweils erste Voll-Backup habe ich mit der Hand angeschoben - lief völlig easy. Dann habe ich das NAS heruntergefahren. Das automatische wakeup war auf 04:45 eingestellt, der shut down auf 07:00. Das hat die Büchse ausweislich des log's auch gemacht. Der erste Job sollte 05:00 Uhr beginnen. ABER: Acronis konnte nicht auf das NAS schreiben und gibt im log aus:
Einstellen der Anmeldedaten für den Backup-Speicherort fehlgeschlagen.
Zusätzliche Info:
--------------------
Fehlercode: 36
Module: 64
LineInfo: 97675718d2b52ce2
Felder: path : hapraxis.local\yyyyy
Nachricht: Einstellen der Anmeldedaten für den Backup-Speicherort fehlgeschlagen.
--------------------
Fehlercode: 20
Module: 4
LineInfo: f35f747b3b21faee
Felder: function : WNetAddConnection3W, filename : \\qnap-praxis\public
Nachricht: Zugriff auf die Datei verweigert.
--------------------
Fehlercode: 65520
Module: 0
LineInfo: bd28fdbd64edb8bc
Felder: code : 2147942464
Nachricht: Der angegebene Netzwerkname ist nicht mehr verfügbar
--------------------
In den Acronis-Jobs sind die Anmeldedaten für mein Domänen-Konto korrekt hinterlegt ... Und die Büchse lässt Acronis jetzt auch nicht mehr rein, wenn ich die Jobs jetzt mit Hand anstarten will. In den Benutzereinstellung des NAS ist alles unverändert.
Aus Gewohnheit habe ich in den Einstellungen der Büchse den Haken für die Anmeldung bei Domäne\Nutzerkonto gesetzt. So lässt sie mich aber nicht rein, ich benötige die Syntax Domäne.topleveldomain\Nutzerkonto, also bei mir hapraxis.local\yyyyyy. WinNS läuft nicht. Dies habe ich in Acronis gestern für die Jobs auch so eingetragen, und damit liefen auch die Sicherungen. Die Sicherungspfade sind nicht als Netzlaufwerke verbunden (um die Platten nicht am spindown zu hindern), die Sicherheitsstufe im NAS ist momentan noch auf niedrig gestellt.
Warum lässt die Büchse nach kurzer Nachtruhe Acronis nicht mehr rein???
Ich halte das alles für ein wenig bizarr - schick für Cineasten und rapidshare-Dauernutzer, in einer Windowsserver-Umgebung macht das Teil auf mich jetzt nicht gerade einen zuverlässigen Eindruck???? Solche Faxen mit der AD-Anbindung habe ich weder bei Synology noch, und das will was heissen, bei Plastik-Buffalo erlebt ...
Eventuell kann mich jemand auf den Pfad der Linux-Tugend führen?
Danke und LG, Thomas
EDIT:
update:
Nachdem ich auch manuell die Jobs aus Acronis nicht mehr starten konnte ( ) habe ich mir den Nachmittag damit vertrieben, das NAS noch einmal mit einer Windows-Domäne vertraut zu machen. Das Resultat ist ernüchternd: selbst nach einem Rausschmiss des Taiwanblechs aus dem AD und Neueintritt in die Domäne habe ich nun nicht einmal mehr über den Explorer Zugriff auf das Teil, niedriger kann man die Zugriffsrechte auch nicht mehr setzen, es sei denn, man stellt das Ding mit offenen Plattentrays in eine Bushaltestelle.
Ich bin mir nicht sicher, ob die Chinesen den Samba-Server nicht geschrieben haben, als der Reiswein gerade billig war??? Diesen Schrott kann man doch nicht zum professionellen Einsatz verticken ... Da gibt es ja offensichtlich erhebliche Probleme mit Windows 2008?
Fazit: QNAP ist vermutlich nur für MP3 / MP4-Sammler eine Lösung ... ich geh wohl reumütig zurück zu Synology-Plastikgehäusen.
Mal gucken, was der support sagt, aber das kann man echt nicht anbieten.
LG, Thomas