[OpenAFS] unable to modload on some but not all solaris 2.7 systems
Nathan Neulinger
nneul@umr.edu
13 Jul 2003 09:36:32 -0500
We just did a big round of scheduled maintenance on about 300 systems. A
couple of the solaris 2.7 systems did not successfully upgrade the afs
client however for some strange reason.
I can't find anything special or different about these two machines, but
the modload is getting a no such file or directory error:
# ./afs start
CONFIG=/usr/vice/etc/config
AFSDOPT=/usr/vice/etc/config/afsd.options
PACKAGE=/usr/vice/etc/config/package.options
EXTRAOPTS=-afsdb
LARGE=-stat 2800 -dcache 2400 -daemons 5 -volumes 128
MEDIUM=-stat 2000 -dcache 800 -daemons 3 -volumes 70
SMALL=-stat 300 -dcache 100 -daemons 2 -volumes 50
+ [ -f /usr/vice/etc/config/afsd.options ]
+ cat /usr/vice/etc/config/afsd.options
OPTIONS=-stat 10000 -dcache 4000 -daemons 6 -volumes 256 -files 35000
-nosettime
PATH=/usr/bin:/bin:/sbin:/etc:/usr/sbin:/usr/etc:/sbin:/bin:/usr/bin
+ grep -s afs /etc/name_to_sysnum
+ echo Entry for afs already exists in /etc/name_to_sysnum
Entry for afs already exists in /etc/name_to_sysnum
+ [ ! -x /bin/isalist ]
+ /bin/isalist
nfssrv=/kernel/misc/sparcv9/nfssrv
afs=/kernel/fs/sparcv9/afs
+ [ -f /kernel/misc/sparcv9/nfssrv ]
+ echo Loading NFS server kernel extensions
Loading NFS server kernel extensions
+ modload /kernel/misc/sparcv9/nfssrv
+ [ -f /kernel/fs/sparcv9/afs ]
+ echo Loading AFS kernel extensions
Loading AFS kernel extensions
+ modload /kernel/fs/sparcv9/afs
can't load module: No such file or directory
+ [ -x /usr/afs/bin/bosserver ]
+ [ ! -f /usr/vice/etc/afsd ]
# ls -al /kernel/fs/afs
-rw-r--r-- 1 root other 1262028 Jul 13 09:04 /kernel/fs/afs
# ls -al /kernel/fs/sparcv9/afs
-rw-r--r-- 1 root other 1700088 Jul 13 09:04
/kernel/fs/sparcv9/afs
# isalist
sparcv9+vis sparcv9 sparcv8plus+vis sparcv8plus sparcv8 sparcv8-fsmuld
sparcv7 sparc
As near as I can tell, the other machines that worked have the same
exact module files, and the installs of the machines should be the same.
Before I just go and re-jumpstart these machines, any ideas on what
might be causing the failure?
-- Nathan
------------------------------------------------------------
Nathan Neulinger EMail: nneul@umr.edu
University of Missouri - Rolla Phone: (573) 341-4841
UMR Information Technology Fax: (573) 341-4216