The message complains that /dev/null is not a directory, which is true, as can be seen using the “file” command.
Alan On Apr 16, 2014, at 9:06 AM, Steven Timm <[email protected]> wrote: > Note that if I substitute some other path for the user's home directory > in the /etc/passwd file, even if that path does not exist, then the transfer > actually works. So as I suspected there is nothing wrong with > the CA Certificates directory. > > Why would gridftp be fussy about /dev/null in particular? > > Steve Timm > > > > On Wed, 16 Apr 2014, Steven Timm wrote: > >> >> I am currently upgrading some gridftp servers from a quite old version >> of globus to the latest version. These were special-purpose gridftp >> servers in which most of the users did not actually have a home directory. >> >> Now I get the following error message: >> >> bash-3.2$ ./gftpcheck >> >> error: globus_ftp_client: the server responded with an error >> 500 500-Command failed. : callback failed. >> 500-globus_sysconfig: Could not find a valid trusted CA certificates >> directory >> 500-globus_sysconfig: Could not find a valid home directory for the current >> user >> 500-globus_sysconfig: File is not a directory: /dev/null is not a directory >> 500 End. >> >> >> I do indeed have /dev/null listed as the home directory for this user in >> the /etc/passwd file. Is that no longer allowed? >> >> Steve Timm >> >> >> ------------------------------------------------------------------ >> Steven C. Timm, Ph.D (630) 840-8525 >> [email protected] http://home.fnal.gov/~timm/ >> Fermilab Scientific Computing Division, Scientific Computing Services Quad. >> Grid and Cloud Services Dept., Associate Dept. Head for Cloud Computing >> > > ------------------------------------------------------------------ > Steven C. Timm, Ph.D (630) 840-8525 > [email protected] http://home.fnal.gov/~timm/ > Fermilab Scientific Computing Division, Scientific Computing Services Quad. > Grid and Cloud Services Dept., Associate Dept. Head for Cloud Computing
