Options
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Mute
- Printer Friendly Page
Lun Reclaim from unix end and yet at storage end it does not show released size
2021-11-10
01:43 AM
4,548 Views
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi team,
We are in process of reclaiming space from linux server and ran the command of fstrim also but at the storage end it does not show same space reclaimed.
Anything from storage to check or scan to have relase space from storage end
Regards,
Solved! See The Solution
1 ACCEPTED SOLUTION
backupstorage has accepted the solution
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi,
rescan is required if the LUN has been changed space-allocation from disabled to enabled
it should not pose any downtime to rescan
you can do any kind of rescan from the storage side
you should run fstrim to reclaim the space after all
7 REPLIES 7
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi,
Is it a LUN or NFS mount?
fstrim did any reclamation or none at all?
fstrim -v gives the potential reclaimable data?
is the volume/lun THIN?
Regards,
Pedro.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Two things:
1st - You didn't mention which *nix, KB here.
2nd - In any case, If the Host OS TRIM is manually done, then ensure this option is enabled.
-space-allocation enabled (This option enables ONTAP to reclaim space automatically when your host deletes data. It is set to disabled by default.)
Steps here: (You need to follow the exact steps)
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
@pedro_rocha @Ontapforrum Thank you for reply
volume/lun THIN? Yes it is Thin provisioned
reclaim space automatically is enabled already
fstrim -->it didn't help much there is difference of 200 GB
Please help to know if anything has to be done on it.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
is it a LUN (iSCSI / FC) or volume (NFS)?
as @Ontapforrum said, if LUN, -space-allocation was enabled after it was presented to the host? If yes you should rescan
which file system are you using if LUN?
did you review this? https://kb.netapp.com/Advice_and_Troubleshooting/Data_Storage_Software/ONTAP_OS/Storage_auto-reclamation_does_not_occur
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
@pedro_rocha Will check and get back to you accordingly
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
which file system are you using if LUN? Lun is ISCI
yes we did review the above KB and space-allocation enabled is already set
Let me know if below rescanning is required to be done
PS Link Refer
Linux hosts:
- Rescan after add-reporting-nodes.
- Starting RHEL 6.5 & RHEL 7.0 onwards, run the following command to update active/optimized paths after add-reporting-nodes:
# /usr/bin/rescan-scsi-bus.sh –a - For RHEL 5 and RHEL 6.4 (including previous updates), run the following command to update active/optimized paths after add-reporting-nodes:
# /usr/bin/rescan-scsi-bus.sh
Note: Nothing additional has to be done in the multipath layer.
- Starting RHEL 6.5 & RHEL 7.0 onwards, run the following command to update active/optimized paths after add-reporting-nodes:
- Rescan after remove-reporting-nodes
- Separate rescan steps are required for SCSI layer and Multipathing layer in Linux storage stack to clean up stale disk paths after remove-reporting-nodes in SLM.
- Run the following command to remove stale LUN paths in SCSI layer
# /usr/bin/rescan-scsi-bus.sh –r - Next run the following command to remove stale LUN paths in multipath layer:
# multipath -r
Note: The /usr/bin/rescan-scsi-bus.sh script is available as part of the native sg3_utils package.
Anything from the storage end scan can be done ?
Scanning on storage end will it require reboot ?
If Scanning is possible on storage end , is it disruptive operation?
Thanks in advance
backupstorage has accepted the solution
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi,
rescan is required if the LUN has been changed space-allocation from disabled to enabled
it should not pose any downtime to rescan
you can do any kind of rescan from the storage side
you should run fstrim to reclaim the space after all