Interesting. Moving a VM from one LUN to another, assuming again that you're using SAN LUNs (fibrechannel) and not NFS, won't free up any space on the *filer* because the LUN is a fixed size (basically like a VMDK -- it's a container in WAFL on the filer that is presented as a block device to the client host) and won't shrink just because you move data off of what's inside it. It should, however, free up space on the LUN as VMWare sees it, so maybe something else is going on within VMWare.
If it's not SAN LUNs but volumes with qtrees and shares on them, moving a VM from one volume to another should free up space *unless* snapshots are enabled, in which case the blocks will still be allocated in the snapshot. -Adam On Thu, Sep 19, 2013 at 3:34 PM, Evan Pettrey <[email protected]> wrote: > Thanks Adam. > > > On Thu, Sep 19, 2013 at 3:29 PM, Adam Levin <[email protected]> wrote: > >> Yeah, I agree with Elijah. If you thin provision, at some point you're >> going to have to pay the piper. If the LUN is full (I'm assuming LUN since >> you mentioned SAN) then the only thing you can do is either delete stuff to >> free space or buy more disk. >> >> Now, if you're running NFS, you might be able to free up enough space >> yourself by deleting snapshots, assuming you're allowed to delete them. >> You can also check the aggregate snap reserve, because depending on the >> age of the filer, there was a time that NetApp automatically reserved 5% of >> the overall aggregate space for aggr snaps, which pretty much nobody uses. >> So, right there you can get 5% more space, but it's been a while since >> they fixed that little feature. >> >> Also, you should check the size of the snapshots anyway -- even if you >> have a 20% (or whatever) snap reserve, the snapshots can grow bigger than >> that. If you have lots of snapshots, you can free up space by deleting >> them. Note that you'll have to delete the oldest to free up all of the >> space -- just deleting a snapshot in the middle of the list won't cut it. >> > > It appears the previous admin had already completely disabled snapshots as > he realized he was running out of space. Therefore, there is no space > available whatsoever. > > I've tried moving a couple VMs from a LUN to somewhere else to create > space but this didn't free up any space at all for whatever reason. > > I tried accessing things via SnapDrive but for whatever reason the disks > are not enumerating on there. I read that this is a known issue with the > version of SnapDrive we are on but I can't download a new version to update > it since we don't have a support contract in place. > > > Guess I need to hop on the phone and find out how much this is going to > hurt the wallet. > >> >> -Adam >> >> >> On Thu, Sep 19, 2013 at 3:18 PM, Evan Pettrey <[email protected]>wrote: >> >>> Understood - just exploring all alternatives before having to make >>> demands to the business. >>> >>> >>> Thanks for your help. >>> >>> >>> On Thu, Sep 19, 2013 at 3:16 PM, Elijah Wright >>> <[email protected]>wrote: >>> >>>> I think, that if things are already that bad, you're looking at having >>>> to buy shelves anyway - it's time to pony up the cash for a support >>>> contract to get NetApp to help bail you out of the mess you're in. >>>> >>>> Yes, not cheap. Sorry :( >>>> >>>> --e >>>> >>>> >>>> On Thu, Sep 19, 2013 at 1:53 PM, Evan Pettrey <[email protected]> >>>> wrote: >>>> > HI, >>>> > >>>> > We're experiencing an issue with a NetApp SAN that I've recently >>>> inherited >>>> > (on Monday) as a responsibility and which I'm lacking a depth of >>>> knowledge >>>> > with. >>>> > >>>> > The previous sys admin thin provisioned everything and now everything >>>> has >>>> > overgrown and VMs running on certain LUNs are fully down due to there >>>> not >>>> > being enough storage available. >>>> > >>>> > >>>> > Can anybody recommend an expert to help with this as we do not have a >>>> > support contract in place? Obviously this will be at a cost - that is >>>> > acceptable. >>>> > >>>> > >>>> > Thanks in advance. >>>> > >>>> > >>>> > -Evan >>>> > >>>> > _______________________________________________ >>>> > Discuss mailing list >>>> > [email protected] >>>> > https://lists.lopsa.org/cgi-bin/mailman/listinfo/discuss >>>> > This list provided by the League of Professional System Administrators >>>> > http://lopsa.org/ >>>> > >>>> >>> >>> >>> _______________________________________________ >>> Discuss mailing list >>> [email protected] >>> https://lists.lopsa.org/cgi-bin/mailman/listinfo/discuss >>> This list provided by the League of Professional System Administrators >>> http://lopsa.org/ >>> >>> >> >
_______________________________________________ Discuss mailing list [email protected] https://lists.lopsa.org/cgi-bin/mailman/listinfo/discuss This list provided by the League of Professional System Administrators http://lopsa.org/
