Closed salzig closed 11 months ago
Hi @salzig, Could you provide more information for us to investigate? Thank you.
mount
or mount | grep sda
on your machinesynology-csi-retain
@chihyuwu
fdisk -l
shows the availability. Edit: 1) any other beside nvme0n1 and tmpfs/overlay/etc for k8s workloads.
@chihyuwu Looks like a Volume size of 320GB ends up in a timeout. Using a 30GB it worked just fine. Monitoring the Synology SAN Manager I can see that the 320GB thin provisioned volume gets utilised ("used") gigabyte by gigabyte. At around ~80GB k8s fails with a timeout. Looks like the ext4 (default) fs creation takes to long.
Hi @salzig,
The timeout issue of formatting filesystem was resolved in PR #49.
Please pull the latest CSI: synology/synology-csi:latest
(note that version 1.1.2 doesn't include this fix),
and configure your StorageClass with additional parameter formatOptions
as shown below to skip discarding blocks:
For ext4 fs:
parameters:
fsType: 'ext4'
formatOptions: "-E nodiscard"
protocol: 'iscsi'
For btrfs fs:
parameters:
fsType: 'btrfs'
formatOptions: "--nodiscard"
protocol: 'iscsi'
Sorry for the late response: Yes, this works. Meanwhile I migrated away from iSCSI, as this prevents auto updates on symbology.
Synology-CSI is install using Helm, current 1.1.2 release.
I'm trying to deploy the Prometheus-Community/Prometheus Chart with the following configuration in regards to storage:
Sadly the container never comes to life, cause the volume mount fails:
on the host machine I can see that the presented path is a link to
/dev/disk/sda
and the iscsi disk seems to be attached correctly as /dev/sda.