toasters

toasters@lists.teaparty.net

3 participants
13513 discussions

Solaris 2.6, multiple IP's and the Netapp?
by rasmus＠lerdorf.on.ca 31 Oct '97

31 Oct '97

Sun apparently changed something in the way multiple IP's assigned to a single interface behaves in Solaris 2.6. As soon as I turn on hme0:1 my Netapp mounted read/write file system starts behaving oddly. And, if I reboot the machine, then I get a permission denied message when I try to mount. I noticed that the Netapp's arp cache picked up the second ip as soon as I turned it on on the Solaris 2.6 box. On my Solaris 2.5.1 box that sits right next to it, its second IP never shows up in the Netapp arp table. And, the Solaris 2.5.1 box happily mounts things. I tried putting both of the Solaris 2.6 box's ip's in the Netapp /etc/exports file, but I still get a "permission denied" message when I try to mount. Turning off the interface and rebooting the Solaris 2.6 machine fixes things. I can mount the file system again. I really do need multiple IP addresses on these Solaris 2.6 machines though. Is there some sort of workaround that is a little less drastic than reverting to Solaris 2.5.1? (The Filer is a 630 running 4.1c if it makes a difference) -Rasmus

2 4

Re: Solaris 2.6, multiple IP's and the Netapp?
by sirbruce＠ix.netcom.com 31 Oct '97

31 Oct '97

On 10/30/97 22:32:23 you wrote: >I tried putting both of the Solaris 2.6 box's ip's in the Netapp >/etc/exports file, but I still get a "permission denied" message when I >try to mount. Turning off the interface and rebooting the Solaris 2.6 >machine fixes things. I can mount the file system again. I haven't had any experience with this explicitly, but if 2.6 is doing some-sort of "load-balancing" among IPs on the interface, there should be a way to turn this feature off. If not, you were on the right track with /etc/exports, but remember that you have to re-run exportfs (I prefer exportfs -av) on the filer for the changes to take effect. Then reboot the Solaris 2.6 client and see what happens. Bruce

2 1

Re: Source NDMP server hangs after successful dump?
by mds46523＠ggr.co.uk 30 Oct '97

30 Oct '97

Well I recognise it! It happened 9 times out of 10 when I was using NDMPCopy a month or so back. The source filer will eventually give up, but only after an hour or two... Because there are 5 sessions for NDMP on a given filer, and I was copying qtrees between filers, I had to spend lots'o time manually setting up and tearing down NDMPCopies - because I couldn't rely on a script keeping the copies going as fast as possible, and I was constrained by time. I also had anomalously low throughput on one pair of filers which remained constant no matter how many concurrent NDMPCopies I set running, and another pair would crash if I tried to set up concurrent NDMPCopies, though the throughput was sufficiently high (ten times the speed of the stable-but-slow pair) that that didn't impact the overall operation. In case you're wondering the first pair was pretty much identical to the second pair, give or take a shelf of disks or two. We've not yet figured out why the difference in stability or performance. The source filers were F540s, the targets were F630s, all on one FDDI ring with two E4000's running 2.5.1 fully and equivalently patched to the gills running the NDMPCopies. Nevertheless, I used to hate setting up back-to-back dump restores and NDMPCopy is gonna be a permanent fixture in our toolbox (until something even better happens 8) On Oct 30, 6:43, Brian Tao wrote: > Subject: Source NDMP server hangs after successful dump? > I downloaded ndmpcopy 1.1 from ftp.ndmp.org and used it to > duplicate the data across filers. In every case using four different > F230's, the dump/restore was successful, but the ndmpcopy never > exits, suggesting the source filer may be hung. All the data was > transferred, and the source filer is still alive and serving NFS, > except it doesn't know that the dump is finished. All the filers are > running 4.2a, as shipped. Is this a known problem? > > # ./ndmpcopy -v adm1-na1:/home/home1 adm1-na3:/home/home3 -sa root:******** -da root:******** > Connecting to adm1-na1. > Connecting to adm1-na3. > adm1-na1: CONNECT: Connection established. > adm1-na3: CONNECT: Connection established. > adm1-na1: LOG: DUMP: creating "snapshot_for_dump.1" snapshot. > adm1-na1: LOG: DUMP: Date of this level 0 dump: Wed Oct 29 12:11:30 1997 > adm1-na1: LOG: DUMP: Date of last level 0 dump: the epoch > adm1-na1: LOG: DUMP: Dumping /home/home1/ to NDMP connection > adm1-na1: LOG: DUMP: mapping (Pass I) [regular files] > adm1-na1: LOG: DUMP: mapping (Pass II) [directories] > adm1-na1: LOG: DUMP: estimated 3373500 tape blocks. > adm1-na1: LOG: DUMP: dumping (Pass III) [directories] > adm1-na1: LOG: DUMP: dumping (Pass IV) [regular files] > adm1-na1: LOG: DUMP: 15% done, finished in 0:27 > adm1-na1: LOG: DUMP: 32% done, finished in 0:20 > adm1-na1: LOG: DUMP: 49% done, finished in 0:15 > adm1-na1: LOG: DUMP: 66% done, finished in 0:10 > adm1-na1: LOG: DUMP: 82% done, finished in 0:05 > adm1-na1: LOG: DUMP: 99% done, finished in 0:00 > adm1-na3: HALT: The operation was successful! > Waiting for adm1-na1 to halt too. > (If it sits here forever, the transfer was successful, > but the source filer has hung. Press ^C.) > Elapsed time: 0 hours, 32 minutes, 10 seconds. > > ^C > 0.04u 0.00s 37:02.48 0.0% > > -- > Brian Tao (BT300, taob(a)netcom.ca) > "Though this be madness, yet there is method in't" >-- End of excerpt from Brian Tao -- -Mark, TSG Unix admin and support, int 782 4412, ext +44 1438 76 4412. ... an Englishman in London ...

1 0

Source NDMP server hangs after successful dump?
by Brian Tao 30 Oct '97

30 Oct '97

I downloaded ndmpcopy 1.1 from ftp.ndmp.org and used it to duplicate the data across filers. In every case using four different F230's, the dump/restore was successful, but the ndmpcopy never exits, suggesting the source filer may be hung. All the data was transferred, and the source filer is still alive and serving NFS, except it doesn't know that the dump is finished. All the filers are running 4.2a, as shipped. Is this a known problem? # ./ndmpcopy -v adm1-na1:/home/home1 adm1-na3:/home/home3 -sa root:******** -da root:******** Connecting to adm1-na1. Connecting to adm1-na3. adm1-na1: CONNECT: Connection established. adm1-na3: CONNECT: Connection established. adm1-na1: LOG: DUMP: creating "snapshot_for_dump.1" snapshot. adm1-na1: LOG: DUMP: Date of this level 0 dump: Wed Oct 29 12:11:30 1997 adm1-na1: LOG: DUMP: Date of last level 0 dump: the epoch adm1-na1: LOG: DUMP: Dumping /home/home1/ to NDMP connection adm1-na1: LOG: DUMP: mapping (Pass I) [regular files] adm1-na1: LOG: DUMP: mapping (Pass II) [directories] adm1-na1: LOG: DUMP: estimated 3373500 tape blocks. adm1-na1: LOG: DUMP: dumping (Pass III) [directories] adm1-na1: LOG: DUMP: dumping (Pass IV) [regular files] adm1-na1: LOG: DUMP: 15% done, finished in 0:27 adm1-na1: LOG: DUMP: 32% done, finished in 0:20 adm1-na1: LOG: DUMP: 49% done, finished in 0:15 adm1-na1: LOG: DUMP: 66% done, finished in 0:10 adm1-na1: LOG: DUMP: 82% done, finished in 0:05 adm1-na1: LOG: DUMP: 99% done, finished in 0:00 adm1-na3: HALT: The operation was successful! Waiting for adm1-na1 to halt too. (If it sits here forever, the transfer was successful, but the source filer has hung. Press ^C.) Elapsed time: 0 hours, 32 minutes, 10 seconds. ^C 0.04u 0.00s 37:02.48 0.0% -- Brian Tao (BT300, taob(a)netcom.ca) "Though this be madness, yet there is method in't"

1 0

Re: Alpha future
by mds46523＠ggr.co.uk 29 Oct '97

29 Oct '97

On Oct 29, 16:01, Alexei Rodriguez wrote: > Subject: Re: Alpha future > +--- In our lifetime, "Gregory M. Paris" <paris(a)bose.com> wrote: > | > | Any thoughts on what the Intel/Digital settlement means to NetApp and > | its customers? It sure looks (to me anyway) as though the Alpha is dead. > I don't think Intel will discontinue the Alpha line, as it would not be in > it's best interests. Especially given the current microprocessor market. > Who is out there that has a good chip? Intel *have* to service Digital's needs for Alpha production. At least that's what I gathered from the announcements about the deals. I'm pretty sure there will be more technology exchange from Digital to Intel over time - Digital's really virtualising its business now, returning in many ways to being a service oriented company. Intel can almost certainly produce Alphas profitably - having the exclusive license to make them may mean Intel's attitude changes. Intel, like Motorola, seem to have few objections to maintaining multiple processor lines as long as they remain profitable and so far as anyone can tell the Alpha 21264 and 21364 at the ridiculous clock speed they're aiming at will stay ahead of the IA64 line. As for the rest, the MIPS line covers the full gamut of v.small to v.powerful CPU's and, as a result, has more sold units per annum than HP-PA, PowerPC and SPARC put together, last time I looked. Check out the Microprocessor report (I think it's at www.chipanalyst.com) for more detailed CPU/DSP industry watching. > > Alexei >-- End of excerpt from Alexei Rodriguez -- -Mark, TSG Unix admin and support, int 782 4412, ext +44 1438 76 4412. ... an Englishman in London ...

1 0

Re: Alpha future
by mds46523＠ggr.co.uk 29 Oct '97

29 Oct '97

I'm not sure I can agree with that. I'm just thinking of the MIPS R1{0,2}K and ULTRASPARC II - those are fabless designs and they are both extant and, as far as I can tell, thriving. Digital were making out that having their own fabs was an advantage...now they're making out that they weren't actually generating revenue in the way Digital likes. *shrug* Besides I suspect that NetApp development could shift to another platform with (to the outside at least) consummate ease if other hot chips seem more viable. I'd be thinking of the TI DSPs myself. On Oct 29, 15:21, Gregory M. Paris wrote: > Subject: Alpha future > Any thoughts on what the Intel/Digital settlement means to NetApp and > its customers? It sure looks (to me anyway) as though the Alpha is dead. > > -- > Gregory M. Paris > Senior Systems Administrator > Bose Corporation Email: paris(a)bose.com > The Mountain, MS#258 Phone: +1 508 766-4072 > Framingham, MA 01701-9168 FAX: +1 508 820-0173 > >-- End of excerpt from Gregory M. Paris -- -Mark, TSG Unix admin and support, int 782 4412, ext +44 1438 76 4412. ... an Englishman in London ...

1 0

Re: File names... on netapp from Mac over CIFS
by sirbruce＠ix.netcom.com 22 Oct '97

22 Oct '97

On 10/22/97 11:45:32 you wrote: >I would suspect that this has to do with extended attributes. I agree with that. Also be aware that there are filenames that are legal under Mac's FS that aren't under NTFS (I think a filename ending with a space is one), so if the NT box is actually using a Mac-compatible filesystem as the share, going from it to an NTFS-compatible filesystem could cause problems. But the poster didn't seem to indicate that this was the case. Bruce

1 0

File names... on netapp from Mac over CIFS
by Jaye Mathisen 22 Oct '97

22 Oct '97

WE have a Digital Alpha server running NT that we were thinking of moving to an F540. The alpha shares via services for Macintosh a local FS to some Macs. We want to move it to the filer, and use some CIFS software for the macs, or NFS. The problem is thusly: The NT box has a whole bunch of files with names that we can't copy to the filer. NT copy chokes when writing to the filer, but works fine copying them from one dir to another on the local drive. If anybody has any ideas on how to address this, I'd really like to hear it.

2 1

F330 SCSI card f/s
by Tom Yates 21 Oct '97

21 Oct '97

since we went to the mixed-disc configuration on one of my F330s, i now have a spare regular SCSI card, netapp official vintage, in perfect working order. yadda yadda. if anyone has any interest in this, make me an offer. no, i have no idea what the hardware maintenance position on this kind of sale would be, but since it was under hardware maintenance while it lived with us, assuming it worked when it first got to you, i would expect it to come under whatever hardware maintenance arrangements you already have. can anyone shed any light on this? Tom Yates - Unix Chap - The Mathworks, Inc. - +1 (508) 647 7561 MAG#65061 DoD#0135 AMA#461546 1024/CFDFDE39 0C E7 46 60 BB 96 87 05 04 BD FB F8 BB 20 C1 8C

1 0

netapp.com gone?
by Brian Tao 21 Oct '97

21 Oct '97

Is it just me, or did netapp.com disappear from the root servers? % dig netapp.com ; <<>> DiG 2.2 <<>> netapp.com ;; res options: init recurs defnam dnsrch ;; got answer: ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 6 ;; flags: qr aa rd ra; Ques: 1, Ans: 0, Auth: 1, Addit: 0 ;; QUESTIONS: ;; netapp.com, type = A, class = IN ;; AUTHORITY RECORDS: com. 560 SOA A.ROOT-SERVERS.NET. hostmaster.INTERNIC.NET. ( 1997102000 ; serial 1800 ; refresh (30 mins) 900 ; retry (15 mins) 604800 ; expire (7 days) 86400 ) ; minimum (1 day) ;; ...truncated ;; Total query time: 11 msec ;; FROM: tor-adm1 to SERVER: default -- 207.181.89.3 ;; WHEN: Tue Oct 21 11:02:47 1997 ;; MSG SIZE sent: 28 rcvd: 105 -- Brian Tao (BT300, taob(a)netcom.ca) "Though this be madness, yet there is method in't"

1 1

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