RE: [OpenAFS] AFS service may not have started
See hereunder Hans Melgers wrote: Is AFS registered as a service name according to nbtstat -n? yes what is the output of NET VIEW \\AFS ? Sharenaam TypeGebruikt als Opmerking --- .simpc.com Schijf all Schijf auto1 Schijf (UNC) auto2 Schijf S: enem.nl Schijf simpc.com Schijf De opdracht is voltooid. (i'm logged in to the enem.nl cell) Note that 0x52E is Logon Failure. unknown user name or bad password. How are you logging on to the workstation? Are you using a method that does not make use of a password? No, just plain password with kfw You do not use KFW to logon to the workstation. What method are you using to logon to the workstation? Local password Is NTLM disabled on the machine? Yes, it is. However, i didnt disable it and never saw this problem before. Should it be on ? Not necessarily. What are the values of HKLM\SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0 BackConnectionHostNames AFS HKLM\SYSTEM\CurrentControlSet\Control\Lsa DisableLoopbackCheck 1 ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] AFS service may not have started
ENEM | Hans Melgers wrote: See hereunder Hans Melgers wrote: Is AFS registered as a service name according to nbtstat -n? yes what is the output of NET VIEW \\AFS ? Sharenaam TypeGebruikt als Opmerking --- .simpc.com Schijf all Schijf auto1 Schijf (UNC) auto2 Schijf S: enem.nl Schijf simpc.com Schijf De opdracht is voltooid. (i'm logged in to the enem.nl cell) The presence or absence of tokens has no impact on communication with the AFS Client Service which is an SMB Server. The authentication which is failing is the SMB authentication which takes place local to the workstation. The Microsoft SMB Redirector client constructs GSS SPNEGO NTLM authentication requests and the AFS Client Service SMB Server hands them off to the workstation to authenticate. SMB Browsing (NET VIEW) does not require authentication which is why this works when DIR \\AFS\ALL does not. The next step is to use the SysInternals DbgView tool to capture the authentication process during an attempt to execute dir \\afs\all or tokens. Report any errors. Note that 0x52E is Logon Failure. unknown user name or bad password. How are you logging on to the workstation? Are you using a method that does not make use of a password? No, just plain password with kfw You do not use KFW to logon to the workstation. What method are you using to logon to the workstation? Local password Is NTLM disabled on the machine? Yes, it is. However, i didnt disable it and never saw this problem before. Should it be on ? Not necessarily. What are the values of HKLM\SYSTEM\CurrentControlSet\Control\Lsa\MSV1_0 BackConnectionHostNames AFS This registry value is a REG_MULTI_SZ. The value should be AFS\0 \0 is it? HKLM\SYSTEM\CurrentControlSet\Control\Lsa DisableLoopbackCheck 1 ___ OpenAFS-info mailing list OpenAFS-info@openafs.org https://lists.openafs.org/mailman/listinfo/openafs-info
Re: [OpenAFS] Volume Create/Delete problems
That was indeed the problem. After adding that line to the end of my delete script, the volumes worked every time. Thanks Russ! Tom On Mon, Jul 7, 2008 at 3:33 PM, Russ Allbery [EMAIL PROTECTED] wrote: Tom Cocagne [EMAIL PROTECTED] writes: A quick execution of the create script, followed by a delete, followed by a create with the same user name works fine. In fact, several cycles work fine. However, if I actually use the newly created volume, a subsequent recreate will fail. For example, the following procedure fails every time: 1. run afs create script for 'test_user' 2. Log in as 'test_user', run command echo foo /afs/ tdomain.com/home/test_user/bar, log out 3. run afs delete script for 'test_user' 4. run afs create script for 'test_user' In step 4, all commands except for the last appear to work normally. The final command fails with the error message fs: File '/afs/. tdomain.com/home/test_user' doesn't exist and attempting to run 'ls' on the directory as root on the AFS server machine and with proper tokens yields ls: cannot access /afs/tdomain.com/home/test_user: Connection timed out I suspect that for some reason the volume mappings on your local system are not being invalidated quickly enough. Try inserting an fs checkv command between the deletion and the creation and see if that fixes it. -- Russ Allbery ([EMAIL PROTECTED]) http://www.eyrie.org/~eagle/http://www.eyrie.org/%7Eeagle/