On Thu, Jan 13, 2000 at 07:02:39PM -0500, Shafeeq Sinnamohideen wrote:

> What's the OS the server is running ? At least on BSDs we have trouble
> with DNS resolution sometimes failing in codasrv & venus when it works
> fine in other programs. We're working on it, but have't found the cause
> yet. The solution for now is to make sure that the server itself and
> all clients in its /etc/hosts file, but if you're using that address
> you probably have that already. Some of the code in both also use only
> the host name and not the fully qualified name, but that shouldn't be the
> problem if 'ionizer' resolves correctly.

Oh Im sorry, its a Linux 2.3.39 SMP kernel, on an x86 platform.  After
modifying /etc/hosts that seems to have done the trick.

> Either volutil is failing to communicate with the server entirely, or the
> server decides not to give volutil a connection. You can turn up the
> debugging level of the server by starting it with : startserver -d 10
> and look for messages in the log about a new connection. 

Well so far everything seems to be working properly, but I have run into a
new problem, which I dont quite understand.  I have created a new volume
called files under /coda, and set the ACL so that the System Administrator
(username coda) has full access to manipulate the dir.  I then proceeded
to login as user coda.  Then I was able to touch files in that dir /coda/files,
but anytime I tried to write out data to those files, such as,

echo "test file" > /coda/files/readme.txt

it would hang.  Below is an exerpt from /vice/srv/SrvLog showing whats
happening, (as far as I can tell) and it looks as if the user doesn't have
proper access.  Any ideas on this?

--

22:36:48 InternalCOP2 returns Success
22:36:48 FS_ViceCOP2: returning success.
22:36:48 Worker 1 received request -13 on cid 1029145921 for NA at NA
22:36:48 in AL_IdToName(911)
22:36:48 Authorized Connection for user coda, uid 911, Start 0, end 947835288, time 947745408
22:36:48 in AL_NameToId(coda)
22:36:48 in AL_GetInternalCPS(911, 0x81be834)
22:36:48 New connection received RPCid 1029145921, security lvl 12, rem id 352947720
22:36:48 Worker 2 received request 40 on cid 1029145921 for coda at 192.168.1.20
22:36:48 FS_ViceNewConnectFS (version 3) for user root at ionizer.venus
22:36:48 Probing existing WriteBack conn 1d5829e4
22:36:48 RevokeWBPermit on conn 1d5829e4 returned 0
22:36:48 FS_ViceNewConnectFS returns Success
22:36:48 Worker 3 received request 46 on cid 1029145921 for coda at 192.168.1.20
22:36:48 ViceCreate: (0x7f00000b.0x1.0x1), readme.txt
22:36:48 ValidateParms: 7f00000b --> 1000003
22:36:48 CheckWriteBack: Translated VSG 1000003 to vol 7f00000b
22:36:48 Entering VGetVolume for volume 1000003
22:36:48 Entering AvailVolumeHeader()
22:36:48 Entering GetVolumeHeader()
22:36:48 CheckWriteBack: Nobody has permit on 1000003
22:36:48 Entering VPutVolume for volume 1000003
22:36:48 Entering VGetVolume for volume 1000003
22:36:48 Entering AvailVolumeHeader()
22:36:48 Entering GetVolumeHeader()
22:36:48 GetVolObj: returns 0
22:36:48 Entering VGetVnode(vol 1000003, vnode 1, lock 2, ignoreIncon 0)
22:36:48 Entering VBumpVolumeUsage for volume 1000003
22:36:48 VN_GetDirHandle for Vnode 0x1 Uniq 0x1 cnt 1, vn_cnt 1
22:36:48 AllocVnode: Fid = (1000003.a.6), type = 1, pFid = (1000003.1.1), Owner = 911
22:36:48 VAllocVnode: fid = (1000003.a.6)
22:36:48 VAllocFid: fid = (1000003.a.6)
22:36:48 VAllocBitmapEntry: volume = 1000003, vnode = a
22:36:48 Entering ActiveVnodes for index 2, vclass = 1
22:36:48 Entering ActiveVnodes for index 2, vclass = 1
22:36:48 Entering ObjectExists(volindex= 2, (4.6)
22:36:48 ObjectExists: NO  object 4.6
22:36:48 Entering moveHash(vnode 6)
22:36:48 moveHash: setting VnodeHashTable[170] = 0x0
22:36:48 moveHash: setting VnodeHashTable[176] = 0x819c130
22:36:48 AllocVnode returns Success
22:36:48 VN_GetDirHandle for Vnode 0x1 Uniq 0x1 cnt 2, vn_cnt 2
22:36:48 VN_PutDirHandle: Vn 1 Uniq 1: cnt 1, vn_cnt 1
22:36:48 CheckCreateOrLinkSemantics: Lookup of readme.txt in (0x1000003.0x1.0x1) failed
22:36:48 CheckCreateOrLinkSemantics: Going to get acl (1000003.1.1)
22:36:48 CheckCreateOrLinkSemantics: Going to get rights (1000003.1.1)
22:36:48 GetMyVS: 0x1000003, incoming stamp 16
22:36:48 BreakCallBack for Fid 0x1000003.1.1
22:36:48 Venus 192.168.1.20.2430
22:36:48 BreakCallBack for Fid 0x1000003.0.0
22:36:48 Venus 192.168.1.20.2430
22:36:48 BreakCallBack: 0 conns, 1 users
22:36:48 BreakCallBack for Fid 0x7f00000b.1.1
22:36:48 Venus 192.168.1.20.2430
22:36:48 BreakCallBack: 0 conns, 1 users
22:36:48 BreakCallBack for Fid 0x7f00000b.0.0
22:36:48 Venus 192.168.1.20.2430
22:36:48 VN_GetDirHandle for Vnode 0x1 Uniq 0x1 cnt 2, vn_cnt 2

22:36:48 VN_PutDirHandle: Vn 1 Uniq 1: cnt 1, vn_cnt 1