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
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I want to confirm I have the expected behavior of LUN usage from a host perspective in a thin provisioned environment.
Assumptions:
- LUN is thin provisioned with no fractional reserve, no volume guarantees
- No snapshots present
My lun used on the storage system will continue to grow until it reaches 100%. The host side will see usage based on filesystem usage (i.e. when a file is deleted space will become available).
The storage system lun usage will go down if a space reclamation tool - such as SnapDrive - is enabled, otherwise the lun usage will stay at 100%.
Is this correct?
Solved! See The Solution
1 ACCEPTED SOLUTION
migration has accepted the solution
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Correct.. the host will see the full size of the lun. The netapp controller will take space only as data is written, but like you said without space reclamation, host deletes won't delete on the netapp without snapdrive reclamation. If you have room for the full lun size though you are ok since you are not running snapshots and won't overrun more than the lun size itself.
2 REPLIES 2
migration has accepted the solution
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Correct.. the host will see the full size of the lun. The netapp controller will take space only as data is written, but like you said without space reclamation, host deletes won't delete on the netapp without snapdrive reclamation. If you have room for the full lun size though you are ok since you are not running snapshots and won't overrun more than the lun size itself.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Great - thanks Scott!
