toasters

toasters@lists.teaparty.net

13514 discussions

RE: Looking for Macintosh users
by Mike Sphar 06 Sep '01

06 Sep '01

For the record, netatalk is available for some other UNIX platforms besides linux as well. Solaris and Ultrix, for example. -----Original Message----- From: Braunschweiger, Udo [mailto:udo@netapp.com] Sent: Thursday, September 06, 2001 12:49 AM To: 'Maglinger, Paul'; 'toasters(a)mathworks.com' Subject: RE: Looking for Macintosh users Hello Paul we also have some customers in Switzerland which are using MAC's with Filer. The best way to implement the connection depends on what you are doing with the MacIntosh Computers. If most of your environment is Windows-Based (NT- or 2000) and only a few Mac-Clients and -users want to get access to MS-Office Files, DAVE ( www.thursby.com <http://www.thursby.com> ) is great. Advantages: With an existing Windows Domain, no other authentication method and maintenance of user accounts is necessary. No other license (beside CIFS) for the filer is needed. Disadvantages: On every Client you will need to install the DAVE-Software and you have to buy the licenses as well. If most of your environment are unix-workstations with propagating the passwd-file by NIS and only a few Mac-Clients and -users want to get access to Unix-Files, MACnfs (also www.Thursby.com <http://www.Thursby.com> ) is great. Advantages: With an existing NIS Domain, no other authentication method and maintenance of user accounts is necessary. No other license (beside nfs) for the filer is needed. Disadvantages: On every Client you will need to install a MACnfs-Software and you have to buy the licenses as well. If you need good performance, the Thursby Clients are a little bit to slow i guess. If there is some good Unix-Know How arround, you can buy Ethershare from Helios ( www.helios.com <http://www.helios.com> ). It usually runs on solaris platforms and can provide File- and Print-Services for Macintosh. If the clients handle big picture files (to create Newspapers), the Ethershare offers some interesting features to improve the performance over the network. The other solution is based on Linux. The shareware netatalk also provides good performance on File-Services for MAC. You need a good level of experience with linux. If you can wait some weeks and take the risk to upgrade your Mac-Clients with an very new OS-release, you can use MAC OS10 to connect with nfs or MAC OS10.1 to connect with cifs. But maybe your applications does not run on this new releases. I hope, i did not increase the confusion......... Regards Udo -----Original Message----- From: Maglinger, Paul [mailto:PMAGLINGER@scvl.com] Sent: Donnerstag, 6. September 2001 00:17 To: 'NetApps list server' Subject: Looking for Macintosh users We're looking to let our Art Department (Macintosh users) have a wee bit o' space on our 740. I'm looking at Dave software, but would appreciate any input from other administrators who might have some insight here. Thanks! Paul Maglinger, A+, CET, CA, MCSE Systems Administrator Shoe Carnival, Inc.

1 0

Re: netapp bad disk bug
by Seth Moskowitz 06 Sep '01

06 Sep '01

I believe we ran nto a similar problem which was fixed when I upgraded OnTap and the Firmware >From: Ozzie Sabina <ors(a)cimedia.com> >To: Collin LeGault <clegault(a)corp.earthlink.net>, toasters(a)mathworks.com >Subject: Re: netapp bad disk bug >Date: Wed, 05 Sep 2001 15:03:06 -0400 > > >+-- Collin LeGault <clegault(a)corp.earthlink.net> once said: >| I have a couple of netapps that are doing this same weird thing. They >both >| are reporting a bad disk, and when you replace the disk, the red light >comes >| on for the new disk, and the netapp marks it as a broken disk. They are >| F760, running 5.3.5R3 of ontap. Someone thought we should take a down >| time and reboot them to see if that fixed it, but I wanted to avoid the >huge >| amount of work that would be and see if anyone here has any suggestions. >| If you need more information about the filers to figure this out, let me >know > >I've had similar problem in the past (new disk was not recognized at >all - looked like an empty slot to the filer) and it was eventually >tracked down to a bad LRC. If this is a clustered system, see if the >other filer is seeing the disk. > >Oz > _________________________________________________________________ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp

1 0

RE: Looking for Macintosh users
by Phil Hill 06 Sep '01

06 Sep '01

Hello, feedback from a customer: in the past they used helios, but they moved to xinet ( www.xinet.com ). The performance is execlent and you can use the Snapshot-Feature from the NetApp Filer. Xinet is running on a Solaris-client which has mounted the Filer. The Solaris-box exports the mount via xinet to the Apples. Ciao Phil

1 0

RE: Looking for Macintosh users
by Braunschweiger, Udo 06 Sep '01

06 Sep '01

Hello Paul we also have some customers in Switzerland which are using MAC's with Filer. The best way to implement the connection depends on what you are doing with the MacIntosh Computers. If most of your environment is Windows-Based (NT- or 2000) and only a few Mac-Clients and -users want to get access to MS-Office Files, DAVE ( www.thursby.com <http://www.thursby.com> ) is great. Advantages: With an existing Windows Domain, no other authentication method and maintenance of user accounts is necessary. No other license (beside CIFS) for the filer is needed. Disadvantages: On every Client you will need to install the DAVE-Software and you have to buy the licenses as well. If most of your environment are unix-workstations with propagating the passwd-file by NIS and only a few Mac-Clients and -users want to get access to Unix-Files, MACnfs (also www.Thursby.com <http://www.Thursby.com> ) is great. Advantages: With an existing NIS Domain, no other authentication method and maintenance of user accounts is necessary. No other license (beside nfs) for the filer is needed. Disadvantages: On every Client you will need to install a MACnfs-Software and you have to buy the licenses as well. If you need good performance, the Thursby Clients are a little bit to slow i guess. If there is some good Unix-Know How arround, you can buy Ethershare from Helios ( www.helios.com <http://www.helios.com> ). It usually runs on solaris platforms and can provide File- and Print-Services for Macintosh. If the clients handle big picture files (to create Newspapers), the Ethershare offers some interesting features to improve the performance over the network. The other solution is based on Linux. The shareware netatalk also provides good performance on File-Services for MAC. You need a good level of experience with linux. If you can wait some weeks and take the risk to upgrade your Mac-Clients with an very new OS-release, you can use MAC OS10 to connect with nfs or MAC OS10.1 to connect with cifs. But maybe your applications does not run on this new releases. I hope, i did not increase the confusion......... Regards Udo -----Original Message----- From: Maglinger, Paul [mailto:PMAGLINGER@scvl.com] Sent: Donnerstag, 6. September 2001 00:17 To: 'NetApps list server' Subject: Looking for Macintosh users We're looking to let our Art Department (Macintosh users) have a wee bit o' space on our 740. I'm looking at Dave software, but would appreciate any input from other administrators who might have some insight here. Thanks! Paul Maglinger, A+, CET, CA, MCSE Systems Administrator Shoe Carnival, Inc.

1 0

Re: Looking for Macintosh users
by mcope＠isisph.com 06 Sep '01

06 Sep '01

Save your money. My company has been supporting a dozen+ Mac users by running Atalk on a couple RedHat Linux boxes and letting them translate between NFS and AppleTalk. It's deceptively simple to setup Atalk and all the users have to do is select the Linux boxes thru their chooser. WARNING: Using this method we've found some Macs have an odd, ocassional tendancy to put funky date-time stamps on files. I've seen dates ranging from 1917 up to 2031. Needless to say, this causes some problems with our Solaris backup server. Hey, it's a free solution and simple shell script on the Linux box can find these files and change the date. (Although a better solution is to keep the Macs off your network completely! Macs are great but my experience is that they cause far more problems than they are worth.) "Maglinger, Paul" <PMAGLINGER(a)scvl.com>@mathworks.com on 09/05/2001 03:16:36 PM Sent by: owner-toasters(a)mathworks.com To: "'NetApps list server'" <toasters(a)mathworks.com> cc: (bcc: Michael Cope/ISIS) Subject: Looking for Macintosh users We're looking to let our Art Department (Macintosh users) have a wee bit o' space on our 740. I'm looking at Dave software, but would appreciate any input from other administrators who might have some insight here. Thanks! Paul Maglinger, A+, CET, CA, MCSE Systems Administrator Shoe Carnival, Inc. - att1.htm

1 0

RE: Looking for Macintosh users
by Benn, Paul 06 Sep '01

06 Sep '01

OS X version 10.1 (due out this month) will have CIFS support as well. http://www.apple.com/macosx/newversion/ Paul Benn Network Appliance > -----Original Message----- > From: Joe Luchtenberg [mailto:joe.luchtenberg@data-line.com] > Sent: Wednesday, September 05, 2001 5:14 PM > To: 'Maglinger, Paul'; 'NetApps list server' > Subject: RE: Looking for Macintosh users > > > If they're up to OS X, it supports NFS. If not (and they can't/won't > upgrade), then Dave is a proven work around. There are plenty of > referenceable (sales jargon) Dave/NetApp customers. Joe > > Joe Luchtenberg > Dataline, Inc. > 757.858.0600 > 757.285.1223 (cell) > 757.858.0606 (fax) > joe.luchtenberg(a)data-line.com > www.data-line.com > > > > -----Original Message----- > > From: Maglinger, Paul [SMTP:PMAGLINGER@scvl.com] > > Sent: Wednesday, September 05, 2001 6:17 PM > > To: 'NetApps list server' > > Subject: Looking for Macintosh users > > > > We're looking to let our Art Department (Macintosh users) > have a wee bit > > o' space on our 740. I'm looking at Dave software, but > would appreciate > > any input from other administrators who might have some > insight here. > > > > Thanks! > > > > Paul Maglinger, A+, CET, CA, MCSE > > Systems Administrator > > Shoe Carnival, Inc. >

1 0

RE: Looking for Macintosh users
by Joe Luchtenberg 06 Sep '01

06 Sep '01

If they're up to OS X, it supports NFS. If not (and they can't/won't upgrade), then Dave is a proven work around. There are plenty of referenceable (sales jargon) Dave/NetApp customers. Joe Joe Luchtenberg Dataline, Inc. 757.858.0600 757.285.1223 (cell) 757.858.0606 (fax) joe.luchtenberg(a)data-line.com www.data-line.com > -----Original Message----- > From: Maglinger, Paul [SMTP:PMAGLINGER@scvl.com] > Sent: Wednesday, September 05, 2001 6:17 PM > To: 'NetApps list server' > Subject: Looking for Macintosh users > > We're looking to let our Art Department (Macintosh users) have a wee bit > o' space on our 740. I'm looking at Dave software, but would appreciate > any input from other administrators who might have some insight here. > > Thanks! > > Paul Maglinger, A+, CET, CA, MCSE > Systems Administrator > Shoe Carnival, Inc.

1 0

Looking for Macintosh users
by Maglinger, Paul 05 Sep '01

05 Sep '01

We're looking to let our Art Department (Macintosh users) have a wee bit o' space on our 740. I'm looking at Dave software, but would appreciate any input from other administrators who might have some insight here. Thanks! Paul Maglinger, A+, CET, CA, MCSE Systems Administrator Shoe Carnival, Inc.

2 1

Re: Unexplainable unresponsiveness of F820
by Kerry Schwab 05 Sep '01

05 Sep '01

When I have run into the bug, it didn't seem to have anything to do with how busy the filer was. It *did* seem to be related to pending output on the telnet connection. So, if you connected, ran a command, and then closed the telnet connection while the filer was still sending results, the filer would freeze. Another scenario is when "console log" messages randomly stream from the telnet conneciton. Closing the connection while the console logs message is being written triggers it also. It interesting that you mentioned "Big Brother", because I never hit the bug while actually typing interactively via telnet. It was always via some automated telnet connection ( Expect, Perl, etc). I guess a human typing always tends to wait before sending the <ctrl-D>, while the scripted connections aren't anticipating "extra output". == Kerry >>> <mcope(a)isisph.com> 09/05/01 04:46PM >>> Kerry, Thanks for the info. I use Big Brother (bb4.com) to monitor the Filers. One of the things it does every 5 minutes is open and close a telnet session to test telnet. It's a pretty ugly method because it just kills the telnet session as opposed to closing it. The problems on the previous Filer only manifested when it was getting hammered. I've been using Big Brother for a number of months now and haven't had any problems keeping telnet sessions open to a Filer. However, I can imagine where this could be a problem if the Filer is really busy and then one of these ugly telnet checks occurred and pushed it over the edge. Thanks again, Michael On 9/5/2001 2:16:07 PM, "Kerry Schwab" <Kerry.Schwab(a)wnco.com> wrote: > I've run into a bug with the telnetd daemon on the F820. > Closing a telnet session to the filer while it has pending > output sometimes causes the whole filer to "hang". > > This is occuring on 6.0.1R3. > > I did find some related bugs in the knowledge base, > but I've resorted to not using the telnet interface for now. > > == > Kerry > > > > > >>> <mcope(a)isisph.com> 09/05/01 10:46AM >>> > > > I've recently moved files from a F740 onto a new F820. This happened > on Monday > and on Tuesday morning the F820 suddenly stopped serving data. It > became so > unresponsive that I was unable to even get in thru the console. I > got prompted > for a password but it never got to a command line prompt. The Filer > didn't > appear to be excessively busy beforehand and the network connection > (Gigabit) > still appeared to be fine. Basically, the Filer appeared fine > externally and > the LCD panel showed that there were 0 ops a second. The only way I > could get > the Filer "running" again was to cycle power. > > The Filer has been fine since then. There were no messages in the > syslog and it > didn't dump a core file (I know now how to force it to dump a core for > diagnosis), so NetApp tech support hasn't been able to provide much > assistance > or explanation. > > I've seen this same behavior twice on the the F740 in the last 2 > months but that > had been diagnosed as a faulty Fibre Channel controller seizing up > when the > workload got too high. Other than the actual data files, the only > thing these > two Filers have in common is Data ONTAP 6.1R1. I'm running 6.1R1 on > two other > Filers and have had no problems. It just seems very coincidental > that I didn't > experience this on the F740 until after I installed this version of > ONTAP. > > Anyone else seen this behavior before or noticed any irregularities > with 6.1R1 > (I'm not running in a cluster so the latest updates/bug fixes don't > appear > helpful) > > Thanx, > > > Michael Cope > UNIX/Linux Systems Administrator > Isis Pharmaceuticals > mcope(a)isisph.com > > UNIX is very user friendly... > it's just highly selective about who it makes friends WITH! > > >

1 0

Re: Unexplainable unresponsiveness of F820
by mcope＠isisph.com 05 Sep '01

05 Sep '01

Kerry, Thanks for the info. I use Big Brother (bb4.com) to monitor the Filers. One of the things it does every 5 minutes is open and close a telnet session to test telnet. It's a pretty ugly method because it just kills the telnet session as opposed to closing it. The problems on the previous Filer only manifested when it was getting hammered. I've been using Big Brother for a number of months now and haven't had any problems keeping telnet sessions open to a Filer. However, I can imagine where this could be a problem if the Filer is really busy and then one of these ugly telnet checks occurred and pushed it over the edge. Thanks again, Michael On 9/5/2001 2:16:07 PM, "Kerry Schwab" <Kerry.Schwab(a)wnco.com> wrote: > I've run into a bug with the telnetd daemon on the F820. > Closing a telnet session to the filer while it has pending > output sometimes causes the whole filer to "hang". > > This is occuring on 6.0.1R3. > > I did find some related bugs in the knowledge base, > but I've resorted to not using the telnet interface for now. > > == > Kerry > > > > > >>> <mcope(a)isisph.com> 09/05/01 10:46AM >>> > > > I've recently moved files from a F740 onto a new F820. This happened > on Monday > and on Tuesday morning the F820 suddenly stopped serving data. It > became so > unresponsive that I was unable to even get in thru the console. I > got prompted > for a password but it never got to a command line prompt. The Filer > didn't > appear to be excessively busy beforehand and the network connection > (Gigabit) > still appeared to be fine. Basically, the Filer appeared fine > externally and > the LCD panel showed that there were 0 ops a second. The only way I > could get > the Filer "running" again was to cycle power. > > The Filer has been fine since then. There were no messages in the > syslog and it > didn't dump a core file (I know now how to force it to dump a core for > diagnosis), so NetApp tech support hasn't been able to provide much > assistance > or explanation. > > I've seen this same behavior twice on the the F740 in the last 2 > months but that > had been diagnosed as a faulty Fibre Channel controller seizing up > when the > workload got too high. Other than the actual data files, the only > thing these > two Filers have in common is Data ONTAP 6.1R1. I'm running 6.1R1 on > two other > Filers and have had no problems. It just seems very coincidental > that I didn't > experience this on the F740 until after I installed this version of > ONTAP. > > Anyone else seen this behavior before or noticed any irregularities > with 6.1R1 > (I'm not running in a cluster so the latest updates/bug fixes don't > appear > helpful) > > Thanx, > > > Michael Cope > UNIX/Linux Systems Administrator > Isis Pharmaceuticals > mcope(a)isisph.com > > UNIX is very user friendly... > it's just highly selective about who it makes friends WITH! > > >

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