но точно не уверен, мы на bare metal этот rook всегда гоняем, не на ovirt (

ну как бы коробочное решение на родной виртуализации ))))

ну вот поэтому на bare metal и гоняем, т.к. одна тамагоча с контейнерами это еще куда не шло, а если под ней еще другая с виртуалками, то уже сложновато выходит... 😊

Матрешка )

сеф, который на дисках овирт, который на дисках гластера

Старкон2 в dosbox под иксами в дебиане или как там было в классике

тут поддержку от редхета надо покупать, инфа 100%

-)))) NFR Self-Support

ну то есть ceph/rook у вас работает на PV от OVirt провайдера?

думаю, надо лог тех подов смотреть от ovirt чего они фейлятся

один пивиси висит в статусе пендинг тот самы нуба-дб

ну вот тут логи чего пишут?

I1207 18:45:32.425879       1 ovirt-csi-driver.go:42] Driver vendor csi.ovirt.org 0.1.1
I1207 18:45:35.019385       1 driver.go:39] Setting the rpc server
I1207 18:46:33.833769       1 node.go:41] Staging volume 781f2b6c-f07c-4009-977a-a2d39cffd94c with volume_id:"781f2b6c-f07c-4009-977a-a2d39cffd94c" staging_target_path:"/var/lib/kubelet/plugins/kubernetes.io/csi/volumeDevices/staging/pvc-f32596f0-6530-42c7-95c2-1213e5ef89a7" volume_capability:<block:<> access_mode:<mode:SINGLE_NODE_WRITER > > volume_context:<key:"storage.kubernetes.io/csiProvisionerIdentity" value:"1607293671213-8081-csi.ovirt.org" >
I1207 18:46:34.079329       1 node.go:160] Extracting pvc volume name 781f2b6c-f07c-4009-977a-a2d39cffd94c
I1207 18:46:34.135296       1 node.go:166] Extracted disk ID from PVC 781f2b6c-f07c-4009-977a-a2d39cffd94c
I1207 18:46:34.135566       1 node.go:186] Device path /dev/disk/by-id/scsi-0QEMU_QEMU_HARDDISK_781f2b6c-f07c-4009-9 exists
I1207 18:46:34.135691       1 node.go:203] lsblk -nro FSTYPE /dev/sdc
panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x1ac7cac]

goroutine 451 [running]:
github.com/ovirt/csi-driver/pkg/service.(*NodeService).NodeStageVolume(0xc0005a8060, 0x2219380, 0xc0001b9320, 0xc000591500, 0xc0005a8060, 0x1, 0xc0003fa620)
 /src/ovirt-csi-driver/pkg/service/node.go:65 +0x1ec
github.com/container-storage-interface/spec/lib/go/csi._Node_NodeStageVolume_Handler.func1(0x2219380, 0xc0001b9320, 0x1eba160, 0xc000591500, 0x18, 0x1d8c3c0, 0x1eba160, 0xc000591500)
 /src/ovirt-csi-driver/vendor/github.com/container-storage-interface/spec/lib/go/csi/csi.pb.go:5558 +0x89
github.com/ovirt/csi-driver/pkg/service.logGRPC(0x2219380, 0xc0001b9320, 0x1eba160, 0xc000591500, 0xc0004de400, 0xc0004de420, 0xc000643ba0, 0x5adba6, 0x1e65120, 0xc0001b9320)
 /src/ovirt-csi-driver/pkg/service/server.go:123 +0x148
github.com/container-storage-interface/spec/lib/go/csi._Node_NodeStageVolume_Handler(0x1e49c40, 0xc0005a8060, 0x2219380, 0xc0001b9320, 0xc0005914a0, 0x20495a8, 0x2219380, 0xc0001b9320, 0xc0004e01e0, 0xeb)
 /src/ovirt-csi-driver/vendor/github.com/container-storage-interface/spec/lib/go/csi/csi.pb.go:5560 +0x150
google.golang.org/grpc.(*Server).processUnaryRPC(0xc0000b4d00, 0x222bf80, 0xc000478300, 0xc00046d000, 0xc0001fbb00, 0x2e77420, 0x0, 0x0, 0x0)
 /src/ovirt-csi-driver/vendor/google.golang.org/grpc/server.go:1082 +0x522
google.golang.org/grpc.(*Server).handleStream(0xc0000b4d00, 0x222bf80, 0xc000478300, 0xc00046d000, 0x0)
 /src/ovirt-csi-driver/vendor/google.golang.org/grpc/server.go:1405 +0xcc5
google.golang.org/grpc.(*Server).serveStreams.func1.1(0xc000139ca0, 0xc0000b4d00, 0x222bf80, 0xc000478300, 0xc00046d000)
 /src/ovirt-csi-driver/vendor/google.golang.org/grpc/server.go:746 +0xa5
created by google.golang.org/grpc.(*Server).serveStreams.func1
 /src/ovirt-csi-driver/vendor/google.golang.org/grpc/server.go:744 +0xa5

на OOM похоже, честно говоря

если с памятью всё ок, то это явно на баг тянет в  ovirt-csi-driver

-))))) с памятью железа все ок

кто такой оом?

out of memory

рам?