On Sunday 06 November 2005 15:38, Les Mikesell wrote: > It does make a good test case for whether your backup method > handles sparse files gracefully, though. And how long it takes > to read through even if it does. Which is exactly how I identified the problem. Our disk2disk backups (via rsync) got plowed when we installed a new CentOS 4.1 system and we ended up with a lastlog many times the size of the total disk space in the backup cluster. Argh... -- "The best way to predict the future is to invent it." - XEROX PARC slogan, circa 1978
Size of /var/log/lastlog
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
- Subject: Size of /var/log/lastlog
- From: lists at benjamindsmith.com (Benjamin Smith)
- Date: Mon Nov 7 21:02:25 2005
- In-reply-to: <1131320309.12388.1.camel@xxxxxxxxxxxxxxxxxxxxxxxxx>
- References: <dklq6p$t1e$1@xxxxxxxxxxxxx> <20051106220004.GC18080@xxxxxxxxxxxxxx> <1131320309.12388.1.camel@xxxxxxxxxxxxxxxxxxxxxxxxx>
- References:
- Size of /var/log/lastlog
- From: Morten
- Size of /var/log/lastlog
- From: Matt Hyclak
- Size of /var/log/lastlog
- From: Les Mikesell
- Size of /var/log/lastlog
- Prev by Date: New Standard/Daylight time-change dates in rhel4u2 butnot centos4.2?
- Next by Date: Reducing the deleterious effects of ego related issues on the list: growing up individually.
- Previous by thread: Size of /var/log/lastlog
- Next by thread: Size of /var/log/lastlog
- Index(es):
 |