toasters

toasters@lists.teaparty.net

13520 discussions

Re: snapmirror dest volumes have guarantee error after DOT upgrade
by Stephen C. Losen 20 Nov '08

20 Nov '08

> > Hello Toasters, > > I upgraded a FAS6040 from 7.2.4 to 7.3. It has several snapmirror > destination volumes and now I am getting these errors in the > messages file whenever snapmirror runs: > > Sun Nov 16 00:15:25 EST [wafl.vol.guarantee.fail:error]: Space for > volume lib_content0 is NOT guaranteed > Thanks for all the help. I figured out my problem -- I had over committed an aggregate when I was setting up my snapmirror dest volumes under DOT 7.2.4. Under 7.2.4 size guarantee was disabled for snapmirror dest volumes. The free space for the aggregate reported by "df -A" was exaggerated, so I mistakenly put too many dest volumes in the aggregate. When I added up the sizes of the volumes they exceeded the size of the aggregate and 7.3 complained about this. I moved one dest volume to a different aggregate and that fixed the problem. I also set the volume option "guarantee" to "volume" on the destination volumes since the upgrade left it in the state "volume(disabled)". Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

1 0

Mounting read-only snapshots using open-iscsi?
by David L. Lambert 19 Nov '08

19 Nov '08

We acquired a cluster of NetApp filers a few months ago with only an iSCSI license (no NFS or CIFS access), intending to use it for data volumes on our Linux and Windows hosts and later for virtualization. We have one production Gentoo system mounting a data volume from the filer using open-iscsi, and we have several other Gentoo and Ubuntu systems that we would like to configure that way as well. We also have an Ubuntu system connected to a tape library. We would like to take snapshots of the data-volumes that need to be backed up, mount those snapshots on the backup host, and do an incremental backup from the mounted filesystem. Probably we would partition each LUN with one Linux partition, and put an ext3 or reiserfs filesystem with a cluster-unique label on that partition. Then we could take a set of snapshots for the backup, map all the snapshot LUNs to the backup-host, do iSCSI discovery on the backup-host, mount each partition (listed in a configuration-file) with a "mount LABEL=..." command, perform the backup, unmount the partition, do an iSCSI logout, and delete all the snapshots. Has anyone gotten a setup like this to work? -- David Lee Lambert Software Developer, Precision Motor Transport Group, LLC 517-349-3011 x223 (work) ... 586-873-8813 (cell)

9 12

[Fwd: Re: Windows SYSTEM account paired with DNS alias results in NULL user authentication attempts.]
by Adam McDougall 19 Nov '08

19 Nov '08

Forwarding on behalf of a co-worker who can't seem to post.

2 2

pointing a tsm ndmp mover at smo-fired snapshots
by Nick Silkey 18 Nov '08

18 Nov '08

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 (NB: Resent from $oldjob. Newly-subscribed identity is having issues posting.) Toasters -- We are currently looking for a means to point a TSM NDMP mover at SMO-initiated snapshots. The TSM maintainers are currently defining 'virtual filesystem mappings' to point the TSM NDMP mover at WAFL snaps on non-Oracle volumes. This works like a champ due to consistent naming with scheduled WAFL snaps (nightly.0, etc). Since introducing SMO, we now have quiesced, consistent Oracle data in snapshots. Unfortunately the naming of these SMO snaps is nowhere near as graceful as 'nightly.0', to the chagrin of TSM. Has anyone here dealt with reconciling SMO snap name spew along with pointing a TSM NDMP mover at a consistently-named SMO snap space? Insight appreciated. Thanks. - -- Nick -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkkhrCkACgkQrDQjhjXrMeJ5ewCgp6+BqV9MNOC4iqCkNNKJFACJ tWYAnivf2p3j5pgup9SryVQaWhkQWTDt =3twI -----END PGP SIGNATURE-----

3 2

FAS6070 OPS
by admin＠berkcom.net 17 Nov '08

17 Nov '08

4 3

pointing a tsm ndmp mover at smo-fired snapshots
by Nick Silkey 17 Nov '08

17 Nov '08

1 0

pointing a tsm ndmp mover at smo-fired snapshots
by Nick Silkey 17 Nov '08

17 Nov '08

1 0

Removing a shelf.
by Ray Van Dolson 17 Nov '08

17 Nov '08

Hi all; We have a loaner NetApp that has three shelves on it. One of those shelves needs to be returned to the vendor. An aggregate spans two shelves, one of which is the shelf that needs to be returned. This aggregate contains a FlexVol currently in use. I'd like to preserve the FlexVol but remove the shelf. What are my options? Doesn't look like I can shrink an aggregate. Is my best bet to shut down everything usin the FlexVol, then vol copy it to another aggregate, destroy the original aggregate, remove the shelf and then recreate the aggregate again? Thanks in advance! Ray

9 15

snapmirror dest volumes have guarantee error after DOT upgrade
by Stephen C. Losen 17 Nov '08

17 Nov '08

Hello Toasters, I upgraded a FAS6040 from 7.2.4 to 7.3. It has several snapmirror destination volumes and now I am getting these errors in the messages file whenever snapmirror runs: Sun Nov 16 00:15:25 EST [wafl.vol.guarantee.fail:error]: Space for volume lib_content0 is NOT guaranteed vol options lib_content0 shows this: nosnap=off, nosnapdir=off, minra=off, no_atime_update=off, nvfail=off, ignore_inconsistent=off, snapmirrored=on, upgraded_replica, create_ucode=off, convert_ucode=off, maxdirsize=62914, schedsnapname=ordinal, fs_size_fixed=on, compression=off, guarantee=volume(disabled), 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, snapshot_clone_dependency=off The above only happens to snapmirror destination volumes. We also have non-snapmirrored volumes in the same aggregate and they do not show this behavior, so it seems to be related to snapmirror. There is plenty of room in the containing aggregate: df -Ah aggr1 aggr1 10TB 7422GB 3006GB 71% aggr1/.snapshot 0GB 0GB 0GB ---% The total size of the volumes in aggr1 is nowhere near filling it. The filer with the snapmirror source volumes is running 7.2.3. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

3 5

snapmirror dest volumes have guarantee error after DOT upgrade
by Stephen C. Losen 17 Nov '08

17 Nov '08

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters