Unable to resize disk image to requested size (Ext4)

Issue happens on SCALE (TrueNAS-SCALE-22.02.4), but not CORE (TrueNAS-13.0-U2). This is when running a VM migration from ESXi to OpenShift.

Maybe this is related? https://github.com/kubevirt/kubevirt/issues/6586

I haven’t tried the new VDDK version (7.0.3.2) here as I don’t think that is contributing to the issue: https://vdc-repo.vmware.com/vmwb-repository/dcr-public/b677d84a-d0a2-46ab-99bc-590c2f6281b9/d1496e6a-0687-4e13-afdd-339a11e33fab/VDDK-703c-ReleaseNotes.html

---

SCALE

csiDriver:
  name: "org.democratic-csi.iscsi"

storageClasses:
- name: freenas-api-iscsi-csi
  defaultClass: false
  reclaimPolicy: Delete
  volumeBindingMode: Immediate
  allowVolumeExpansion: true
  parameters:
    fsType: ext4
  mountOptions: []
  secrets:
    provisioner-secret:
    controller-publish-secret:
    node-stage-secret:
    node-publish-secret:
    controller-expand-secret:


driver:
  config:
    driver: freenas-api-iscsi
    instance_id:
    httpConnection:
      protocol: http
      host: 172.16.x.x
      port: 80
      username: root
      password: ********
      allowInsecure: true
    zfs:
      datasetParentName: tank/k8s/iscsi/v
      detachedSnapshotsDatasetParentName: tank/k8s/iscsi/s
      zvolCompression: lz4
      zvolDedup: off
      zvolEnableReservation: true  # Tried false here as well
      zvolBlocksize:
    iscsi:
      targetPortal: "172.16.x.x:3260"
      targetPortals: []
      # leave empty to omit usage of -I with iscsiadm
      interface:
      namePrefix: csi-
      nameSuffix: "-cluster"
      targetGroups:
        - targetGroupPortalGroup: 1
          targetGroupInitiatorGroup: 1
          targetGroupAuthType: None
      extentInsecureTpc: true
      extentXenCompat: false
      extentDisablePhysicalBlocksize: false
      extentBlocksize: 512
      extentRpm: "SSD"
      extentAvailThreshold: 0

---

CORE

csiDriver:
  name: "org.democratic-csi.iscsi"

storageClasses:
- name: freenas-iscsi-csi
  defaultClass: false
  reclaimPolicy: Delete
  volumeBindingMode: Immediate
  allowVolumeExpansion: true
  parameters:
    fsType: ext4
  mountOptions: []
  secrets:
    provisioner-secret:
    controller-publish-secret:
    node-stage-secret:
    node-publish-secret:
    controller-expand-secret:


driver:
  config:
    driver: freenas-iscsi
    instance_id:
    httpConnection:
      protocol: http
      host: 172.16.x.x
      port: 80
      username: root
      password: **********
      allowInsecure: true
      apiVersion: 2
    sshConnection:
      host: 172.16.1.119
      port: 22
      username: root
      password: ***********
    zfs:
      cli:
        paths:
          zfs: /usr/local/sbin/zfs
          zpool: /usr/local/sbin/zpool
          sudo: /usr/local/bin/sudo
          chroot: /usr/sbin/chroot
      datasetParentName: tank/k8s/iscsi/v
      detachedSnapshotsDatasetParentName: tank/k8s/iscsi/s
      zvolCompression: lz4
      zvolDedup: off
      zvolEnableReservation: false
      zvolBlocksize: 16K
    iscsi:
      targetPortal: "172.16.x.x:3260"
      targetPortals: []
      # leave empty to omit usage of -I with iscsiadm
      interface:
      namePrefix: csi-
      nameSuffix: "-cluster"
      targetGroups:
        - targetGroupPortalGroup: 1
          targetGroupInitiatorGroup: 1
          targetGroupAuthType: None
      extentInsecureTpc: true
      extentXenCompat: false
      extentDisablePhysicalBlocksize: false
      extentBlocksize: 512
      extentRpm: "SSD"
      extentAvailThreshold: 0

[awels]

Yeah, excellent summary!

For configuring the driver to use 0% reserve you can try the following (helm values syntax):

driver:
  config:
    node:
      format:
        ext4:
          customOptions:
          - -m
          - 0

I would argue that this should be the default for ext4 in a containerized world, not having that set by default leads to the issue we figured out here.

[travisghansen]

I think a call is in order. Shout out to my github profile email and we’ll get something arranged.