topic Re: Snapvault destination volume occupying more space than the Source volume in ONTAP Discussions

Snapvault destination volume occupying more space than the Source volume

NAYABRASOOL — Thu, 05 Jun 2025 05:59:10 GMT

Hi All,

It is strange i have snapvaulted my volume which is 2.27TB under which i have 14 Qtrees , I don understand once after i have started the initial transfer it failed in the middle showing error NO SPACE LEFT ON THE DEVICE but i have created a volume of 2.40TB in the destination filer dont know what happened once the initial transfer finished the SECONDARY VOLUME become around (As it failed several number of time in the middle i have to keep on adding space ) 3.76TB can anybody tell why this has happened is this a bug else due to version difference ??

Ontap Versions

Primary Filer Version :- 8.1.1 7-Mode

Secondary Filer Version :- 8.0.1RC3 7-Mode.

Thanks,

Nayab

Re: Snapvault destination volume occupying more space than the Source volume

radek_kubka — Thu, 04 Jul 2013 13:14:41 GMT

Hi Nayab,

Isn't your source volume deduped by any chance?

SnapVault as logical replication doesn't preserve deduplication - after the baseline is transferred you can run dedupe at the destination & *then* you should have roughly the same space occupied at both ends.

Regards,
Radek

Re: Snapvault destination volume occupying more space than the Source volume

NAYABRASOOL — Thu, 04 Jul 2013 13:36:55 GMT

Hi Radek,

I have checked the source no deduplication was configured on any volume as i tried the command

zsswnetp5> sis status

No status entry found.

Now what i have to do

Thanks,

Nayab

Re: Snapvault destination volume occupying more space than the Source volume

radek_kubka — Thu, 04 Jul 2013 13:39:54 GMT

Single file cloning? Compression?

What's the output of df -S?

Re: Snapvault destination volume occupying more space than the Source volume

NAYABRASOOL — Thu, 04 Jul 2013 13:54:19 GMT

netp5> df -S

Filesystem used total-saved %total-saved deduplicated %deduplicated compressed %compressed

/vol/eccp1/ 2215643520 0 0% 0 0% 0 0%

/vol/eccp1_archlog/ 130340572 0 0% 0 0% 0 0%

This is what i am able to see for all of my volumes

Thanks,

Nayab

Re: Snapvault destination volume occupying more space than the Source volume

NAYABRASOOL — Thu, 04 Jul 2013 14:02:44 GMT

Above are two volumes what i have snapvaulted today

Re: Snapvault destination volume occupying more space than the Source volume

NAYABRASOOL — Tue, 09 Jul 2013 01:42:14 GMT

Can anybody help me ???

Re: Snapvault destination volume occupying more space than the Source volume

ASHWANI8HIGHS — Tue, 09 Jul 2013 07:04:23 GMT

Hi Nayab,

Can you please share the output of vol status and vol options for both the source and snapvault vol

Re: Snapvault destination volume occupying more space than the Source volume

NAYABRASOOL — Tue, 09 Jul 2013 07:28:58 GMT

Hi Ashwani,

Please find the output of the above commands and also please note SNAPVAULT is not active due to Space constrains i have unscheduled everything

SOURCE

vol status eccp1

Volume State Status Options

ssweccp1 online raid_dp, flex nosnap=on, create_ucode=on, convert_ucode=on,

32-bit fractional_reserve=0,

snapshot_clone_dependency=on

Volume UUID: 0b68168c-7ef2-11e0-a4d2-00a0980f2390

Containing aggregate: 'fcaggr0'

vol options eccp1

nosnap=on, nosnapdir=off, minra=off, no_atime_update=off, nvfail=off,

ignore_inconsistent=off, snapmirrored=off, create_ucode=on,

convert_ucode=on, maxdirsize=167690, schedsnapname=ordinal,

fs_size_fixed=off, guarantee=volume, svo_enable=off, svo_checksum=off,

svo_allow_rman=off, svo_reject_errors=off, no_i2p=off,

fractional_reserve=0, extent=off, try_first=volume_grow,

read_realloc=off, snapshot_clone_dependency=on, dlog_hole_reserve=off,

nbu_archival_snap=off

DESTINATION

bsswvltp1> vol status sv_eccp1

Volume State Status Options

sv_ssweccp1 online raid_dp, flex

Volume UUID: 05e89bf6-e51f-11e2-9d91-00a09827b8c2

Containing aggregate: 'ataggr0'

vol options sv_eccp1

nosnap=off, nosnapdir=off, minra=off, no_atime_update=off, nvfail=off,

ignore_inconsistent=off, snapmirrored=off, create_ucode=off,

convert_ucode=off, maxdirsize=41861, schedsnapname=ordinal,

fs_size_fixed=off, compression=off, guarantee=volume, svo_enable=off,

svo_checksum=off, svo_allow_rman=off, svo_reject_errors=off,

no_i2p=off, fractional_reserve=100, extent=off, try_first=volume_grow,

read_realloc=off, snapshot_clone_dependency=off, nbu_archival_snap=off

Thanks,

Nayab

Re: Snapvault destination volume occupying more space than the Source volume

ASHWANI8HIGHS — Tue, 09 Jul 2013 07:32:17 GMT

Hi Nayab ,

See the snapvault volume has fractional reserve set to 100 . No need of this reserve remove it and then start vaulting

your primary qtree's to this destination .Hope this will resolve your issue .

thanks

Ashwin

Re: Snapvault destination volume occupying more space than the Source volume

NAYABRASOOL — Tue, 09 Jul 2013 07:41:58 GMT

You mean you are speaking about the fractional reserve on the destination volume right ??? Now if i disable fractional reserve will i be able to reclaim free space on to the volume ??

Re: Snapvault destination volume occupying more space than the Source volume

NAYABRASOOL — Tue, 09 Jul 2013 07:43:40 GMT

I was able to reclaim the space Thanks a lot