Search results

Funktioniert im Grunde ähnlich. Nur das Du erstmal die Platte in der VM verkleinern musst. Also sowohl das Filesystem wie auch die Partition/en. Danach solltest Du das LV auf Hypervisor Ebene anpassen können.

Ok wie gesagt ich kenne mich da nicht so aus. Was ich weiß ist das Du mit dem flaf --server wohl eine neue control plane hinzufügen kannst. Aber ich gehe mal von aus das Du einen neuen Worker hinzufügen willst. Voraussetzung ist aber das Du Dich via ssh passwortlos mit dem user den du beim k3sup...

OK du hast also schon ein bestehendes Setup. Deine Nodes haben ein 192.168 er Netz und das Kubernetes Netz (Service Netz oder Pod Netz) hat das 10.42.3 er Netz. So habe ich Dich jetzt verstanden. Zu hinzufügen einer weiteren Node verwendest Du k3sup join \ --ip $NODE_IP \ --user $USER \...

Also nach kurzer Internetsuche versuchst Du wohl einen Cluster an zu legen mit der ersten Node. Dazu führst Du den Befehl k3sup wohl von einer Workstation aus welche außerhalb der VM Umgebung steht. Ist das soweit korrekt. Kannst du denn per SSH überhaupt von der Workstation auf die geplanten...

Sorry aber was genau verstehst Du unter Host anlegen? Möchtest Du eine neue Node zu den Kubernetes Cluster hinzufügen? Willst Du erstmal generell einen Kubernetes Cluster anlegen da Du noch gar keinen hast?

Das könnte eine Standardeinstellung im Ubuntu Template für den SSHD sein. PermitRootLogin in der sshd_config Das root sich nicht via ssh anmelden darf. Kann sich denn ein normaler User per SSH anmelden am Container?

Häng doch einfach das ISO aus dem ide aus? Wird wohl so in der Konfig stehen.

Die Pakete der VMs müssen ja irgendwo hin. Entweder durch maskieren oder Routing. Wenn Du vmbr0 eine öffentliche IP gibst dann kann hier entsprechend weiter geroutet werden über das Interface. So sehe ich das zu mindest. Man kann es aber auch anders machen.

Das einrichten ist der komplexe Teil. Ich verbinde mich mit der Firewall per VPN an die zusätzliche öffentliche IP die an der WAN Seite der Firewall gebunden ist. ich habe die erste Einrichtung über die IP des Hosts gemacht und dort dann Portweiterleitung mittels ssh aktiviert gehabt. Dazu habe...

Du nimmst eine separate Firewall. OPNSense ist eine gute Lösung und an das Netzinterface der OPNSense welche an vmbr0 bei Proxmox gebunden ist legst Du unter OPNSense eine zweite öffentliche IP Addresse. Die IP Adresse welche selbst direkt an vmbr0 auf Proxmox gebunden ist nimmst Du...

Ja das sollte gehen. Musst aber ein entsprechendes IP Netz für jede vmbr dann wählen Beispiel vmbr60 10.6.6.0/24 vmbr40 10.6.4.0/24 und so weiter. Und die einzige Verbindung zwischen allen Netzen macht dann eine Firewall mit eigener öffentlicher IP am vmbr0 Interface.

Das heißt Du hast keinen richtigen Root Server sondern einen vServer. Also schon einen virtuellen Serve und willst da noch mal einen Hypervisor drauf packen? Also Nestet virtualisierung so zu sagen. Na da haste Dir ja was vor genommen, ob das Leistungstechn. ausreicht? Hier mal ein Beispiel wie...

Du gehst da ganze gedanklich falsch an. Auf dem dedizierten Server installierst Du Proxmox mit einer externen IP für vmbr0 dann baust Du intern für die VMs Dir ein eigenes privates Netzwerk auf. Und eine VM kann eine Firewall sein welche alle internen Netzwerkdevices inklusive vmbr0 bekommt und...

Mach mal ein vgdisplay dann finden wir den Rest

Was sagen denn die logs? Was sagt systemctl status pveproxy

Ich danke Dir für die Links. Schaue ich mir dann gleich mal an. Immer gut über den Tellerrand zu schauen

Hat der systemd-boot überhaupt einen editier oder recovery Modus? Ich kenne den leider nicht. Beides kenne ich aber vom Grub2. Da aber der Threadersteller ZFS on Root verwendet und kein secboot wird wohl als bootloader der systemd-boot genommen.

Als stiller Mitleser fühle ich so dermaßen mit Dir.

https://forum.proxmox.com/threads/kvm-warning-host-doesnt-support-requested-feature-cpuid-01h-ecx-aes-bit-25.131502/

Nein! Er kann die Hardware sehen, nicht die Konfigfiles. Alles was der Host-Kernel sehen kann kann auch der Container sehen.