Coda File System

Can't set up volume on secondary server

From: Andria Thomas <andria_at_tovaris.com>
Date: Thu, 07 Jun 2001 10:02:51 -0400
Hello.  I'm running coda servers (5.3.9) on two FreeBSD 4.2 machines,
and I've run into a strange problem trying to set up volumes on the
second server.  Both servers are running the following processes
successfully:

auth2, rpc2portmap, updatesrv, updateclnt, and codasrv

The servers file has the following entries:
irs             55
uspto           56

The VSGDB file has the following entries:
E0000100 irs
E0000101 uspto
E0000111 irs uspto

However, when I try to set up a volume on the second server, or on both
servers, I get the following error:
bash-2.04$ sudo createvol_rep u.paco E0000111 /data
Servers are (irs uspto )
V_BindToServer: binding to host uspto.intranet
GetVolumeList failed with RPC2_NOCONNECTION (F)
Found no partitions for server uspto.

The 'createvol_rep' command is specifically bombing out on the following
command (which doesn't work when either server is querying the other,
but does work when they query themselves):


bash-2.04$ sudo volutil -h uspto getvolumelist
V_BindToServer: binding to host uspto.intranet
GetVolumeList failed with RPC2_NOCONNECTION (F)

bash-2.04$ sudo volutil -h localhost getvolumelist
V_BindToServer: binding to host localhost
P/data Hirs.intranet T4e3f3c F47379d
W/data.0 I37000001 H38 P/data m0 M0 U8 W37000001 C3ae6ded9 D3ae6ded9 B0
A3
Wu.andria.0 I37000002 H38 P/data m0 M0 U5c43f W37000002 C3af95963
D3af95963 B0 A82
Wu.adrian.0 I37000003 H38 P/data m0 M0 U2 W37000003 C3b0ad917 D3b0ad917
B0 A1
Wu.jmalone.0 I37000004 H38 P/data m0 M0 U2 W37000004 C3b0ad935 D3b0ad935
B0 A2
Wadmin.0 I37000006 H38 P/data m0 M0 U13f23 W37000006 C3b0ea902 D3b0ea902
B0 A33
GetVolumeList finished successfully

rpc2tcpdump only show the following two packets, when the command fails:

09:57:27.968007 irs.2449 > uspto.intranet.codasrv:
  7928b88 --> 0: fl: 0, sq: 0, bl: 232 ss:UTIL_SUBSYSID oc:INIT1AO
09:57:27.968274 uspto.intranet.codasrv > irs.2449:
  2198a358 --> 7928b88: fl: 0, sq: 0, bl: 20 ss:UTIL_SUBSYSID oc:INIT2

However, updatefetch commands between the servers work fine.  I'm really
at a loss here -- can anyone please help and explain what's broken?

Thanks!
Andria
Received on 2001-06-07 10:04:03