Search results

Morgen, das geht auch nicht.

Ne, jetzt geht das zwar die 189 aber der rest nicht mehr...

Das geht nicht. Aber das vlan 102 auf dem bond0 geht.

ok, danke ich gebe das mal weiter. Aber das Native Vlan 2 hat keine ip. Bin erst Mittwoch wieder da, dann teste ich weiter.

ja das habe ich nicht wirklich in der selber in der Hand. das ist die Info die ich erhalten habe: Ein paar Details: Die Vlans 101, 102, 103, 104 sind keine nativen Vlans, sondern normale Layer 2 Vlans. Das native Vlan hat die ID 2. Der Switchport ist wie folgt konfiguriert: switchport trunk...

Das geht nicht. Auch nicht wenn ich die ip statisch zuweise

Das ist eine VM mit dem SDN. Die verwendet das vnet102 welches das 10.144.189.0/24 ist und bekommt die ip von dem DHCP Server im Nativen Vlan.

Hier mal die Routen: 10.128.0.0/16 via 192.168.240.1 dev vmbr2 10.144.188.0/24 dev ens1f0np0 proto kernel scope link src 10.144.188.10 10.144.189.0/24 dev vmbr1 proto kernel scope link src 10.144.189.10 172.16.1.0/28 dev eno8303 proto kernel scope link src 172.16.1.1 192.168.0.0/24 dev vlan10...

Das ist so. Wir haben drei Native VLAN die ich zur Verfügung habe. Die Vlans: 102 103 104 Ich bekomme auch die Dhcp Adressen von dem Nativen Vlan. Scheint alles so zu funktionieren, bis auf den Zugriff auf den Host.

Ja, dann lag ich mit dem Netzwerken falsch.

das ist eine VM das vlan hier hat die 190 iface vnet103 bridge_ports vmbr1.103 bridge_stp off bridge_fd 0 alias Service Netz

Ich brauche den Zugriff auch nur für das Rados Gateway und ich habe noch einen pve-exporter der die Metriken von proxmox über die Restapi abfragt. Das kann ich dann auch über einen HAProxy machen.

Das 10.144.190.0/24 Netz geht ja. Es geht ja nur das wo der pve selber die 10.144.189.10 hat und das sdn auch das vlan mit der 10.144.189.0 nicht.

Sieht irgendwie so aus als wenn das Sdn den Zugriff auf den host selber isoliert, Kann das sein das das Absicht ist so?

hm, ist doch aber alles im gleichen Netz?

vom pve selber erreiche ich VM's im 190'er Netz root@pve1:~# ping 10.144.190.30 PING 10.144.190.30 (10.144.190.30) 56(84) bytes of data. 64 bytes from 10.144.190.30: icmp_seq=1 ttl=63 time=1.80 ms 64 bytes from 10.144.190.30: icmp_seq=2 ttl=63 time=0.321 ms ^C das 189 erreiche ich nicht vom...

Das SDN ist ein VLAN # network interface settings; autogenerated # Please do NOT modify this file directly, unless you know what # you're doing. # # If you want to manage parts of the network configuration manually, # please utilize the 'source' or 'source-directory' directives to do # so. #...

Hi, ich habe für unseren Proxmox Cluster ein SDN definiert. bond => bridge und das SDN nutzt die bridge. Funktioniert so weit alles. Aber ich komme aus dem SDN erreiche ich den Proxmox Host selbst und auch die anderen Host nicht mehr. Jemand eine Idee dazu?

Ich werde wahrscheinlich die ceph-csi Treiber eh nicht nehmen. Habe bei diesem ganzen hin und her festgestellt das ja der Kubernetes Host(Talos) eh schon auf dem Ceph läuft. Also warum nicht gleich den "Local Path" Provider von Kubernetes oder den Proxmox-Csi verwenden.

Hat aber trotz dem noch nicht funktioniert, noch mal zurück auf MTU 1500 ging auch nicht. Ceph auf jedem Proxmox neu gestartet, läuft wieder. Jetzt die MTU wieder auf 9000 und Ceph neu gestartet, geht alles wieder