Discussions
Categories
- 17.9K All Categories
- 3.4K Industry Applications
- 3.4K Intelligent Advisor
- 75 Insurance
- 537.7K On-Premises Infrastructure
- 138.7K Analytics Software
- 38.6K Application Development Software
- 6.1K Cloud Platform
- 109.6K Database Software
- 17.6K Enterprise Manager
- 8.8K Hardware
- 71.3K Infrastructure Software
- 105.4K Integration
- 41.6K Security Software
Space reclamation Repository on SAN Storage

Hi,
I have some Repositories on SAN Storage (Fujitsu Storage). The SAN Storage LUN´s are Thin Provisioned. How can I reclaim space when I have deleted some vm´s?
Is there any command like on VMware "esxcli storage vmfs unmap"?
I have read something about sg_unmap....but isn´t there a ovmcli command or something like that?
Answers
-
Doesn´t somebody have the same problem??
I have found something in a Fujitsu manual....but I don´t have any "SUBSYSTEM=scsi_disk" device.
4152847 schrieb:Hi,I have some Repositories on SAN Storage (Fujitsu Storage). The SAN Storage LUN´s are Thin Provisioned. How can I reclaim space when I have deleted some vm´s?Is there any command like on VMware "esxcli storage vmfs unmap"?https://docs.vmware.com/en/VMware-vSphere/6.5/com.vmware.vsphere.storage.doc/GUID-BC1A172C-E649-4812-B8B2-A9E45AC97051.h…I have read something about sg_unmap....but isn´t there a ovmcli command or something like that?
I only have device sda with SUBSYSTEM==block
looking at device '/devices/pci0000:17/0000:17:00.0/0000:18:00.0/host0/rport-0:0-0/target0:0:0/0:0:0:2/block/sda':
KERNEL=="sda"
SUBSYSTEM=="block"
DRIVER==""
ATTR{ro}=="0"
ATTR{size}=="21474836480"
ATTR{stat}==" 571325 0 4570600 707405 0 0 0 0 0 706660 706660"
ATTR{range}=="16"
ATTR{discard_alignment}=="0"
ATTR{events}==""
ATTR{ext_range}=="256"
ATTR{events_poll_msecs}=="-1"
ATTR{alignment_offset}=="0"
ATTR{badblocks}==""
ATTR{inflight}==" 0 0"
ATTR{removable}=="0"
ATTR{capability}=="50"
ATTR{events_async}==""
looking at parent device '/devices/pci0000:17/0000:17:00.0/0000:18:00.0/host0/rport-0:0-0/target0:0:0/0:0:0:2':
KERNELS=="0:0:0:2"
SUBSYSTEMS=="scsi"
DRIVERS=="sd"
ATTRS{rev}=="1084"
ATTRS{type}=="0"
ATTRS{scsi_level}=="7"
ATTRS{model}=="ETERNUS_DXM "
ATTRS{state}=="running"
ATTRS{queue_type}=="simple"
ATTRS{modalias}=="scsi:t-0x00"
ATTRS{iodone_cnt}=="0x125a1c"
ATTRS{iorequest_cnt}=="0x125a1c"
ATTRS{queue_ramp_up_period}=="120000"
ATTRS{device_busy}=="0"
ATTRS{evt_capacity_change_reported}=="0"
ATTRS{timeout}=="30"
ATTRS{evt_media_change}=="0"
ATTRS{ioerr_cnt}=="0x76"
ATTRS{queue_depth}=="32"
ATTRS{vendor}=="FUJITSU "
ATTRS{evt_soft_threshold_reached}=="0"
ATTRS{device_blocked}=="0"
ATTRS{evt_mode_parameter_change_reported}=="0"
ATTRS{evt_lun_change_reported}=="0"
ATTRS{evt_inquiry_change_reported}=="0"
ATTRS{dh_state}=="detached"
ATTRS{iocounterbits}=="32"
ATTRS{vpd_pg80}==""
ATTRS{vpd_pg83}==""
ATTRS{eh_timeout}=="10"
Any idea?
-
Hi,
There is currently no supported way of reclaiming repository space whenever guest delete unnecessary files under sparse allocation disk.
Space will be taken from repository whenever data is being written to a sparse-allocated disk but it won't be reclaimed when the file is deleted.
Sparse disk allocation is explained in documents:
How to determine if Guest Virtual Disk has sparse or non-sparse allocation (Doc ID 1928346.1)
https://mosemp.us.oracle.com/epmos/faces/DocumentDisplay?parent=DOCUMENT&sourceId=2430219.1&id=2430219.1If sparse disk allocation is a concern of keeping repository tidy with free space, consider migrating to a non-sparse allocated disk:
Convert Virtual Disk Image Type from Non-Sparse Disk to Sparse Disk (Doc ID 2152437.1)
-Thanks