Recent content by andrew sp

Hi, recently i've added overlay2 module to proxmox-host, so i can easily use basic docker-cli functionality inside an lxc containers (pull/tag/push), without using runtime. But attempt to restore a container with overlay2 layers (docker images) inside fails: extracting archive...

i've downgraded corosync to 2.4.4-pve1 and it's just works our problem now is unstable igb module in 5.0.18, which is randomly hungs network on "Intel Corporation I350 Gigabit Network Connection" cards but it's a tale for another support post

what is my best option now? cluster roughly lives for a day, and since it's a kinda production one - i'm in a position to attempt harsh downgrade with a lot of overtime my initial intentions with an update was to escape from this lxc bug (https://github.com/lxc/lxd/issues/4468) and now i've got...

same behavior, even with secauth: off, but now corosync dumps with a different signal (not SEGV, but FPE): Aug 16 13:29:56 dev-proxmox14 kernel: [1235183.092490] traps: corosync[30294] trap divide error ip:7f5ddd3c78c6 sp:7f5dd17bfa50 error:0 in libknet.so.1.2.0[7f5ddd3bc000+13000] Aug 16...

i will expand log a bit: Aug 15 05:44:17 dev-proxmox15 corosync[31144]: [TOTEM ] A new membership (1:82856) was formed. Members Aug 15 05:44:17 dev-proxmox15 corosync[31144]: [CPG ] downlist left_list: 0 received Aug 15 05:44:17 dev-proxmox15 corosync[31144]: [CPG ] downlist left_list...

Still got SEGV on corosync today, even with updated libknet1: root@dev-proxmox15:~# dpkg -l | grep libknet ii libknet1:amd64 1.10-pve2 amd64 kronosnet core switching implementation Aug 15 08:03:47 dev-proxmox15 systemd[1]: corosync.service...

+1 same here, random corosync SEGVs on PVE6.0 cluster