Suchergebnisse

Coral ist zwar ok, aber heute schon etwas in die Jahre gekommen. Ich würde eher OpenVino nehmen oder die Objekterkennung der Kamaras nutzen. Sofern du irgendwann ggf ein LLM für den NVR Nutzen willst, wäre ggf eine schnelle iGPU oder genügten Platz für eine GPU empfehlenswert.

kurzum, by-id kam mit udev vor über 20 Jahren und rhel/suse/xxx nutzen es auch entsprechend in ihren Lösungen. Es ist kein "Linux" Problem.

Naja, das ist eher ein Problem von Proxmox. Da gabs vor gut 8-10Jahren ja schon eine hitzige Diskussion mit dem DRDB Team warum man nicht udev nutzt. Der Kram ist immerhin schon über 20 Jahre alt und bei rhel/suse Storage Produkten ja auch schon ewig "Standard".

Auch in solchen Fällen würde ich auf Mountpoints setzen und die SMB Shares in Proxmox als Storage mounten. Das reduziert den Pflegeaufwand der Container und Proxmox übernimmt auch gleich das Monitoring der Shares.

Container => einfach Mountpoints nutzen und dir den ganzen SMB Kram sparen.

Absolut, aber "zfs sharesmb" zählt zu den grundlegenden Basics die man kennen sollte. Warum soll man sich das Leben schwer machen wenn die Entwickler alles nötige mitgeben?

Dafür gibst "Usershares" und openzfs hatte schon vor über 10 Jahren passende wrapper scripte für zfs sharesmb für Samba eingebaut. Sprich, mit zfs share wird auch die komplete Samba Config erledigt und korrekt im usershare (var/lib/samba/usershares) abgelegt. Für simple Shares sollte man nicht...

für simple shares würde ich nicht in der smb.conf herumbasteln, einfach zfs verwenden:

bei hunderten VM´s wird man idR Ansible oder vergleichbares nutzen.

und falls in älteren Ständen am Fileserver nicht zu finden sein sollte => prüfe noch ob die Dateien nicht doch lokal liegen. Womöglich war der Mountpoint nicht aktiv und die Files liegen "lokal" in deiner Docker VM.

die CPU ist für 8 Kameras mehr als ausreichend.

ich würde eher "eine Handvoll" sagen. Die UDM Pro schafft maximal 8 (ONVIF) Kameras mit 4K. Die Zahl reduziert sich nochmals um 2 Stück wenn man einen AI Key verwendet. Ich würde Unifi Protect nur mit Unifi Kameras betreiben. Das selbe mache ich aber auch bei anderen NVR´s, einfach weil...

Hast du es längerfristig gemessen oder nur einzelne Spitzen gesehen?

Unifi Protect kann bei "fremden" Kameras aber nur aufzeichnen. Für Bewegungs und Objekterkennung muss man jede einzelne Kamera mit einem AI Port für ~230 Euro ausstatten. * Statt der Coral TPU würde ich eine aktuelle iGPU mit OpenVino (intel) oder ROCm (amd) verwenden. * Storage würde ich...

bei VM´s musst du auf smb/nfs zurückgreifen. Wenn du es nicht oft brauchst wäre ansonsten "scp" eine simple Lösung.

WAF => Email oder Paperless App Du kannst entweder direkt im Container eine SMB Freigabe machen oder du arbeitest mit Mountpoints und einem "zentralen" Samba Container. Du musst dazu händisch in die Konfiguration der Container eingreifen da die GUI natürlich nur Subvolumes pro Container anlegen...

Vielleicht wenn man es durch die Homelab Brille betrachtet. In der Firma wäre das wieder ein extra Deployment was man pflegen müsste und insbesondere mit Cluster mit Vorsicht umzusetzen wäre. Einfach neu installieren ist da deutlich einfacher, bzw VIEL leichter zu automatisieren.

mann kann den Proxmox Backup Client auch am Host installieren. Man sollte dann aber auch wissen was man tut, PBS hat eben keine Toolchain für BMR:

Wenn Paperless in einem LXC läuft, kannst du den Ordner vom Server auch als Mountpoint durchleiten. Aber wenn der Share nicht am Proxmox oder eine lokalen LXC gehostet wird, würde ich den Share innerhalb deiner Docker Umgebung mounten.

das ist die Standardkonfig mit LVM, somit kein ZFS. pve-data ist idR als "thin" angelegt. Du kannst dir die Konfig unter /etc/pve/storage.cfg im Detail ansehen.