toasters

toasters@lists.teaparty.net

13520 discussions

CIFS with Unix sec. style and recent MacOS 10 and MS Word
by Steve Losen 11 Sep '12

11 Sep '12

Hi Toasters, We are sharing a Unix sec. style qtree to (at least one) MacOS 10.7 client via CIFS and they are having problems saving files with MS Word. The client writes the new file to a temporary file and then fails to rename it into place. The temp file exists and is correct because we can verify this from a NFS client. A Unix sec. style share appears to be a VFAT (not NTFS) volume to a CIFS client. Under the hood the filer enforces Unix permissions, of course, but all that is hidden from the CIFS client. I suspect that MacOS is looking for a permission that VFAT does not support and is erroneously assuming it cannot rename the file. Just curious if this rings a bell with anyone and if there is any documentation or workaround for it. We are running DOT 8.0.1 7mode on the filer. I need to get together with the user who is having trouble and use the sectrace command to see if the filer is actually denying access. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

3 2

Getting actual file paths from lock status
by Dan Finn 07 Sep '12

07 Sep '12

We are having an issue on 2 linux servers that we think may be related to locking. Lock status shows many locks that are GWAITING, like so: NLM[crater.pp.bcinfra.net,13260]: 94691143974912:18446649382565576704 1 GRANTED (0xffffff02c3600e00) NLM[carlsbad.pp.bcinfra.net,679]: 71133248356352:18446672940461195264 1 GWAITING (0xffffff02aa227428) NLM[carlsbad.pp.bcinfra.net,682]: 71107478552576:18446672966230999040 1 GWAITING (0xffffff0423515230) NLM[carlsbad.pp.bcinfra.net,684]: 71171903062016:18446672901806489600 1 GWAITING (0xffffff04cfccaa10) NLM[carlsbad.pp.bcinfra.net,685]: 71167608094720:18446672906101456896 1 GWAITING (0xffffff03bc421818) NLM[carlsbad.pp.bcinfra.net,687]: 71159018160128:18446672914691391488 1 GWAITING (0xffffff049a4a5e00) NLM[carlsbad.pp.bcinfra.net,689]: 71116068487168:18446672957641064448 1 GWAITING (0xffffff02a966d038) NLM[carlsbad.pp.bcinfra.net,693]: 71047349010432:18446673026360541184 1 GWAITING (0xffffff0332284620) We are thinking we may be running into the same issue as this person: http://comments.gmane.org/gmane.linux.nfs/42929 but we are already doing NFS over TCP. I believe that the hex looking number from lock status (ie 0xffffff0332284620) is possibly an inode. Anyone know if that's true? If so, how can I take that and get an actual file name? Thanks, Dan

3 2

ipspaces vs static net routes
by Fletcher Cocquyt 07 Sep '12

07 Sep '12

Hi we are running 8.1 on our 3270 clusters with 17 vfilers on 5 different vlans The vfilers currently share the same default IPspace and we are (understandably) seeing routing issues (asymmetric routing) when NFS clients outside the vFiler's vlan attempt to communicate with the vFiler. (these clients are the exception > 95% of clients are in the same routable net and don't have any issues) What are the opinions about adding new IPspaces vs just adding 5 static net routes to the shared routing table so routing works? thanks, Fletcher

2 2

Re: Getting actual file paths from lock status
by Dan Finn 06 Sep '12

06 Sep '12

It was this that had me thinking it was the inode: http://www.gossamer-threads.com/lists/netapp/toasters/10863 The 3rd post in there says that he was able to turn the hex into inode numbers and then get a file path from that. ________________________________ From: Bennett Todd <bet(a)rahul.net> To: Dan Finn <dan_j_finn(a)yahoo.com> Sent: Thursday, September 6, 2012 4:26 PM Subject: Re: Getting actual file paths from lock status I wouldn't expect inum there, but something that encodes the device and inum together, where device uniquely identifies the volume across all on your net. Maybe a GUUID-like construct. Maybe the inum is some easily recognised subset of the bits. If you can find the inum and the filesystem it belongs to, the path might come from find(1) -inum

1 0

Re: ssh key for SP
by Kernel Panic 02 Sep '12

02 Sep '12

Well, I've tested it with separate user. I can assess with user foobar and it key to management interface, I can access SP with user foobar and password, but key is completely ignored. Kinda annoying, but seems that ssh keys is not accepted by SP... On Fri, Aug 24, 2012 at 4:35 PM, Jeremy Page <jeremy.page(a)gilbarco.com>wrote: > Have not tested it but naroot should map to root on the console but I > just tried and it did not let me in with root's key. > > I've always heard them called RLM's in the netapp world. SP makes me think > of a service processor. > > > > On 08/24/2012 08:18 AM, Kernel Panic wrote: > > SP is separate chip (circuit) to control main filler in 62xx (and 3xxx). > It is like small computer and allows to do somethink like system power off > and (main!) system power on. > > It can accept ssh connection but requier login for naroot user. > > ... Well, may be if I create separate user it will works... I'll try and > report later. > > On Thu, Aug 23, 2012 at 6:59 PM, Jeremy Page <jeremy.page(a)gilbarco.com>wrote: > >> What is SP? You can log into the box with a key, your home directory is >> /vol/vol0/etc/sshd/*user*/ >> >> On 08/23/2012 12:30 AM, Kernel Panic wrote: >> >> Good day. >> >> Search a lot, but found no any clue: is it possible to use ssh keys to >> log to SP instead passwords? >> >> Thanks. >> >> >> _______________________________________________ >> Toasters mailing listToasters@teaparty.nethttp://www.teaparty.net/mailman/listinfo/toasters >> >> >> >> Please be advised that this email may contain confidential information. >> If you are not the intended recipient, please notify us by email by >> replying to the sender and delete this message. The sender disclaims that >> the content of this email constitutes an offer to enter into, or the >> acceptance of, any agreement; provided that the foregoing does not >> invalidate the binding effect of any digital or other electronic >> reproduction of a manual signature that is included in any attachment. >> > > > > Please be advised that this email may contain confidential information. If > you are not the intended recipient, please notify us by email by replying > to the sender and delete this message. The sender disclaims that the > content of this email constitutes an offer to enter into, or the acceptance > of, any agreement; provided that the foregoing does not invalidate the > binding effect of any digital or other electronic reproduction of a manual > signature that is included in any attachment. >

1 0

SnapMirror initialize
by Kevin Richards 29 Aug '12

29 Aug '12

Hi, Does anyone know of a way to schedule the snapmirror initialization? I know the updates can be scheduled in snapmirror.conf, but goes to Pending if initial sync not done first. TIA Kevin

2 1

mixing DS4243 and 2246 SAS shelves
by Fred Grieco 28 Aug '12

28 Aug '12

Does anyone know the risks or reasons why you shouldn't mix DS4243 and DS2246 SAS enclosures in the same stack? We have an IBM N6040 (3140) which inadvertently has this configuration and is running without issue... TIA, Fred

4 3

8.1.1 loaded - disk firmware update included
by Fletcher Cocquyt 25 Aug '12

25 Aug '12

8.1.1 went GA today - decided to stage it on our DR 2240 Its rolling through some disk firmware updates now - how disruptive are these ? Will they add Disk IO when I upgrade my prod clusters? If its doing a raid group reconstruction for each, how are they so quick? (aggr1 is 5Tb) Fri Aug 24 13:52:15 PDT [dr-na-01:raid.rg.recons.start:debug]: /aggr0/plex0/rg0: starting reconstruction, using disk 0a.00.3 Fri Aug 24 13:52:15 PDT [dr-na-01:raid.rg.recons.done:debug]: /aggr0/plex0/rg0: reconstruction completed for 0a.00.3 in 0:00.10 Fri Aug 24 13:54:15 PDT [dr-na-01:bdfu.selected:info]: Disk 0a.00.5 [NETAPP X421_HCOBD450A10 NA01] S/N [PNHAL1TY] selected for background disk firmware update. Fri Aug 24 13:54:40 PDT [dr-na-01:raid.rg.recons.start:debug]: /aggr0/plex0/rg0: starting reconstruction, using disk 0a.00.5 Fri Aug 24 13:54:40 PDT [dr-na-01:raid.rg.recons.done:debug]: /aggr0/plex0/rg0: reconstruction completed for 0a.00.5 in 0:00.09 Fri Aug 24 13:56:40 PDT [dr-na-01:bdfu.selected:info]: Disk 0a.00.8 [NETAPP X421_HCOBD450A10 NA01] S/N [PNJZAM5Y] selected for background disk firmware update. Fri Aug 24 13:57:04 PDT [dr-na-01:raid.rg.recons.start:debug]: /aggr1/plex0/rg0: starting reconstruction, using disk 0a.00.8 Fri Aug 24 13:57:04 PDT [dr-na-01:raid.rg.recons.done:debug]: /aggr1/plex0/rg0: reconstruction completed for 0a.00.8 in 0:00.11 Fri Aug 24 14:01:05 PDT [dr-na-01:bdfu.selected:info]: Disk 0a.00.10 [NETAPP X421_HCOBD450A10 NA01] S/N [PNJY7BPY] selected for background disk firmware update. Fri Aug 24 14:01:29 PDT [dr-na-01:raid.rg.recons.start:debug]: /aggr1/plex0/rg0: starting reconstruction, using disk 0a.00.10 Fri Aug 24 14:01:29 PDT [dr-na-01:raid.rg.recons.done:debug]: /aggr1/plex0/rg0: reconstruction completed for 0a.00.10 in 0:00.14 Fri Aug 24 14:03:29 PDT [dr-na-01:bdfu.selected:info]: Disk 0a.00.9 [NETAPP X421_HCOBD450A10 NA01] S/N [PNHG1SSB] selected for background disk firmware update. Fri Aug 24 14:03:54 PDT [dr-na-01:raid.rg.recons.start:debug]: /aggr1/plex0/rg0: starting reconstruction, using disk 0a.00.9 Fri Aug 24 14:03:54 PDT [dr-na-01:raid.rg.recons.done:debug]: /aggr1/plex0/rg0: reconstruction completed for 0a.00.9 in 0:00.07 thanks Fletcher

2 1

ssh key for SP
by Kernel Panic 23 Aug '12

23 Aug '12

Good day. Search a lot, but found no any clue: is it possible to use ssh keys to log to SP instead passwords? Thanks.

1 0

Snapmirror within same controller
by Kevin Richards 16 Aug '12

16 Aug '12

Hi, When you snapmirror on a single controller from aggr1 to aggr2, does it use loop back? And is there a limit on throughput then? Thanks Kevin

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