Search results

hm ich hab es auch in nem lxc Laufen aber ich nutze headscale als Control Server und da musste ich noch headscale routes enable -r 1 machen damit das Routing auch erlaubt ist, vielleicht muss er das noch bei Tailscale direkt machen da er ja deren Control Server nutzt. Ich hab den offiziellen...

als kleine Übersicht kann man ja sowas wie dozzle nehmen das ist schlank und recht übersichtlich

oder einfach in eine 2. VM rücksichern dann hast du die andere noch funktionsfähig

hm könnte natürlich auch sein also nen physischer Server, ich würde dann das Backup zurückspielen dann aber auf dem Proxmox nen Snapshot erstellen bevor die VM das erste mal gebootet wird nach dem zurückspielen so macht man nichts kaputt und kann testen bis man es hinbekommen hat.

wenn am anderen Standort auch ein PVE ist dann würde ich einfach ein Backup per vzdump machen und dieses am zweiten Standort wieder einspielen dann ist da ja alles drin inkl HDDs und Konfig

okay erstelle dir mal unter /etc/sysctl.d folgende Datei "99-tailscale.conf" falls die nicht schon vorhanden ist mit dem Inhalt: net.ipv4.ip_forward = 1 net.ipv6.conf.all.forwarding = 1 und dann "sysctl -p" ausführen und schauen ob es dann geht Du hattest zwar geschrieben: " Das ip4...

du könntest dann in /etc/udev/rules.d eine Datei erstellen sonoff.rules mit folgendem Inhalt # Sonoff1 KERNEL=="hiddev*", ATTRS{manufacturer}=="manufacturer", ATTRS{serial}=="iSeriel ", OWNER="root", SYMLINK+="usb/sonoff1" # Sonoff2 KERNEL=="hiddev*", ATTRS{manufacturer}=="manufacturer"...

was sagt den lsusb -vvv zu deinem Device, haben die vielleicht unterschiedliche iSerial, ich hab z.B. drei USV die ich damit eindeutig zuweise bzw per udev bekomme die dann neue Name das ich weiß welche USV welches Gerät ist zum besser auslesen

containerd.io/trixie,now 1.7.29-1~debian.13~trixie amd64 [installiert] <- das hier hatte ich gestern installiert containerd.io/trixie 1.7.28-2~debian.13~trixie amd64 <- das hier war fehlerhaft und kam am 5.11. raus containerd.io/trixie 1.7.28-1~debian.13~trixie amd64 ich habe allerdings...

es gab doch schon ein Update des Pakets danach lief bei mir wieder alles ohne Probleme, ich brauch es im lxc da ich sonst meine Grafikkarte nicht nutzen kann im Kontainer und keine Slots frei habe um eine zweite Karte einbauen zu können. containerd.io/trixie,now 1.7.29-1~debian.13~trixie amd64...

ich hab 4 lxc mit docker am Laufen und zwei VM, bis her sogut wie keine Probleme gehabt damit, das mal ein Paket nen Problem verursacht kann ja immer mal passieren aber da kann man ja einfach nen rollback machen und auf nen fix warten, das seh ich nicht so kritisch, kommt halt immer drauf an auf...

das Problem lag am containerd.io es gab heute schon ein Update das den Fehler behoben hat siehe Thread

wegen USB würde ich da eher nen USB-Lan Extender nehmen z.B. LogiLink UA0021D - USB 2.0 Extender (Verlängerung über RJ45 Kabel) bis zu 60 m mit sowas hab ich meine drei USV mit meinem Server verbunden die im Raum an einer anderen Stelle stehen Windows 7 kann auch RDP ab der Pro Version, nur...

da gibt es wohl nen bug in der aktuellen containerd.io version, hatte vorhin auch upgedated und danach liefen einige meine docker Kontainer nicht mehr impossible_to_run_docker hier steht etwas dazu, man muss folgendes machen: apt-get install containerd.io=1.7.28-1~debian.13~trixie das...

did you try chmod -R 777 /dev/dri/* on the pve host? i have emby and this works with my AMD Ryzen 7 5700G with Radeon Graphics

was sagt den tailscale status? kannst du die tailscale ip anpingen vom Handy aus?

ich hab das auch am Laufen (inkl Headscale) in nem LXC bzw beim Kunden auf nem PiZero 2W auf dem muss man dann noch folgendes machen tailscale set --advertise-routes 192.168.178.0/24 (falls das dein Subnetz ist) auf dem Client der z.B. extern (nutze ich von der Arbeit aus) ist dann noch...

hm könnte das hier das Problem sein: including mount point mp0 ('/backup') in backup hast du mal versucht das vom Backup auszuschließen?

versuchst du den pbs per vzdump zu sichern oder über den pbs als storage? per pbs kann natürlich nicht gehen da er ja gar nicht erreichbar ist dazu müsstest du einen zweiten lxc haben der auch als proxmox backup server läuft mit dem selben storage konfiguriert mit dem man dann den ersten pbs sichert

hm wie sieht denn die config der vm genau aus? (qm config vmid oder pct config lxcid) Und wie sieht der Backup Job genau aus?