[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