[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: [cobalt-users] Owner Error after upgrade
- Subject: RE: [cobalt-users] Owner Error after upgrade
- From: "Jolley, Carl" <Carl.Jolley@xxxxxxx>
- Date: Thu Jun 27 11:01:16 2002
- List-id: Mailing list for users to share thoughts on Sun Cobalt products. <cobalt-users.list.cobalt.com>
-----Original Message-----
From: Mailing Lists [mailto:listonly@xxxxxxxxxxxxxxxxxxxx]
Sent: Thursday, June 27, 2002 1:39 PM
To: cobalt-users@xxxxxxxxxxxxxxx
Subject: Re: [cobalt-users] Owner Error after upgrade
on 6-27-02 11:44 AM, First Hosting Sales stated:
> Hi,
>
> Just uploaded the two most recent patches from cobalt
> RaQ4-All-Security-2.0.1-13323.pkg & RaQ4-All-System-2.0.1-14185.pkg.
>
> When I now access any site via FTP the owner 'appears' to be wrong. I
> say 'appears' as when I FTP via admin, the owner is correct. If I upload
> a file via FTP as a user with administrative rights for that site, the
> files are uploaded, and the correct ownership applies, but because the
> FTP then reads it wrong I cannot edit that file further, live on the
> site.
>
> For example instead of it showing
>
> drwxr-sr-x 4 can-isth site30 1024 Oct 31 2001 beta
>
> It is showing
>
> drwxr-sr-x 4 350 142 1024 Oct 31 2001 beta
>
> And as a result will not allow files to be saved via FTP.
>
> FrontPage is working fine, and one can edit a file in FP, but a FP file
> should be
>
> drwxr-sr-x 3 nobody site30 1024 Feb 18 18:38 common
>
> And is showing as
>
> drwxr-sr-x 3 99 142 1024 Feb 18 18:38 common
>
> Any thoughts as to how I can correct this?
>
> Is it a problem with my FTP - using latest version of WS_FTP Pro, but
> then as I can logon fine as admin, I do not think it is.
>
> Regards,
>
> Ian.
I am having similar issue on a Raq3 after the update
Old way was showing dthurman / site1
Now I get 110 / 111
Ftp works fine, no problems just no realname foe site owner or group
I did Gerald's mod to proftpd.conf.
This is what I called Cobalt about and they claim no one is having a problem
from those updates.
We must be the only 2. I feel kind of special now.
______________________________________________
Providing group names to the corresponding group
numbers is a function of the /etc/group file.
Likewise provideing the assoucated name related
to the uid is a function of the /etc/password
file. What's the status of those two files? Are
their permission and ownership set properly?