[OpenAFS] touch: creating `/afs/x': No such file or directory

Turbo Fredriksson turbo@bayour.com
12 Jun 2002 15:55:02 +0200


With a fools persistency I'm continuing to try to get OpenAFS
to work on my Sparc at home...

----- s n i p -----
tuzjfi:~# kinit turbo && aklog
Password for turbo@BAYOUR.COM:
tuzjfi:~# fs mkm /afs/bayour.com root.cell
fs: File '/afs/bayour.com' doesn't exist
tuzjfi:~# echo `hostname`.`dnsdomainname`
tuzjfi.bayour.com
tuzjfi:~# mount | egrep 'afs|vice'
/var/lib/openafs/vicepa on /vicepa type ext2 (rw,loop=/dev/loop0)
AFS on /afs type afs (rw)
tuzjfi:~# vos listvol tuzjfi
Total number of volumes on server tuzjfi partition /vicepa: 2
root.afs                          536870912 RW          2 K On-line
root.cell                         536870918 RW          2 K On-line

Total volumes onLine 2 ; Total volumes offLine 0 ; Total busy 0

tuzjfi:~# ls /afs
tuzjfi:~# touch /afs/x
touch: creating `/afs/x': No such file or directory
tuzjfi:~#
----- s n i p -----

The CellServDB files again (see previous mails about my problems).
----- s n i p -----
tuzjfi:~# cat /etc/openafs/CellServDB
>bayour.com
192.168.1.4 # tuzjfi.bayour.com
>grand.central.org      #GCO Public CellServDB 10 Apr 2002
[...]
tuzjfi:~# head /etc/openafs/server/CellServDB
>bayour.com     #Cell name
192.168.1.4    #tuzjfi
tuzjfi:~# ifconfig
eth0      Link encap:Ethernet  HWaddr 08:00:20:71:D3:16
          inet addr:192.168.1.4  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:2817 errors:0 dropped:0 overruns:0 frame:0
          TX packets:3509 errors:1 dropped:0 overruns:0 carrier:1
          collisions:2 txqueuelen:100
          RX bytes:535013 (522.4 KiB)  TX bytes:354541 (346.2 KiB)
          Interrupt:38 Base address:0x9400

eth0:0    Link encap:Ethernet  HWaddr 08:00:20:71:D3:16
          inet addr:192.168.1.254  Bcast:192.168.1.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          Interrupt:38 Base address:0x9400
[...]
----- s n i p -----


Doing a strace on 'fs', I get this: http://www.bayour.com/strace-fs.out

There's one part that I don't understand/like. The 'nfssrv()' call.
This last time I disabled all NFS mounts, NFS server etc. NOTHING
NFS related is running on tuzjfi (that I know of anyway :).

I do remember that when I was playing with this on papadoc the first time
(about 6 months ago), I had problems with the loop device that /vicepa
was on. Is this problem still there with OpenAFS 1.2.5 (which I'm trying
to use on tuzjfi)?

If I try to attach a 'strace' on a 'afsd' process, the strace hangs, not
giving any output... 

If I enable either '-verbose' and/or '-debug' it won't mount /afs, and
the '-debug' causes the 'afsd' to segfault (but processes are still there).

And just for the record, here's output from 'udebug':
----- s n i p -----
tuzjfi:~# udebug tuzjfi.bayour.com 7002
Host's addresses are: 192.168.1.4 192.168.1.254
Host's 192.168.1.4 time is Wed Jun 12 15:39:54 2002
Local time is Wed Jun 12 15:39:55 2002 (time differential 1 secs)
Last yes vote for 192.168.1.4 was 0 secs ago (sync site);
Last vote started 0 secs ago (at Wed Jun 12 15:39:55 2002)
Local db version is 2.0
I am sync site forever (1 server)
Recovery state 1f
Sync site's db version is 2.0
0 locked pages, 0 of them for write
tuzjfi:~# udebug tuzjfi.bayour.com 7003
Host's addresses are: 192.168.1.4 192.168.1.254
Host's 192.168.1.4 time is Wed Jun 12 15:39:57 2002
Local time is Wed Jun 12 15:39:57 2002 (time differential 0 secs)
Last yes vote for 192.168.1.4 was 0 secs ago (sync site);
Last vote started 0 secs ago (at Wed Jun 12 15:39:57 2002)
Local db version is 1023888363.2
I am sync site forever (1 server)
Recovery state 1f
Sync site's db version is 1023888363.2
0 locked pages, 0 of them for write
Last time a new db version was labelled was:
         834 secs ago (at Wed Jun 12 15:26:03 2002)
----- s n i p -----

Incase anyone needs to have a look at the logfiles:
----- s n i p -----
==> BosLog <==
Wed Jun 12 15:20:58 2002: Server directory access is not okay

==> FileLog <==
Wed Jun 12 15:20:59 2002 File server starting
Wed Jun 12 15:20:59 2002 afs_krb_get_lrealm failed, using bayour.com.
Wed Jun 12 15:21:03 2002 VL_RegisterAddrs rpc failed; will retry periodically (code=5376, err=4)
Wed Jun 12 15:21:04 2002 Partition /vicepa: attached 2 volumes; 0 volumes not attached
Wed Jun 12 15:21:04 2002 Getting FileServer name...
Wed Jun 12 15:21:04 2002 FileServer host name is 'tuzjfi'
Wed Jun 12 15:21:04 2002 Getting FileServer address...
Wed Jun 12 15:21:04 2002 FileServer tuzjfi has address 192.168.1.4 (0xc0a80104 or 0xc0a80104 in host byte order)
Wed Jun 12 15:21:04 2002 File Server started Wed Jun 12 15:21:04 2002

==> PtLog <==
Wed Jun 12 15:20:59 2002 Using 192.168.1.4 as my primary address

==> VLLog <==
Wed Jun 12 15:21:00 2002 Using 192.168.1.4 as my primary address
Wed Jun 12 15:21:01 2002 Starting AFS vlserver 4 (/usr/lib/openafs/vlserver)

==> VolserLog <==
Wed Jun 12 15:21:06 2002 Starting AFS Volserver 2.0 (/usr/lib/openafs/volserver)
----- s n i p -----

The BosLog entry is new though. Previously it's been ok (I had that
problem on papadoc in the beginning to). From what I can remember
in conversations with Sam (the Debian GNU/Linux OpenAFS maintainer)
that don't matter. Checking the BosLog on papadoc, I have the exact
same error/warning there...


-- 
Kennedy PLO quiche kibo iodine Serbian BATF $400 million in gold
bullion South Africa supercomputer congress spy FBI NSA Saddam Hussein
[See http://www.aclu.org/echelonwatch/index.html for more about this]