Re: chown invalid argument (was: Re: AW: Still Only Cleartext)


Subject: Re: chown invalid argument (was: Re: AW: Still Only Cleartext)
From: Keith Lamont (keith@webwalla.com)
Date: Wed Feb 28 2001 - 17:56:18 EST


Here's some entries from my log. Owner is 500, group is 500, and both
are the highest numbered ids in the system.

messages.1:Feb 24 10:29:19 fred afpd[5232]: setdirowner: chown
16777216/-1 .AppleDouble/.Parent: Invalid argument
messages.1:Feb 24 10:29:19 fred afpd[5232]: setdirowner: chown
16777216/-1 .AppleDouble: Invalid argument
messages.1:Feb 24 10:29:19 fred afpd[5232]: setdirowner: chown
16777216/-1 .: Invalid argument
messages.1:Feb 24 10:29:19 fred afpd[5232]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted
messages.1:Feb 24 10:29:19 fred afpd[5232]: setdirowner: chown
16777216/-1 .AppleDouble/.Parent: Invalid argument
messages.1:Feb 24 10:29:19 fred afpd[5232]: setdirowner: chown
16777216/-1 .AppleDouble: Invalid argument
messages.1:Feb 24 10:29:19 fred afpd[5232]: setdirowner: chown
16777216/-1 .: Invalid argument
messages.1:Feb 24 10:29:19 fred afpd[5232]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted
messages.1:Feb 24 10:31:44 fred afpd[5232]: setdirowner: chown -1/0
.AppleDouble/.Parent: Operation not permitted

Keith

At 2:36 PM -0800 2/28/01, Marc Miller wrote:
>Is it always the same uid (16777216)? Does that uid correspond to anyone
>registered on your system? I have seen chown #/-1 and chown -1/# errors,
>but not with that UID.
>
>On Wed, 28 Feb 2001, Axel Bringenberg wrote:
>
>> Hi Marc,
>>
>> "Marc J. Miller" schrieb:
>> >
>> > Looks familiar to me too.
>> >
>> > If you're using a netatalk 1.5 prerelease and you have either ADMIN_GRP or
>> > DROPKLUDGE turned on, I think that's my bailiwick and I need to know what
>> > platform and flavor you two using to fix it (e.g. Red Hat Linux
>>7, FreeBSD,
>> > Debian Linux 2.2, etc.). That's an awfully large uid, though...
>>16 million
>> > user names is a lot. Is it possible that the number is too big and we've
>> > run into a limitation of chown?
>>
>> No, I don't think so. I've been fighting against the same problem too
>> and in my case I'm today the only user of a fresh installed rh7.0 box:
>>
>> ------------<snip>-----------------------------------
>> Feb 28 17:27:33 gromit afpd[18327]: cleartext login: bringi
>> Feb 28 17:27:33 gromit PAM_pwdb[18327]: (netatalk) session opened for
>> user bringi by (uid=0)
>> Feb 28 17:27:33 gromit afpd[18327]: login bringi (uid 500, gid 500)
>> Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
>> .AppleDouble/.Parent: Invalid argument
>> Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
>> .AppleDouble: Invalid argument
>> Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1 .:
>> Invalid argument
>> Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown -1/0
>> .AppleDouble/.Parent: Operation not permitted
>> Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
>> .AppleDouble/.Parent: Invalid argument
>> Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1
>> .AppleDouble: Invalid argument
>> Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown 16777216/-1 .:
>> Invalid argument
>> Feb 28 17:27:36 gromit afpd[18327]: setdirowner: chown -1/0
>> .AppleDouble/.Parent: Operation not permitted
>> Feb 28 17:28:01 gromit afpd[18327]: setdirowner: chown -1/0
>> .AppleDouble/.Parent: Operation not permitted
>> Feb 28 17:28:27 gromit afpd[18327]: logout bringi
>> ------------<snip>-----------------------------------
>>
>> This happens everytime while moving, copying or creating files -
>> directories are doing fine. Is it possible that some pieces of the new
>> (and broken) FORCE_UIDGID code is still active? Or is it maybee a
>> Redhat-only problem?
>>
>> I've looked arround and found some similar messages in this list, all
>> reporting problems with
>> setdirowner: chown -1/0 .: Operation not permitted
>> or setdirowner: chown -1/0 .AppleDouble/.Parent: Operation not permitted
>> or setdirowner: chown 16777216/-1 .: Invalid argument
> > or setdirowner: chown 16777216/-1 .AppleDouble/.Parent: Invalid argument
>>
>> Most of them using rh7.0 (or mdk) and netatalk since 1.5pre3.
>>
>> In my case I've ...
>> - build a freshly RH7.0 box with all possible updates (incl.
>> kernel-2.2.17-14)
>> - build netatalk-1.5pre4 from source w/o ADMIN_GRP, DROPKLUDGE and
>> FORCE_UIDGID
>> - I'm the first and only additional user (uid 500/gid 500)
>> - the volume is totaly owned by me (maximum chowned and chmoded :-)
>> - tested with MacOS 7.5, 8.6 and 9.0
>>
>> Axel.
>>
>
>============================================================
> /\/\arc ._|. /\/\iller (itlm019@mailbox.ucdavis.edu)
> Computer Room Consultant
> Information Technology/Lab Management
>============================================================
>I can be contacted through the Communication Center link from
>http://www.mother.com/~mjmiller/



This archive was generated by hypermail 2b28 : Sun Oct 14 2001 - 03:04:33 EDT