LISTEN 0.0.0.0 3493
LISTEN :: 3493
LISTEN 127.0.0.1 3493
LISTEN 192.168.1.30 3493tja... hab ich auch (192.168.1.30). Und genau die IP steht ja auch in der GUI der NAS drin.
Den User hab ich noch um das erweitert.
actions = SET
instcmds = ALLfunzt aber nicht. Hängt das eventuell mit Pi-Hole als DNS zusammen? was anderes kann ich mir nicht erklären.
EDIT: Nein, Pi-Hole ist nicht schuld
192.168.1.30 ist Proxmox.
NUT auf Proxmox selbst findet die USV:
root@homeserver:~# upsc nutdev1@localhost
Init SSL without certificate database
battery.charge: 100
battery.charge.low: 20
battery.runtime: 1993
battery.type: PbAc
device.mfr: EATON
device.model: Ellipse ECO 800
device.serial: 000000000
device.type: ups
driver.name: usbhid-ups
driver.parameter.offdelay: 120
driver.parameter.ondelay: 240
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 15
driver.parameter.port: auto
driver.parameter.productid: FFFF
driver.parameter.serial: 000000000
driver.parameter.synchronous: no
driver.parameter.vendorid: 0463
driver.version: 2.7.4
driver.version.data: MGE HID 1.40
driver.version.internal: 0.41
input.transfer.high: 264
input.transfer.low: 184
outlet.1.desc: PowerShare Outlet 1
outlet.1.id: 2
outlet.1.status: on
outlet.1.switchable: no
outlet.2.desc: PowerShare Outlet 2
outlet.2.id: 3
outlet.2.status: on
outlet.2.switchable: no
outlet.desc: Main Outlet
outlet.id: 1
outlet.power: 25
outlet.switchable: no
output.frequency.nominal: 50
output.voltage: 230.0
output.voltage.nominal: 230
ups.beeper.status: enabled
ups.delay.shutdown: 120
ups.delay.start: 240
ups.firmware: 02
ups.load: 14
ups.mfr: EATON
ups.model: Ellipse ECO 800
ups.power.nominal: 800
ups.productid: ffff
ups.serial: 000000000
ups.status: OL
ups.timer.shutdown: 0
ups.timer.start: 0
ups.vendorid: 0463upsd.users hat den QNAP Account:
[upsadmin]
# Administrative user
password = XXX
# Allow changing values of certain variables in the UPS.
actions = SET
# Allow setting the "Forced Shutdown" flag in the UPS.
actions = FSD
# Allow all instant commands
instcmds = ALL
upsmon master
[upsuser]
# Normal user
password = XXX
upsmon slave
[admin]
# QNAP
password = 123456
upsmon slaveMod: Unnötiges Volltext-/Direktzitat entfernt! 
Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen
Meine QNAP findet Proxmox nicht bzw sagt, dass keine USV angeschlossen ist 
Dabei meine ich alles richtig eingestellt zu haben.
achso. Ja dann steht fest, dass der PC als Master fungiert bis ich mir eine USV mit Netzwerkanschluss kaufen werde.
Achso: Die Geräte sollen auch nicht hochfahren, wenn der Strom wieder da ist, reine Schutzmaßnahme, falls die USV fast leer ist und der Strom wieder weggeht.
Die werden dann manuell per WoL gebootet oder direkt am Knopf.
Die NAS allein könnte fast 40 Minuten betrieben werden. Es hängt noch eine externe Festplatte an der NAS und USV und der Router sowie der PC sind jetzt dran.
PC und NAS sind mit dem Router verbunden. Die NAS soll sowieso nach 10 Minuten runterfahren. Werde das vermutlich aber auf 5 Minuten runterstellen.
Auf der NAS laufen keine Container oder spezielle Dienste. Die dient nur noch als Datenlager. Twonky ist noch am Laufen, aber nicht von Bedeutung.
Die USV ist also ein reiner Schutz vor Datenverlust.
Ich habe gestern mal probiert, Proxmox als Client einzubinden. Irgendwie bekomme ich da keine Infos von der QNAP. Werde heute mal daher es andersrum probieren. Proxmox ist da kritischer: Nextcloud als reiner CalDav und CardDav, Pi-Hole, Docker, Home Assistant...
Einziges Problem ist der Router, der versteht davon nichts. Der wird also die USV leerziehen. Was aber eigentlich kein Drama sein dürfte. Dann kann zumindest die Kommunikation mit WLAN und akkubetriebenen Geräten aufrecht gehalten werden.
Ich brauche mal ein bisschen Rat:
Ich habe eine Eaton Eclipse Eco 800 USV mit USB-Anschluss. Bisher ist diese an meiner TS-853a angeschlossen und alles funktioniert.
Jetzt habe ich parallel noch einen Mini-PC mit Proxmox aufgesetzt und weiß nicht, was die bessere Wahl ist (sofern es eine gibt).
Soll ich die USV an der NAS lassen und dort den NUT-Master aktivieren, der im Falle des Stromausfalls den Proxmox-Server informiert, oooder soll ich die USV an Proxmox anschließen und dort den NUT-Master einrichten, der die NAS benachrichtigt.
Hat sich damit jemand schon mal befasst? Gibt es da irgendwelche Vor- und Nachteile?
Jetzt geht alles. Hab den NTP-Server extern freigegeben, der Router holt sich das und die Geräte bekommen alle ihre Zeit.
War eine miese Fehlkonfiguration zweiter Geräte.
Bei mir läuft Pi-Hole auf Proxmox und hat 2 CPUs eines Quadcores mit 2 GHz, 2 GB RAM und bis zu 10 GB Speicher (Pi-Hole allein frisst hier ca. 2 GB), der Rest ist als Puffer für Logs und Updates usw. Würde ich auf 5 GB reduzieren, reicht auch.
Mod: Unnötiges Volltext-/Direktzitat entfernt! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen
Naja vorher war der Router als zentraler NTP-Server aktiv. Aber es ging nicht mehr, nachdem Pi-Hole aktiv wurde.
Windows will dann auch nicht mehr und meckert, dass der Peer nicht aufgelöst ist.
Wenn du einen Tipp hast, immer her damit
Selbes "Fehler"bild
habs gefunden... war eine Router-Geschichte
Stellt man bei "Intercept NTP client requests" "ja", dann kommt der QNAP-"Fehler". Mit "nein" geht alles und die QNAP meldet Erfolg.
Alternativ schaltet man den lokalen NTP Server auch wieder ab. Router ist ein ASUS Modell.
Na den Pi-Hole DNS Server:
Manuell gesetzt in den Settings (auch wenn es im Router steht).
Auch wenn der NTP-Server auf der Whitelist steht, kommt der "Fehler". Ist das nun ein Pseudofehler?
Derselbe Server unter Windows funktioniert ohne Probleme (Fehlermeldungen)
Ich hab da mal eine Frage.
Ich habe gerade Pi-Hole im Netzwerk aufgesetzt und leite jetzt die DNS Anfragen darüber. Soweit so gut.
Der Router hat den NTP-Server 0.de.pool.ntp.org
Die TS-853a hat in den Settings denselben NTP-Server. Mit jedem Sync. kommt jetzt eine Fehlermeldung, dass der NTP-Server nicht erreichbar sei (vor Pi-Hole ging alles).
Meldung in der NAS GUI:
Meldung per Mail:
NAS-Name: TS-853a
Schweregrad: Warning
Datum/Zeit: 2023/01/13 19:35:21
App-Name: Allgemeine Einstellungen
Kategorie: Datum & Uhrzeit
Nachricht: [Allgemeine Einstellungen] Zeitsynchronisation mit NTP Server "0.de.pool.ntp.org" fehlgeschlagen.Das sagt Pi-Hole:
Geht das jetzt und die NAS kommt damit nicht klar oder wirds doch geblockt?
nslookup sagt:
C:\Windows\system32>nslookup 0.de.pool.ntp.org
Server: pi.hole
Address: 192.168.1.8
Nicht autorisierende Antwort:
Name: 0.de.pool.ntp.org
Addresses: 185.183.159.238
167.235.228.35
78.47.168.188
157.90.3.240Ich habs jetzt sein lassen. Egal ob per YAML oder per Hand oder direkt als Container aus dem Hub, nichts geht richtig. Auch Heimdall mag nicht (erweiterte Funktionen).
Hab jetzt alles abgeschaltet und einen kleinen Mini-PC besorgt und werde mir dort Proxmox aufsetzen.
Hi,
wie bekommt ihr bitte mit der YAML Portainer zum Laufen?
Ich mach das genau wie ihr, nur dass ich die Ports
800:8000
900:9000
943:9443
verwende. Ab da an hab ich aber keinen Zugriff auf Portainer.
Erstelle ich das mit der CS und einer dezidierten IP, geht der Zugriff auf Portainer. Allerdings fehlt dann das Volume docker.sock und damit geht auch Portainer nicht.
Was ist denn das für ein Schei*? Ich weiß schon, warum ich Docker nicht mag.
Hier ist die Übersicht, wie bekomme ich den virtuellen Container dazu, im Netzwerk erreichbar zu sein?
Die NAS hat die IP 192.168.1.11:5611 (Web-UI Port)
gebe ich nun 192.168.1.11:900 (HTTP) ein, geht nichts. Dasselbe gilt für https://192.168.1.11:943 (HTTPS)
Ich kann den Portainer-Container-Switch auch nicht mit einem der physikalischen Adapter verbinden, weil dann Heimdall und Nextcloud (Virtual Adapter A2) rausgeschmissen werden. Und auf den Virtual Adapter A2 kann ich Portainer nicht legen.
ich werd die NAS runterfahren und mir das am PC mal anschauen.
Kann man von außen (mit QNAP Mitteln) erkennen, ob die Platte generell noch lebt?
Das hatte ich noch nie... Ist die jetzt hinüber oder spinnt QNAP?
QNAP hat mir in einer alten FW immer einen Pending Sector auf Festplatte 2 angezeigt. Seit neustem (neuste Firmware für TS853a: 5.0.0.2055 Build 20220531) und BIOS QX47AR50 ist der Pending Sector auf Festplatte 2 weg.
Dafür kommt das jetzt.
Ich will die nicht rausrupfen und mit dem WD Tool testen, nur um wieder festzustellen, dass nichts ist und der Resync dafür 60 Stunden dauert.
Mod: Zitat ohne Quellenangabe ... korrigiert! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen
Und wenn niemand vor Ort ist um das NAS einzuschalten oder ich keinen Fernzugriff habe um per WOL zu wecken, braucht das NAS auch nicht unbedingt eingeschaltet sein
Naaja... Selbst wenn ich im Urlaub bin brauch ich die NAS (und wenn es nur die Kalender auf der Nextcloud sind). Oder auf Dienstreise.
Hier würd ich auch gerne wissen, wie man einen Container "richtig" sichert zum späteren Wiederherstellen.
Hab in einem Container Nextcloud am laufen und will den ganzen Container sichern. Reicht es, wenn ich den Ordner "container" mit all seinen Subordnern (CONTAINER\container-station-data\...) auf eine externe Platte kopiere (Echtzeitsynchronisierung) und einfach zurückkopieren kann, wenn ich es brauche?
Edit: Ich sehe gerade, dass bei der Aktualisierung viele Daten aus dem Container Ordner nicht mit übertragen werden. Zb:
/Container/container-station-data/lib/lxd/storage-pools/default/containers/ubuntu-nc/rootfs/etc/apache2/sites-enabled/000-default.conf ,35.00 B,Skipped,Symbolic link not supported by file system, 2022/06/14 13:45:52
/Container/container-station-data/lib/lxd/storage-pools/default/containers/ubuntu-nc/rootfs/etc/apache2/sites-enabled/nextcloud-le-ssl.conf ,50.00 B,Skipped,Symbolic link not supported by file system, 2022/06/14 13:45:52
/Container/container-station-data/lib/lxd/storage-pools/default/containers/ubuntu-nc/rootfs/etc/apache2/sites-enabled/nextcloud.conf ,33.00 B,Skipped,Symbolic link not supported by file system, 2022/06/14 13:45:52und das sind gerade mit die wichtigsten Daten...
Das kanns echt nicht sein. Also wie mache ich ein voll funktionsfähiges Backup des Containers?
Was aber auch wenig Sinn ergibt:
Wieso ist das Backup trotz über 12k (!) geskippter Daten so viel größer als der original Container?
und auf der anderen Seite (Backup) sind die geskippten Daten doch da:
Ich checks nicht. Ist das jetzt ein sicheres Backup oder nicht?
PS: Image erstellen dauert ewig. Ist das normal?
Das läuft jetzt seit über 30 Minuten
Mod: Zitat ohne Quellenangabe ... korrigiert! Forenregeln beachten und Die Zitat Funktion des Forums richtig nutzen
Daher Wiederaufnahmen nur wenn die USV einen erneuten sauberen Boot und Shutdown der Komponenten ermöglicht.
Also wäre das klügste, die NAS so zu konfigurieren, dass sie nach dem Herunterfahren aus bleibt (bzw. nach einem harten Absturz aufgrund fehlender Spannung) und man sie nur von Hand hochfahren sollte, oder? Wobei Hand bedeutet, dass man physikalisch davor steht und Knöpfchen drückt oder über WOL zum Leben erweckt. Wobei die NAS bei mir sich nach 10 Minuten abschaltet und der Vorgang 5 Minuten dauert.
15 Minuten weg vom Puffer, der jetzt nach Anschluss des Routers und einer externen Festplatte 30-37 Minuten schafft.
