trinity-users@lists.pearsoncomputing.net

Message: previous - next
Month: August 2018

Re: [trinity-users] stretch problems

From: Gene Heskett <gheskett@...>
Date: Fri, 24 Aug 2018 12:09:14 -0400
On Friday 24 August 2018 08:13:14 John Pisini wrote:

> LVM is better but it still makes recovery a huge pain vs using regular
> partitions. It's doable now but read up on it before you need it.
> Nowadays with larger drives very few people create multiple partitions
> unless you know you need them for a specific purpose. Create a small
> boot partition and dump everything else in root.
>
> On Fri, Aug 24, 2018, 8:10 AM Gene Heskett <gheskett@...> 
wrote:
> > On Thursday 23 August 2018 23:24:37 Mike Bird wrote:
> > > On Thu August 23 2018 19:52:22 Gene Heskett wrote:
> > > > And after about 3 more installs, I got it to work, but in my
> > > > calculations for partition size, I forgot theres around 80 GB in
> > > > /var, my web pages etc, which was going to be in the /
> > > > partition, so 40Gb was soon filled up in copying it across.  But
> > > > lots of empty space left in home, so I fired up gparted to
> > > > shrink the top of home and make room for a new /opt partition. 
> > > > But gparted refuses to do that resize/move.  So it looks like
> > > > another whole new install tomorrow, except tomorrow will be
> > > > after a new quick change drive cage arrives
> > >
> > > Some possibilities you could consider are (1) fewer partitions and
> > > (2) LVM.
> >
> > LVM was beta at best the last time I tried it back in the fog of
> > time when I had a little color left in my beard, and wound up losing
> > the system.  Is it trustable today?

The consensus is that LVM still isn't quite ready for prime time, and 
with big drives, no longer needed.

[...]
> > I'm
> > about to take a 1T out, and put a 2T in for amanda at the same time,
> > which would put a 1T available for /opt or even /home, but that
> > drive has 75,000 spinning hours on it now. Its apparently found an
> > immortality pill, it had 25 re-allocated sectors before I updated
> > its firmware at about 1000 hours, still does! As vtapes for amanda,
> > its stayed around 85% used for years, with 25 to 60 GB rewritten
> > every night. Its also backing up my cnc machines too, 5 total.
> >
> > Thinking out loud...

Thats done but with 2x the drive space now for amanda's vtapes, I have 
doubled the number of vtapes, and reconfigured it for that, and a 
starter session is running to shake it down & see if any bugs fall out.

This is of course via the wrapper scripts I wrote years ago because the 
normal usage's recovery loses a days work. When my version is done, I 
can do a bare metal recovery to the state the system is in when the dump 
of that disklist entry was done, so a much smaller window for data loss 
doing it my way. The config that made that backup run, and the indices 
of everything than run did, is now appended to the vtape its making, 
after its been made. So the recovery, if I need to do it yet today, will 
be effectively a state about an hour into the future a/o right now. I 
takes at least and hour to run, but if gzip is heavily used, will be 
even longer, 3 hours & change a few times. Amanda schedules differently 
from other backup proggies, fiddling with its schedule to try and make 
each run consume about the same amount of tape on each run, but 
remaining within the limits of how long it can go between level 0's.
Since this will be effectively the first run, I doubt it will be able to 
do a level-0 on the number of 35GB vtapes I gave it as the maximum it 
can use per run. The email I get will be "interesting". But amanda is a 
smart girl, so a week later, she'll be doing alright.
 
Those scripts are available on my web pages if anyone else wants to play 
with them.

The other 2T drive has been reconfigured for the next stretch install, 
but I'll not try another install until amanda is done, middle of the 
afternoon earliest estimate.

Thanks John.

-- 
Cheers, Gene Heskett
--
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>