Thanks!! Re: Error type -50 + "Failed to open .../.passwd"


Subject: Thanks!! Re: Error type -50 + "Failed to open .../.passwd"
From: Rich Winkel (rich@pencil.math.missouri.edu)
Date: Thu Sep 07 2000 - 13:14:40 EDT


Many thanks to all who responded! The fix I applied is appended at bottom,
since it seems at least one other person needs it.

Now I have one last obstacle to getting this in production: it
won't authorize passwords on nfs-mounted disks.

The relevant fstab entries are:
/dev/da1s1e /mac ufs rw,suiddir 2 2
grok:/home/grok /home/grok nfs rw,suiddir 0 0

I can login to home dirs on /mac, but when I attempt to login to a
dir on /home/grok, the password is rejected as incorrect and I get
"Failed to open /home/grok/rw/.passwd" in the syslog.
In both cases the .passwd file exists in the home dir and has
-rw------- permissions. The password is in plain text.
afpd.conf sez:
"Holmes" -nocleartxt -randnum -rand2num -guest -guestname nobody

On another issue, will the suiddir attribute work via nfs if root is
mapped to nobody on the nfs server? Could this be related to the
.passwd problem? (I can't remount /home/grok at the moment)

Many thanks for this wonderful software and list!

Rich

Date: Wed, 6 Sep 2000 11:21:56 -0600 (MDT)
From: Tim Carlson <tim@santafe.edu>
To: Rich Winkel <rich@pencil.math.missouri.edu>
Subject: Re: Error type -50 while copying files to netatalk server (4.1b2+2.13)

On Wed, 6 Sep 2000, Rich Winkel wrote:

> I can see that the file gets copied sucessfully, in fact
> if I ignore the error prompt, go to another mac and open the folder
> I can copy or run the file with no problem, but once I answer
> "stop" or "continue" in the error dialog box, the file is deleted.
> Does anyone have any ideas?

Permissions problem. Here is how I fixed it.
----------------------------------------------------------------------
This error can occur when you are trying to copy a file from a Mac to a
netatalk share. The reason for the error is that afpd wants to create an
icon for the file type in the top level .AppleDesktop directory. If this
direcotry is not writeable by the user, you get this error. What made it
hard for me to trouble shoot was that the error doesn't occur all of the
time. If the icon already exists, then of course you don't get the error.
 
The easiest thing to do (yes you can do all kinds of fancy thinks with
"set gid" but this is easy) is:
 
su
cd .AppleDesktop
mkdir a b c d e f g h i j k l m n o p q r s t u v w x y z
mkdir A B C D E F G H I J K L M N O P Q R S T U V W X Y Z
chmod 777 *
 
Tim



This archive was generated by hypermail 2b28 : Wed Jan 17 2001 - 14:32:07 EST