toasters

toasters@lists.teaparty.net

13513 discussions

strange cached information for CIFS
by Tom Yates 28 Jan '98

28 Jan '98

i have two F330s, both at 4.3R4, both running CIFS. apart from the number of shares on each one, and the machine names, the CIFS setups are supposed to be identical. one will authenticate through a PDC, and one won't. we have been through the old "create a domain account for the server" thing *many, many* times. it's not helping. when we try to "cifs setup" to use the PDC, we get the following joyous dialogue: Tue Jan 27 18:07:18 EST [rc]: Connection with DC BIGDADDY terminated Tue Jan 27 18:07:18 EST [rc]: CIFS - Filer retrying authentication with backup password. Tue Jan 27 18:07:28 EST [rc]: Connection with DC BIGDADDY terminated Tue Jan 27 18:07:28 EST [rc]: CIFS - Filer's security information differs from domain controller. and, in many cases, cifs will sit there trying to shut down, locking up the console, until i reboot the filer. it's been suggested to me that it needs to authenticate as part of the shutdown process. so, my questions are: 1) what flaming backup password? 2) what decides whether cifs starts up at boot time, absent a "cifs on" rc entry? 3) is it true that the delayed shutdown is caused by failure to authenticate? 4) has anyone else had trouble going from X to 4.3R4, esp. if X=4.0.1c{,D10}? and, if were allowed a slightly less serious wish list, any chance of an option such as options no.stupid.microsoft.authentication on to get the CIFS support to authenticate based on the user logged into the NT Workstation in question, a la NFS? or do i misunderstand terribly what's going on here? 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

Faq(?) - Sendmail & Toasters getting along well?
by Don Glascock 23 Jan '98

23 Jan '98

Hi. We're evaluating/purchasing an F230, and are slowly getting all of our i's dotted and t's crossed in setting it up. In our environment, the sendmail.cf files on our Unix boxes hand everything over to the main file/mail server in our group, which is a DEC Alpha running Digital Unix. The workstations mount its "/usr/spool/mail" as "/usr/spool/mail" or "/usr/mail", as you would expect. With this configuration, we've had very few file locking problems, presuming that life is easier if the sendmail daemon that actually manipulates mail files runs on the same box on which the files sit. Now, we're debating about moving everyone's mail folders to the F230, which means that sendmail on our Alpha will be making regular use of NFS file locking. Has anyone tried this? How frequently (if ever) do you run into problems? Thanks & hope this isn't a FAQ... Don Glascock (ps, I'm new to the list -- is there an archive for this mailing list? I didn't see one on ftp.mathworks.com, and Majordomo says there are no "toasters"-related files. Thanks, again! :-) -- Donald S. Glascock Mailstop GU-1016 Special Purpose Processor Development Group Mayo Foundation Rochester, MN 55905 Glascock.Donald(a)Mayo.EDU +1.507.284.1850 +1.507.284.9171 (fax) http://www.mayo.edu/sppdg/sppdg_home_page.html "No matter where you go, there you are."

3 2

F630 with more than 52 disks ?
by Daniel Quinlan 23 Jan '98

23 Jan '98

I'm not planning on it, but I'd like to know if anyone out there has an F630 (or anything) with more than 52 9GB disks on it (~ 200GB). If you do, how long does a disk recontruction take? Our F630 with 52 9GB disks took 25 hours to reconstruct a failed disk (while it was being used, so we had to turn the knob down to 2 and 1 for most of the time because response was so slow). Dan

1 0

Solaris 2.6 drops NFS automounts
by Mike Mueller 23 Jan '98

23 Jan '98

We have heard reports that Solaris 2.6 NFS clients drop mounts of NetApp and other NFS servers but I have not been able to get a detailed explanation of the problem. Although it is apparently a Solaris 2.6 bug, I can't seem to find information about it from Sun and I thought that some other NetApp user might be familiar with the problem. We are planning a Solaris upgrade in the next few weeks and I'd like to feel confident that we aren't going to run into problems. Can someone explain what the specific bug is and whether there is a definate work-around or patch available? Is anyone successfully using Solaris 2.6 clients with a NetApp and if so are you using any special settings on either the client and/or the server? Thanks. Mike Mueller

2 1

Re: Anybody besides me having quotas go bonkers?
by Jan-Pieter Cornet 23 Jan '98

23 Jan '98

In article <199801202125.NAA26037(a)tooting.netapp.com>, Rajesh Sundaram <rajeshs(a)netapp.com> wrote: > attribution missing, but someone(a)cdsnet.net wrote: >> I just created some new users, and the filer (running 4.3R4D1) >> is reporting that they've used: >> >> user 506 9840 41943040 1292 10485760 >> user 1001 4294966368 41943040 22 10485760 >> user@web 1001 4294966408 25600 18 1000 >> user 1003 4294967260 41943040 1 10485760 >> user@web 1003 4294967260 25600 0 1000 >> user 1004 4294967260 41943040 1 10485760 >> user@web 1004 4294967260 25600 0 1000 >> >> which is flatly impossible, the users were just created and assigned. yet >> it thinks the disk space usage is all used up. We have been seeing the same thing last week. We fixed it by putting a (root-owner) file in the users' homedirectory, then chowning that file to the user, making their disk usage positive again. >Are default quotas being used here? If that's the case, this is likely to >be the bug with operations running as root that others in the list >have pointed out. > >Default quotas trigger the creation of quotas when a user first >uses an inode or a data block (by creating a file, for example). >This should happen even when the file is created as root and then >"chown"ed to the user. This currently fails to happen. > >Here is the description from the bug report which should soon get >added to the bugs online list on NOW. > >TITLE: >Derived quotas do not get created for operations >running as root, causing usage decrepancies. We upgraded to 4.3R4D2, which apparently fixed it. At least, I haven't seen "negative" disk usages in almost a day, whereas our previous version (4.3R4D1) would have had some by now. >> What's even weirder is that I can create directories all day, and no >> errors, only files cause problems. yet the dirs are owned by user 1001, >> etc. Toasters do not count directory blocks as disk usage, so directories can't be affected by this bug. -- #! ##### Jan-Pieter Cornet ##### <johnpc(a)xs4all.net> ##### perl ++$_;$!=$_+++$_;($:,$,,$/,$*)=$!=~/.(.)...(.)(.).(.)/;$!=$_+$_; ($(a),$\,$~)=$!=~/(.)(.).(.)/; $_="$,$/$:"; $@++; $~="$~$_";($_)= \$$=~/\((.)/;$|=++$_;$_++;$|++;$~="$~ $@$:";`$~$/$\$*$, $|>&$_`

1 0

4.3R4 and statd
by Michael Salmon 22 Jan '98

22 Jan '98

We have just installed 4.3R4 in a 520 with storage shelves 2 and statd has begun complaining about the shelves. Shelfchk has also stopped working so we are forced to conclude that the connection between the filer and the shelves has stopped working. Any comments or suggestions? /Michael -- /--------------------------------\ ___ | Michael Salmon | / \ | Ericsson Utveckling AB | / | | ÄS/UAB/Z/IPE | / _| | Box 1505 | / | | 125 25 Älvsjö | / / | Sweden | / / | | | | +--------------------------------+ | \ | Michael.Salmon(a)uab.ericsson.se | / *| | | / _/ | Tel: +46 8 727 30 74 | | | | FAX: +46 8 647 82 76 | | / # | GSM: +46 705 902 842 | | __// \--------------------------------/ |_/

1 0

Archived mail
by Dawn Hamel 22 Jan '98

22 Jan '98

Is the mail from this list archived anywhere. I believe there was some discussion about problems upgrading to Solaris 2.6.1 and I want to make sure a new Netapp customer is aware of any problems BEFORE they upgrade to the 2.6.1 release Thanks, Dawn

8 9

Anybody besides me having quotas go bonkers?
by Jaye Mathisen 20 Jan '98

20 Jan '98

I have a few quota trees set up on a 540 with 100GB. I just created some new users, and the filer (running 4.3R4D1) is reporting that they've used: user 506 9840 41943040 1292 10485760 user 1001 4294966368 41943040 22 10485760 user@web 1001 4294966408 25600 18 1000 user 1003 4294967260 41943040 1 10485760 user@web 1003 4294967260 25600 0 1000 user 1004 4294967260 41943040 1 10485760 user@web 1004 4294967260 25600 0 1000 which is flatly impossible, the users were just created and assigned. yet it thinks the disk space usage is all used up. What's even weirder is that I can create directories all day, and no errors, only files cause problems. yet the dirs are owned by user 1001, etc. If anybody has any ideas, I'd love to hear it, occasionally working quotas is worse than no quotas, since it prevents mail from being deliverd (using qmail), yet seems to run OK. My quota file is trivial, just a few entries. CC'd to support@netapp, because I have a separate open ticket where df will show -8kb used, -8kb free at odd times. Any tips appreciated, I could almost strangle this thing.

2 1

Re: Anybody besides me having quotas go bonkers?
by Daniel Quinlan 19 Jan '98

19 Jan '98

Jaye Mathisen <mrcpu(a)cdsnet.net> writes: > which is flatly impossible, the users were just created and assigned. yet > it thinks the disk space usage is all used up. We had a similar problem with some 4.2 versions. Basically, files would get created as root and then chowned to a user, but without any quota usage attribution. Later, the user deletes some files. 0 minus some number is a really big number because of integer overflow. Quota exceeded. It looks like you may have a similar problem. Generally, quotas are unreliable for us. I always "quota off; quota on" whenever I add a new directory directly under one of our quota trees. The biggest problem for us is that we don't really want to use quotas to limit disk usage, we just want to track it. It should be really easy to have a "nice quotas" option that causes the filer to never send an EDQUOT (quota exceeded) error. That one feature would make most of our quota problems non-problems. - Dan

2 2

None
by Kelly Wyatt 16 Jan '98

16 Jan '98

subscribe toasters

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