toasters

toasters@lists.teaparty.net

1 participants
13515 discussions

Apache/Netapp problem + solution (fwd)
by David R. Van Sandt 05 Feb '98

05 Feb '98

What version of ONTAP are you using on the NetApp? ---------------------------------------------------------------- David R. Van Sandt, dv(a)corp.earthlink.net, 626/296-5137 Earthlink Network, Lead System Administrator "It's Your Internet" ---------------------------------------------------------------- ---------- Forwarded message ---------- Date: Wed, 4 Feb 1998 13:39:14 -0500 (EST) From: rasmus(a)bellglobal.com To: toasters(a)mathworks.com Subject: Apache/Netapp problem + … [View More]solution Apache 1.2.5 on a Solaris 2.5.1 Sparc box connected to a Netapp 630 filer. Problem symptom: Web server established a connection, but would not respond to requests. Looking at the parent httpd process we see that it is in a normal "wait for something to do" loop: 0.000000 sigsuspend([] <unfinished ...> 0.415977 --- SIGALRM (Alarm Clock) --- 0.000214 <... sigsuspend resumed> ) = -1 EINTR (Interrupted system call) <0.415636> 0.000272 setcontext({uc_sigmask=[ALRM], ...}) = ? <0.000113> 0.000525 alarm(0) = 0 <0.000083> 0.000389 sigprocmask(SIG_UNBLOCK, [ALRM], NULL) = 0 <0.000087> 0.000475 sigaction(SIGALRM, {SIG_DFL}, NULL) = 0 <0.000086> 0.000464 waitid(P_ALL, 0, {si_signo=0, si_code=SI_USER, si_pid=0, si_uid=0, ...}, WNOHANG|WEXITED|WTRAPPED) = 0 <0.000091> 0.000499 alarm(0) = 0 <0.000084> 0.000349 sigaction(SIGALRM, {0xef5b8cfc, [], 0}, {SIG_DFL}) = 0 <0.000094> 0.000570 sigprocmask(SIG_BLOCK, [ALRM], []) = 0 <0.000090> 0.000577 alarm(1) = 0 <0.000086> 0.000351 sigsuspend([] <unfinished ...> 0.995342 --- SIGALRM (Alarm Clock) --- 0.000184 <... sigsuspend resumed> ) = -1 EINTR (Interrupted system call) <0.995330> 0.000248 setcontext({uc_sigmask=[ALRM], ...}) = ? <0.000107> 0.000517 alarm(0) = 0 <0.000083> Looking at the spawned child httpd's we see: 0.000000 fcntl(21, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0} And they got there by: ef5b6fd8 fcntl (15, 7, 5cfcc) ef5b6fd8 _libc_fcntl (15, 7, 5cfcc, 0, 0, 0) + 8 ef78aba8 s_fcntl (15, 7, 5cfcc, ef611938, 34, effff944) + 164 00019138 accept_mutex_on (62d08, 1, 0, effffa78, effffa88, 2) + 18 0001a874 child_main (6c170, 5d000, 5d000, 5cc00, 5d000, 5b000) + 1f8 0001ad1c make_child (61880, 2, 61400, 11, 0, 5cfc9) + d4 0001b3a0 standalone_main (effffb78, 5cf48, 5f400, 5cc00, 75, 5f7b0) + 2a4 0001b920 main (3, effffc94, effffca4, 5f3f4, 1, 0) + 2a0 00017b48 _start (0, 0, 0, 0, 0, 0) + 5c Ok, so what are we locked on? Parent process says: Current rlimit: 92 file descriptors 0: S_IFCHR mode:0620 dev:32,0 ino:162863 uid:100 gid:7 rdev:24,2 O_RDWR 1: S_IFCHR mode:0620 dev:32,0 ino:162863 uid:100 gid:7 rdev:24,2 O_RDWR 2: S_IFCHR mode:0620 dev:32,0 ino:162863 uid:100 gid:7 rdev:24,2 O_RDWR 4: 0xd000 mode:0444 dev:164,0 ino:8952 uid:0 gid:0 size:0 O_RDONLY close-on-exec 15: S_IFCHR mode:0000 dev:32,0 ino:26208 uid:0 gid:0 rdev:42,8491 O_RDWR 16: S_IFREG mode:0644 dev:162,1 ino:2924135 uid:0 gid:1 size:13387 O_WRONLY|O_APPEND 17: S_IFCHR mode:0000 dev:32,0 ino:6664 uid:0 gid:0 rdev:42,8911 O_RDWR 18: S_IFREG mode:0644 dev:162,1 ino:4842016 uid:0 gid:1 size:61789 O_WRONLY|O_APPEND 19: S_IFREG mode:0644 dev:162,1 ino:4842022 uid:0 gid:1 size:4551030 O_WRONLY|O_APPEND 20: S_IFREG mode:0644 dev:162,1 ino:4842019 uid:0 gid:1 size:29387 O_WRONLY|O_APPEND 21: S_IFREG mode:0644 dev:162,1 ino:4842021 uid:0 gid:102 size:0 O_WRONLY advisory write lock set by system 0x7FFF process 2135 Inode 4842021 is: 4842021 -rw-r--r-- 1 root devel 0 Feb 3 15:34 logs/.nfsCAC So, for some reason the accept queue mutex mechanism is no longer working. There are no lock manager error messages from the NetApp, but this server which has been running fine for months will suddenly no longer lock. Other servers sitting right next to it with the same configuration lock fine. Would be nice to determine why it stopped working, but the solution is to add the the following line to the Apache httpd.conf file: LockFile /tmp/accept.lock That will keep the lockfile on the local disk. This is probably not a bad idea for anybody running Apache off of a Netapp to do. It may save you some future headaches. -Rasmus [View Less]

2 1

Apache/Netapp problem + solution
by rasmus＠bellglobal.com 04 Feb '98

04 Feb '98

Apache 1.2.5 on a Solaris 2.5.1 Sparc box connected to a Netapp 630 filer. Problem symptom: Web server established a connection, but would not respond to requests. Looking at the parent httpd process we see that it is in a normal "wait for something to do" loop: 0.000000 sigsuspend([] <unfinished ...> 0.415977 --- SIGALRM (Alarm Clock) --- 0.000214 <... sigsuspend resumed> ) = -1 EINTR (Interrupted system call) <0.415636> 0.000272 setcontext({uc_sigmask=[… [View More]ALRM], ...}) = ? <0.000113> 0.000525 alarm(0) = 0 <0.000083> 0.000389 sigprocmask(SIG_UNBLOCK, [ALRM], NULL) = 0 <0.000087> 0.000475 sigaction(SIGALRM, {SIG_DFL}, NULL) = 0 <0.000086> 0.000464 waitid(P_ALL, 0, {si_signo=0, si_code=SI_USER, si_pid=0, si_uid=0, ...}, WNOHANG|WEXITED|WTRAPPED) = 0 <0.000091> 0.000499 alarm(0) = 0 <0.000084> 0.000349 sigaction(SIGALRM, {0xef5b8cfc, [], 0}, {SIG_DFL}) = 0 <0.000094> 0.000570 sigprocmask(SIG_BLOCK, [ALRM], []) = 0 <0.000090> 0.000577 alarm(1) = 0 <0.000086> 0.000351 sigsuspend([] <unfinished ...> 0.995342 --- SIGALRM (Alarm Clock) --- 0.000184 <... sigsuspend resumed> ) = -1 EINTR (Interrupted system call) <0.995330> 0.000248 setcontext({uc_sigmask=[ALRM], ...}) = ? <0.000107> 0.000517 alarm(0) = 0 <0.000083> Looking at the spawned child httpd's we see: 0.000000 fcntl(21, F_SETLKW, {type=F_WRLCK, whence=SEEK_SET, start=0, len=0} And they got there by: ef5b6fd8 fcntl (15, 7, 5cfcc) ef5b6fd8 _libc_fcntl (15, 7, 5cfcc, 0, 0, 0) + 8 ef78aba8 s_fcntl (15, 7, 5cfcc, ef611938, 34, effff944) + 164 00019138 accept_mutex_on (62d08, 1, 0, effffa78, effffa88, 2) + 18 0001a874 child_main (6c170, 5d000, 5d000, 5cc00, 5d000, 5b000) + 1f8 0001ad1c make_child (61880, 2, 61400, 11, 0, 5cfc9) + d4 0001b3a0 standalone_main (effffb78, 5cf48, 5f400, 5cc00, 75, 5f7b0) + 2a4 0001b920 main (3, effffc94, effffca4, 5f3f4, 1, 0) + 2a0 00017b48 _start (0, 0, 0, 0, 0, 0) + 5c Ok, so what are we locked on? Parent process says: Current rlimit: 92 file descriptors 0: S_IFCHR mode:0620 dev:32,0 ino:162863 uid:100 gid:7 rdev:24,2 O_RDWR 1: S_IFCHR mode:0620 dev:32,0 ino:162863 uid:100 gid:7 rdev:24,2 O_RDWR 2: S_IFCHR mode:0620 dev:32,0 ino:162863 uid:100 gid:7 rdev:24,2 O_RDWR 4: 0xd000 mode:0444 dev:164,0 ino:8952 uid:0 gid:0 size:0 O_RDONLY close-on-exec 15: S_IFCHR mode:0000 dev:32,0 ino:26208 uid:0 gid:0 rdev:42,8491 O_RDWR 16: S_IFREG mode:0644 dev:162,1 ino:2924135 uid:0 gid:1 size:13387 O_WRONLY|O_APPEND 17: S_IFCHR mode:0000 dev:32,0 ino:6664 uid:0 gid:0 rdev:42,8911 O_RDWR 18: S_IFREG mode:0644 dev:162,1 ino:4842016 uid:0 gid:1 size:61789 O_WRONLY|O_APPEND 19: S_IFREG mode:0644 dev:162,1 ino:4842022 uid:0 gid:1 size:4551030 O_WRONLY|O_APPEND 20: S_IFREG mode:0644 dev:162,1 ino:4842019 uid:0 gid:1 size:29387 O_WRONLY|O_APPEND 21: S_IFREG mode:0644 dev:162,1 ino:4842021 uid:0 gid:102 size:0 O_WRONLY advisory write lock set by system 0x7FFF process 2135 Inode 4842021 is: 4842021 -rw-r--r-- 1 root devel 0 Feb 3 15:34 logs/.nfsCAC So, for some reason the accept queue mutex mechanism is no longer working. There are no lock manager error messages from the NetApp, but this server which has been running fine for months will suddenly no longer lock. Other servers sitting right next to it with the same configuration lock fine. Would be nice to determine why it stopped working, but the solution is to add the the following line to the Apache httpd.conf file: LockFile /tmp/accept.lock That will keep the lockfile on the local disk. This is probably not a bad idea for anybody running Apache off of a Netapp to do. It may save you some future headaches. -Rasmus [View Less]

1 0

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 … [View More]

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 … [View More]

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 … [View More]

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 … [View More]

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 | / _| | … [View More]

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 … [View More]

2 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