Nein! Wer lesen kann ist klar im Vorteil TimeMaschine != TimeMachine
boar; ich habe 'ne Woche rumgesucht, warum das bei mir nicht nach der QNAP Anleitung für Dummies funktioniert hat 
Am Ende bleibt die bekannte Erkenntnis: lieber Copy und Paste nutzen, anstatt Sachen falsch abzuschreiben ... 
Es handelt sich hier um Standardfreigaben die zum Teil vom System benötigt werden um gewisse Dienste anbieten zu können. Und es gibt schon Möglichkeiten sie zu löschen, allerdings sollte man das nicht, weil die Freigaben auch vom System benötigt werden.
Da sind wir uns einig 
Für das Backup könnt ihr ganz sicher einen Ordner anlegen wo dann alle Backups gespeichert werden. Somit vermischt sich da erst mal nichts wirklich mit dem System. Gleiches gilt für die VMs.
An eurer Stelle würde ich es so machen wie @Mavalok2 es vorgeschlagen hat. Da hat man sicher am wenigsten Ärger mit.
ein bisschen habe ich hier auch eher an nur ein Dateisystem gedacht. Für jedes Volume wird ja ein eigenes Dateisystem angelegt. Sollte es also mal Probleme mit dem Dateisystem geben (was ich hin und wieder schon auf verschiedenen Systemen gehabt habe), wären nicht alle Daten auf dem RAID betroffen, sondern nur die auf dem betroffenen Volume.
Habt ihr im Forum im Laufe der Zeit schon mal von defekten Volumes ohne defekte Hardware gelesen?
Vielleicht weil das wenig Sinn macht. Das NAS benötigt nun mal einen gewissen Platz für das System unabhängig davon wie viel man ihm gerne geben würde und deshalb wird dann auch dieser Platz in anspruch genommen.
Da könnte man ja trotzdem noch sagen "dann soll das NAS sich einfach auf einer eigenen Partition den Platz nehmen, den es benötigt"; aber an sich gestehe ich QNAP zu, dass sie sich bei der aktuellen Lösung sicherlich etwas gedacht haben ...
Hallo,
wir haben uns ein TVS-863 als Backup-Speicher zugelegt. Bisher haben wir darauf nur ein TimeMaschine-Backup-Volume angelegt. Warum werden im Volume automatisch System-Freigaben angelegt (obwohl man den Hacken „Nach Initialisierung des neuen Volumes wird automatisch ein Freigabe-Ordner erstellt“ nicht ausgewählt hatte?), die man nicht löschen kann? Neben dem Volume-Name steht nun auch (System), was anscheinend daher rührt, dass auf dem ersten Volume was man erstellt das System gespeichert wird.
Das finden wir irgendwie verwirrend bzw. wollen wir System-Daten nicht mit Backup-Daten vermischen - vor allen Dingen nicht, wenn später vielleicht VMs dazu kommen, die deutlich Platz belegen … Wir konnten dazu nichts in der Doku oder sonst im Forum finden
Wenn wir zum ersten Volume ein zweites und drittes anlegen und dann das erste löschen, bekommt das nächste wieder (System)-Status, zwischendrin hat keins System-Status.
1. Was ist, wenn man das Volume auf dem das System ist als Backup nicht mehr benötigt und löschen will, kann man das System dann migrieren?
2. Was ist, wenn zu beginn gar kein Volume anleget ist bzw. das System-Volume gelöscht wurde? Geht dann das NAS nicht? Wo liegen die Inhalte bis zum Zeitpunkt, wo das erste Volume angelegt wird?
Wir haben jetzt als erstes ein Volume angelegt das „System“ heißt - da kommt dann „System (System)“ bei raus.
3. Habt ihr das auch so gemacht? Wie macht ihr das mit der System-Freigabe?
bzw. warum fragt einen das NAS bei der Ersteinrichtung nicht "ich brauche Platz für mein System, wie viel willst Du mir geben" und legt sich dann selbst ein vom Rest getrenntes System-Volumen an?
Das wäre doch viel sinnvoller, oder seht ihr das anders?
Gruß,
Bertram
An sich stimme ich Dir zu, aber ein PRTG-Powershell Script zu schreiben, dass die Werte einmal täglich per SSH ausliest wäre ja nicht wirklich aufwendig. Wenn man es einmal am Tag ausliest würde es den Standby vom NAS auch nicht wirklich beeinträchtigen. Für die normalen Werte, die per SNMP kommen würde ich hoffen, dass diese den Standby nicht beeinflussen.
Die Scripte zum schauen, was den Standby verhindert habe ich auch schon gesehen und werde sie mir mal anschauen.
Aber trotzdem kann es eigentlich nicht so schwer sein, an auf der SSH Konsole an Werte zu kommen, die in der GUI aufgeführt werden ...
Mit dieser Frage ist mir dann noch gekommen, einfach mal per Tab-Erweiterung in der SSH-Konsole die 878 Befehle zu überfliegen, die das NAS kann ..
Dabei bin ich auf diverse qcli_xxx Befehle gestossen. In der Forumssuche habe ich dazu leider exakt 0 Ergebnisse gefunden
An sich muss man sich einmal mit qcli -l user=admin pw=xxx anmelden um ein Token bzw. eine sid zu bekommen.
Damit kann man dann zum Beispiel qcli_power --powerinfo sid=4dwoqknr oder qcli_log --onlineuser sid=4dwoqknr erfolgreich abfragen.
Nur die Smart-Werte habe ich noch nicht hinbekommen - qcli_hdd --smartinfo diskID=00000001 sid=4dwoqknr liefert einen Fehler, dass die Syntax nicht stimmt
Meinst Du ich soll zu dieser Frage noch mal ein eigenes Thema aufmachen oder mich wohl oder übel doch direkt im englischen QNAP Forum anmelden, wo vielleicht doch der ein oder andere QNAP Mitarbeiter das liest und beantworten kann?
Ich fände es auch interessant zu wissen, nach welchen Zeitraum die Security-Tokens ihre Gültigkeit verlieren ...
Hallo,
wir würden gerne herausfinden bzw. monitoren, wie oft am Tag die Festplatten einen Spin-Down machen um abzuschätzen ob wir damit die Start-Stopp-Zyklen der Platten zu sehr beanspruchen.
Um das ganze kontinuierlich überwachen zu können wollen wir es in PRTG monitoren. Per SNMP haben wir die entsprechenden Werte nicht gefunden bzw. nur die Temperatur der Platten, den Smart-Status (GOOD) und den HD-Status (ready); aber nicht die einzelnen Smart-Werte.
In der Konsole per SSH funktionieren folgende Befehle:
An mehreren Stellen haben wir get_hd_smartinfo -d 1 (bis x) als Befehl gefunden.
leider kommt hier gar nichts zurück, kein Fehler sondern direkt wieder die Console
get_hd_smartinfo -d 5 liefert Open device fail, was Sinn macht, da nur 4 Platten in den 8 Einschüben sind ...
Kann sich das jemand erklären bzw. wie kommen wir an die Smart-Werte, die man in der GUI sehen kann?
Alle Einträge die die Suche zutage gefördert hat, sind zu alt und machen Firmware mäßig keinen Sinn mehr ...
Wie man in der Signatur sieht haben wir QTS 4.2.4 installiert.
Viele Grüße,
Bertram
