toasters

toasters@lists.teaparty.net

1 participants
13515 discussions

RE: snapmirror socket error :vfiler dr configure : 8.1
by Uddhav Regmi 09 Dec '12

09 Dec '12

PLEAES DISREGARD MY ALL PREVIOUS MESSAGES. I DO NOT WANT ANY FEEDBACK From: Uddhav Regmi [mailto:uregmi111@gmail.com] Sent: Sunday, December 09, 2012 12:04 PM To: 'Cruxrealm'; 'toasters(a)teaparty.net' Subject: RE: snapmirror socket error :vfiler dr configure : 8.1 Here is the file na021> rdfile /etc/snapmirror.conf #Regenerated by registry Thu Dec 6 18:44:27 GMT 2012 na002-sm:vfdoleprd02_db201 na021:vfdoleprd02_db201 - 0-59/1 * * * na002-sm:vfdoleprd02root na021:vfdoleprd02root - 0-59/3 * * * na021> snapmirror status Snapmirror is on. Source Destination State Lag S tatus na002-sm:vfdoleprd02_db201 na021:vfdoleprd02_db201 Uninitialized - I dle na002-sm:vfdoleprd02root na021:vfdoleprd02root Uninitialized - I dle na021> snapmirror status Snapmirror is on. Source Destination State Lag Status na002-sm:vfdoleprd02_db201 na021:vfdoleprd02_db201 Uninitialized - Idle na002-sm:vfdoleprd02root na021:vfdoleprd02root Uninitialized - Idle From: Cruxrealm [mailto:cruxrealm@aol.com] Sent: Sunday, December 09, 2012 11:55 AM To: Uddhav Regmi Subject: Re: snapmirror socket error :vfiler dr configure : 8.1 Try to do a test replication snapmirror from your source and destination. If that works, then check your conf file. Sent from my iPad On Dec 9, 2012, at 8:28 AM, "Uddhav Regmi" <uregmi111(a)gmail.com> wrote: snapmirror socket error na002 - > na009 ( snapmirror now happening ) source - > dr both are 8.1 ; mirror is happening every 30 min vfiler in na009 is in stopped condition. Aggregate got full here, so we decided to move the dr volume to another filer I did vfiler dr configure command and vol got moved to another box na021 all looks good, vfiler got created. snapmirror was in unitialized state when I start snapmirror : I'm getting this weired error na021> vol restrict vfdoleprd02_db201 Thu Dec 6 15:57:24 EST [na021:vFiler.storageUnit.off:warning]: vFiler vfdoleprd02: storage unit /vol/vfdoleprd02_db201 now offline. Volume 'vfdoleprd02_db201' is now restricted. na021> snapmirror initialize -S na002-sm:vfdoleprd02_db201 na021:vfdoleprd02_db201 Transfer aborted: could not read from socket. na021> Thu Dec 6 15:57:41 EST [na021:replication.dst.err:error]: SnapMirror: destination transfer from na002-sm:vfdoleprd02_db201 to vfdoleprd02_db201 : could not read from socket. na021> snapmirror statusThu Dec 6 15:58:00 EST [na021:replication.dst.err:error]: SnapMirror: destination transfer from na002-sm:vfdoleprd02_db201 to vfdoleprd02_db201 : volume is not online; cannot execute operation. Snapmirror is on. Source Destination State Lag Status na002-sm:vfdoleprd02_db201 na021:vfdoleprd02_db201 Unknown - Pending na002-sm:vfdoleprd02root na021:vfdoleprd02root Uninitialized - Idle na021> snapmirror status -l na021:vfdoleprd02_db201 Snapmirror is on. Source: na002-sm:vfdoleprd02_db201 Destination: na021:vfdoleprd02_db201 Status: Pending Progress: - State: Unknown Lag: - Mirror Timestamp: - Base Snapshot: - Current Transfer Type: Scheduled Current Transfer Error: volume is not online; cannot execute operation Contents: - Last Transfer Type: - Last Transfer Size: - Last Transfer Duration: - Last Transfer From: - na021> any idea what is going on here ???? snapmirror.access list is fine My thought is : do we need to break the original mirror ????? which was going from na002 to na009 _______________________________________________ Toasters mailing list Toasters(a)teaparty.net http://www.teaparty.net/mailman/listinfo/toasters

1 0

RE: snapmirror socket error :vfiler dr configure : 8.1
by Uddhav Regmi 09 Dec '12

09 Dec '12

Here is the file na021> rdfile /etc/snapmirror.conf #Regenerated by registry Thu Dec 6 18:44:27 GMT 2012 na002-sm:vfdoleprd02_db201 na021:vfdoleprd02_db201 - 0-59/1 * * * na002-sm:vfdoleprd02root na021:vfdoleprd02root - 0-59/3 * * * na021> snapmirror status Snapmirror is on. Source Destination State Lag S tatus na002-sm:vfdoleprd02_db201 na021:vfdoleprd02_db201 Uninitialized - I dle na002-sm:vfdoleprd02root na021:vfdoleprd02root Uninitialized - I dle na021> snapmirror status Snapmirror is on. Source Destination State Lag Status na002-sm:vfdoleprd02_db201 na021:vfdoleprd02_db201 Uninitialized - Idle na002-sm:vfdoleprd02root na021:vfdoleprd02root Uninitialized - Idle From: Cruxrealm [mailto:cruxrealm@aol.com] Sent: Sunday, December 09, 2012 11:55 AM To: Uddhav Regmi Subject: Re: snapmirror socket error :vfiler dr configure : 8.1 Try to do a test replication snapmirror from your source and destination. If that works, then check your conf file. Sent from my iPad On Dec 9, 2012, at 8:28 AM, "Uddhav Regmi" <uregmi111(a)gmail.com> wrote: snapmirror socket error na002 - > na009 ( snapmirror now happening ) source - > dr both are 8.1 ; mirror is happening every 30 min vfiler in na009 is in stopped condition. Aggregate got full here, so we decided to move the dr volume to another filer I did vfiler dr configure command and vol got moved to another box na021 all looks good, vfiler got created. snapmirror was in unitialized state when I start snapmirror : I'm getting this weired error na021> vol restrict vfdoleprd02_db201 Thu Dec 6 15:57:24 EST [na021:vFiler.storageUnit.off:warning]: vFiler vfdoleprd02: storage unit /vol/vfdoleprd02_db201 now offline. Volume 'vfdoleprd02_db201' is now restricted. na021> snapmirror initialize -S na002-sm:vfdoleprd02_db201 na021:vfdoleprd02_db201 Transfer aborted: could not read from socket. na021> Thu Dec 6 15:57:41 EST [na021:replication.dst.err:error]: SnapMirror: destination transfer from na002-sm:vfdoleprd02_db201 to vfdoleprd02_db201 : could not read from socket. na021> snapmirror statusThu Dec 6 15:58:00 EST [na021:replication.dst.err:error]: SnapMirror: destination transfer from na002-sm:vfdoleprd02_db201 to vfdoleprd02_db201 : volume is not online; cannot execute operation. Snapmirror is on. Source Destination State Lag Status na002-sm:vfdoleprd02_db201 na021:vfdoleprd02_db201 Unknown - Pending na002-sm:vfdoleprd02root na021:vfdoleprd02root Uninitialized - Idle na021> snapmirror status -l na021:vfdoleprd02_db201 Snapmirror is on. Source: na002-sm:vfdoleprd02_db201 Destination: na021:vfdoleprd02_db201 Status: Pending Progress: - State: Unknown Lag: - Mirror Timestamp: - Base Snapshot: - Current Transfer Type: Scheduled Current Transfer Error: volume is not online; cannot execute operation Contents: - Last Transfer Type: - Last Transfer Size: - Last Transfer Duration: - Last Transfer From: - na021> any idea what is going on here ???? snapmirror.access list is fine My thought is : do we need to break the original mirror ????? which was going from na002 to na009 _______________________________________________ Toasters mailing list Toasters(a)teaparty.net http://www.teaparty.net/mailman/listinfo/toasters

1 0

snapmirror socket error :vfiler dr configure : 8.1
by Uddhav Regmi 09 Dec '12

09 Dec '12

snapmirror socket error na002 - > na009 ( snapmirror now happening ) source - > dr both are 8.1 ; mirror is happening every 30 min vfiler in na009 is in stopped condition. Aggregate got full here, so we decided to move the dr volume to another filer I did vfiler dr configure command and vol got moved to another box na021 all looks good, vfiler got created. snapmirror was in unitialized state when I start snapmirror : I'm getting this weired error na021> vol restrict vfdoleprd02_db201 Thu Dec 6 15:57:24 EST [na021:vFiler.storageUnit.off:warning]: vFiler vfdoleprd02: storage unit /vol/vfdoleprd02_db201 now offline. Volume 'vfdoleprd02_db201' is now restricted. na021> snapmirror initialize -S na002-sm:vfdoleprd02_db201 na021:vfdoleprd02_db201 Transfer aborted: could not read from socket. na021> Thu Dec 6 15:57:41 EST [na021:replication.dst.err:error]: SnapMirror: destination transfer from na002-sm:vfdoleprd02_db201 to vfdoleprd02_db201 : could not read from socket. na021> snapmirror statusThu Dec 6 15:58:00 EST [na021:replication.dst.err:error]: SnapMirror: destination transfer from na002-sm:vfdoleprd02_db201 to vfdoleprd02_db201 : volume is not online; cannot execute operation. Snapmirror is on. Source Destination State Lag Status na002-sm:vfdoleprd02_db201 na021:vfdoleprd02_db201 Unknown - Pending na002-sm:vfdoleprd02root na021:vfdoleprd02root Uninitialized - Idle na021> snapmirror status -l na021:vfdoleprd02_db201 Snapmirror is on. Source: na002-sm:vfdoleprd02_db201 Destination: na021:vfdoleprd02_db201 Status: Pending Progress: - State: Unknown Lag: - Mirror Timestamp: - Base Snapshot: - Current Transfer Type: Scheduled Current Transfer Error: volume is not online; cannot execute operation Contents: - Last Transfer Type: - Last Transfer Size: - Last Transfer Duration: - Last Transfer From: - na021> any idea what is going on here ???? snapmirror.access list is fine My thought is : do we need to break the original mirror ????? which was going from na002 to na009

2 1

CIFS share hiding qtrees within it
by Andrew Leonard 08 Dec '12

08 Dec '12

Yesterday afternoon around 2p local time, a CIFS share of a FlexVol containing multiple qtree spontaneously began hiding the qtrees within the share (filer is running 8.0.2P3 7-Mode): At the root of the share, non-qtree directories are still visible; qtrees are no longer visible. However, if a user enters the path to the qtree manually, they can access a hidden qtree and files beneath it. By "spontaneously," I mean that /etc/log/auditlog and our homegrown API-based tool confirm that there were no filer configuration changes made. The FlexVol and qtrees are all ntfs mode. The "hidden qtree" behavior has been seen on SMB connections from Windows 7, w2k3 and OS X (at least 10.8, probably other versions). We also share this FlexVol to NFS clients, although usage is light. NFS clients can see and access all qtrees as usual. There were a couple of initial reports from OS X users that they could not connect to the share at all, although I could not confirm or replicate this myself. Share permissions are basic: Name Mount Point Description ---- ----------- ----------- General /vol/general General public share everyone / Change BUILTIN\Administrators / Full Control DAYJOB\Domain Admins / Full Control If we use "Previous versions" on Windows to access the 12p snapshot yesterday, the qtrees are all visible. Using "cacls" or the "Security" tab to view permissions on both hidden and visible directories shows nothing unexpected - and no changes in permissions relative to the 12p snapshot. A "cifs terminate"/"cifs restart" requested by NetApp support did not resolve the issue; they continue to work on it, but assert that they have never seen anything like it before. I'd be grateful for any ideas anyone here might have. Thanks, Andy

2 2

Fiber cards for 2240 ?
by chaim.rieger＠gmail.com 08 Dec '12

08 Dec '12

Trying to bring up two new clusters only to discover that the fiber cards were never ordered. Am in Denver Co. Any ideas ? -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.

3 2

File size and age distribution stats per volume on Ontap8.1?
by Kawakubo, Ken 07 Dec '12

07 Dec '12

Dear List, I am trying to get file size and age distribution stats per volume on a Ontap8.1 system. Apparently, "filestats" command was removed on Ontap8.1 as "filestats" relies on java and java was removed on 8.1. Does anybody know of any quick ways to get this kind of stats on 8.1? Regards, Ken Kawakubo Seattle

8 8

Flexcache on 7.2.6.1
by Steven Kreuzer 07 Dec '12

07 Dec '12

I have an old 2050 running 7.2.6.1 which has been decommissioned in favor of new equipment running 8.0.2P4 I would like to redeploy the 2050 at a remote office as a flexcache volume of the new filer to improve the quality of life for the folks working remotely. I don't see any reason why this would be a bad idea, but is there anything I should be aware of when putting a flexcache volume on a filer running 7.2.6.1 (I am going to put the latest 7 code release on it before it gets deployed) in front of a filer running 8.0.2p4?

1 0

CIFS clients unable to access folders/ACL's until attached session is closed
by Ray Van Dolson 05 Dec '12

05 Dec '12

Got a strange one here... Have a folder (NTFS qtree w/ oplocks on) shared out via CIFS (also NFS, but expected to be minimal NFS access but still a variable). This folder contains files used for internal software builds/compiles and so several clients can be accessing it at the same time. CIFS clients in this case are typically Mac OSX. Ocassionally (lately, a couple of times a day), CIFS clients are unable to access portions of the tree. Even from Windows we get a permission denied error and can't even view ACL's on the affected folder. To solve the problem, we look for a CIFS client holding the location open and close it out. Then the folder becomes usable again. The CIFS client only has the folder open in "Read" mode. A couple thoughts from my side: - Maybe we should disable oplocks. Shouldn't be a lot (if any) NFS access to this share, but is a variable. - Our permissions are a bit wonky here. Share level permissions are in place to restrict most access to read-only, but file level permissions are set to full for "Everyone". Perhaps this is resulting in some sort of exclusive locking happening based on the more open nature of the file system permissions even if the share level allows read only? We'll probably try the oplocks thing for starters, but looking for any insights. Oh -- this is ONTAP 8.0.2P3 in 7-mode. Thanks, Ray

1 0

data sheets and spec?
by Mark Flint 05 Dec '12

05 Dec '12

Can anyone point me at a hardware matrix document, so I can work out how much disk I can support under a pair of heads? :) `Mark -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE.

2 2

Re: nfsv4/parallel NFS bugs
by Scott Eno 03 Dec '12

03 Dec '12

Sounds like what they are seeing. The mount is obviously gone as writes are going to local disk, but the OS seems to insist the mount is still there. That's as I understand it, anyway. On Dec 3, 2012, at 9:45 AM, Mark Flint <mf1(a)sanger.ac.uk> wrote: > Just as an aside to the mount problem, are you having autofs issues underneath? i.e. the mount 'going away' > but still being in the mtab? > > > `Mark > > ext:6944 > > > > > On 3 Dec 2012, at 14:23, Scott Eno wrote: > >> >> Are there any NetApp bug reports you can point me to? >> >> We aren't using any of the "higher brain functions" of NFSv4 like file ownership and kerberos. UNIX admins started using it to fix a problem they saw on a volume shared by, up to, 17 hosts. Under NFSv3, when one host would write a file to the volume, other hosts wouldn't see the file. This problem goes away with NFSv4 mounts. Other problems, however, are appearing. A host will lose a mount to the NetApp and start writing to local disk. The RHEL OS, however, is adamant that the mount is still there. Very strange. >> >> They are also seeing "Bad Sequence ID" errors in the RHEL logs, but both NetApp and Red Hat claim this issue was resolved in earlier versions of their respective OS's. >> >> Now I'm wondering if 8.1.2 contains enough fixes for NFSv4 to cover our issues as well. >> >> >> >> On Dec 3, 2012, at 9:13 AM, tmac <tmacmd(a)gmail.com> wrote: >> >>> Should have mentioned the bugs that I have seen are fixed in 8.1.2 >>> >>> In my environment....performance related bugs. I was fine with a couple dozen hosts... >>> opening the floodgates to a couple hundred nfsv4 hosts broke. >>> Had to revert to nfsv3 (not a big deal, just revert the autofs table I was using). >>> >>> --tmac >>> >>> Tim McCarthy >>> Principal Consultant >>> >>> >>> >>> Clustered ONTAP Clustered ONTAP >>> NCDA ID: XK7R3GEKC1QQ2LVD RHCE5 805007643429572 NCSIE ID: C14QPHE21FR4YWD4 >>> Expires: 08 November 2014 Expires w/release of RHEL7 Expires: 08 November 2014 >>> >>> >>> >>> >>> On Mon, Dec 3, 2012 at 9:07 AM, Scott Eno <s.eno(a)me.com> wrote: >>> Hi, >>> >>> Your mentioned in the cluster thread of NFSv4 bugs caught my eye. Can you elaborate on that? We are moving RHEL 6.x servers to NFSv4 and a few odd issues have popped up (Bad Sequence ID errors, losing mounts). >>> >>> Running 8.1.1P1 across the board. >>> >>> On Dec 2, 2012, at 8:57 PM, tmac <tmacmd(a)gmail.com> wrote: >>> >>>> To the best if my knowledge, there is still no in place upgrade to clustered ontap. You must migrate to different heads. >>>> >>>> With that said, I have three different clusters... One large (4 fas 6280's) in my lab, one small(2 x fas 3240's) on my regular network and one more (2 x fas6080) used as backup or inter cluster snap mirror. >>>> >>>> Still 8.1.1p1d1 >>>> >>>> All I can say right now is watch out for a few nfsv4/parallel NFS bugs. Other than that... It had been real nice. >>>> >>>> On Dec 2, 2012 7:57 PM, "Peter D. Gray" <pdg(a)uow.edu.au> wrote: >>>> Hi people, >>>> >>>> I am contemplating going to cluster mode on our >>>> 3170A and was wondering what peoples experience has been? >>>> >>>> Any problems or gotchas? >>>> >>>> We are on 8.1.2. >>>> >>>> Regards, >>>> pdg >>>> >>>> _______________________________________________ >>>> Toasters mailing list >>>> Toasters(a)teaparty.net >>>> http://www.teaparty.net/mailman/listinfo/toasters >>>> _______________________________________________ >>>> Toasters mailing list >>>> Toasters(a)teaparty.net >>>> http://www.teaparty.net/mailman/listinfo/toasters >>> >>> >> >> _______________________________________________ >> Toasters mailing list >> Toasters(a)teaparty.net >> http://www.teaparty.net/mailman/listinfo/toasters > > > -- The Wellcome Trust Sanger Institute is operated by Genome Research Limited, a charity registered in England with number 1021457 and a company registered in England with number 2742969, whose registered office is 215 Euston Road, London, NW1 2BE.

3 4

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