[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-developers] Virtual Sites Disk Reporting Errors
- Subject: Re: [cobalt-developers] Virtual Sites Disk Reporting Errors
- From: "E.B. Dreger" <eddy+public+spam@xxxxxxxxxxxxxxxxx>
- Date: Wed Jan 23 19:11:54 2002
- List-id: Discussion Forum for developers on Sun Cobalt Networks products <cobalt-developers.list.cobalt.com>
> Date: Wed, 23 Jan 2002 10:12:58 -0800
> From: Skyhound Internet <tom@xxxxxxxxxxxxxxxxxxxx>
Hey Tom,
> I did an OS restore on a Raq4 and rebuilt all sites from
> scratch. Since this has been done my disk reporting for the
> virtual sites is all messed up.
>
> The site disk status is reporting incorrect information. Sites
> that are using almost no disk space are showing up at 500 megs
> used and the sites that are using that space are showing up
> using hardly nothing. I am getting pages that sites that are
> disabled through the site settings are exceeding disk space at
> log generation time. I know this condition can occur at this
> time but it's still for the wrong site.
Quotas work according to owning user/group, not the directory
in which the files are located.
How did you "rebuild sites from scratch"? I have to wonder if
the directories and files are owned by the wrong users...
> Has anyone encountered this error before? I need to have my
> disk status accurate. I have all patches installed on this
> unit.
My gut feel is that you somehow backed up and restored sites
keeping UIDs the same. When you added users, the UIDs changed,
thus screwing up disk reporting.
Eddy
---------------------------------------------------------------------------
Brotsman & Dreger, Inc. - EverQuick Internet Division
Phone: +1 (316) 794-8922 Wichita/(Inter)national
Phone: +1 (785) 865-5885 Lawrence
---------------------------------------------------------------------------
Date: Mon, 21 May 2001 11:23:58 +0000 (GMT)
From: A Trap <blacklist@xxxxxxxxx>
To: blacklist@xxxxxxxxx
Subject: Please ignore this portion of my mail signature.
These last few lines are a trap for address-harvesting spambots. Do NOT
send mail to <blacklist@xxxxxxxxx>, or you are likely to be blocked.