Re: Strange df and du behavior

Przem <pkrol@xxxxx> writes:

Ive managed to remove some 40MB data, but look:

# du -ks /home
185995 /home
# df -kl /home
Filesystem kbytes used avail capacity Mounted on
/dev/md/dsk/d301 986367 829355 97830 90% /home

still "df" is reporting 4 times more than should.


And you are Absolutely, Positively *SURE* the zones on this
machine were set up with the /home filesystem as shared
between the zones, rather than duplicated for each zone?

-Greg
--
Do NOT reply via e-mail.
Reply in the newsgroup.
.

Relevant Pages

  • Re: Time Zone Question
    ... Dealing with times across zones is tricky. ... Using UTC and converting seems to be a best practice. ... The reporting issue - you should be able to solve that with some database ...
    (microsoft.public.dotnet.faqs)
  • Re: NAPCO NO LONGER REPLACING KNOWN DEFECTIVES
    ... enter any value in the reporting location to enable ... Regards, Russ ... > You can enter anything for reporting other than zones ...
    (alt.security.alarms)
  • Re: NAPCO NO LONGER REPLACING KNOWN DEFECTIVES
    ... enter any value in the reporting location to enable ... Regards, Russ ... >> You can enter anything for reporting other than zones ...
    (alt.security.alarms)
  • LiveUpgrade and zones behaving badly
    ... until you get zones invovled. ... being able to moutn that filesystem. ... lumake fails.. ... because it cant mount that filesystem. ...
    (comp.unix.solaris)
  • Re: performance overhead of zones?
    ... filesystem could be slowed somewhat, but I've never tested that to see ... AFAIK, lofs is only involved at the directory level, and pretty ... In the Zones team, we did fix a number of issues in lofs which we ...
    (comp.unix.solaris)