[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: [cobalt-users] Owner Error after upgrade



-----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?