[Systems] Disk space on freedom

[Stefan Unterhauser]

On Sat, Jul 16, 2016 at 5:00 PM, Bernie Innocenti <bernie at codewiz.org>
wrote:

> On 16/07/16 15:51, Stefan Unterhauser wrote:
> > Hi Bernie,
> >
> > thank you for upgrading freedom - it went down really smooth.
> >
> > Anyhow still remember I am any time (24/7) available on phone 617 767
> 2668
> > and would like to kept in the loop before the fact and not after ;)
>
> Let's stick to written communication for sysadmin stuff, so everyone in
> SL stays informed.
>
>
I agree ;)

but in this particular case I meant this message out of nothing on hangout

[image: Inline image 1]
where 7min after you already reboot the system

freedom:~# last
...
reboot   system boot  3.13.0-79-generi Sat Jul  9 16:45   still running

(16:45 UTC = 11:45 eastern time)

you could have just called me, if it was so urgent to do maintenance,
anyhow I thank you again for this


> > for freeing up the space of the VMs of which most of them just got
> > turned of not a month ago (~14days) I already reached out to most of the
> > parties involved when I turned them off
> > they know that if they want to save files and/or data they should tell
> > me by 1th of August so please just wait for my slow already started
> > process to finish that would be awesome
>
> We need to restore ASLO as soon as possible, we can't wait that long.
>
> Hmm "restore ALSO as soon as possible" implies (but my english is maybe
not that good):
1) that ALSO is not running

justice:~# virsh list --all
Id    Name                           State
----------------------------------------------------
...
11    aslo                           running

but as I can see it is running fine on the sister-system justice

2) that ASLO was once running on freedom -  ASLO so far was running on
TREEHOUSE, HOUSETREE and now on JUSTICE but never on FREEDOM

I am very confused,
right now I think you wanted to say "redo ASLO" or "redo JUSTICE"


> > Generally freedom on diskspace is a happy system with plenty of free
> > space on the vm and backup partition
>
> The extra headroom in /backup is needed to make sure backups never run
> out of space and fail.
>
> We need to shrink some LVs to make room for ASLO and all the activities.
> Freeing up 30-40GB might suffice, but it would be best to have extra
> free space for future growth.
>
> So let's move (or delete) all those inactive qcow images somewhere else.
> Long-term you should arrange to move everything to another server owned
> by OLE, so SL won't have to squeeze in the remaining space. This
> temporary situation has been going on for years now.
>
>
I agree - this split up needs to happen

That is why I suggest you could move the last 3 VMs (beacon, replicator and
vote) away, so I could follow my original plan go with the 4 hardddrives
(all owned by OLE and Treehouse) to an other system

Bernie just to remind you of why we named the systems this way
https://www.google.com/search?q=freedom+justice&tbm=isch

your Gundam = justice (sugarlabs)
mine = freedom (treehouse)
by that we meant the harddrives
our divorce plan was to split up Treehouse/Sugarlabs entanglement between
this system and then let me go ... I would leave the case behind ;)
so you can start there from scratch there

How does this sound?



> > freedom:~#df -h
> > Filesystem                                     Size  Used Avail Use%
> > Mounted on
> > ...
> > /dev/mapper/freedom--lvm-backup                985G  791G  146G  85%
> > /backup
> > /dev/mapper/freedom--lvm-freedom--virtual      493G  353G  115G  76%
> > /var/lib/libvirt/images
> > ...
> >
> > so also I hope there is no need to rush
>
> Actually, please *do* rush and free up all the space you can now. We
> don't want to host production VMs as qcow files inside existing
> partitions, because it's slow and fragile.
>
>
> > thanks Sebastian for standing up and claiming some of these VMs ;)
> >
> > right now unaccounted VMs are
> >
> > freedom:~#virsh list --all
> > Id    Name                           State
> > ----------------------------------------------------
> > ...
> > -     buildslave-i386                shut off
> > -     buildslave-x86_64              shut off
> > ...
>
> I moved those to /backup.
>
>
> > I also wonder who is in charge of
> >
> > freedom:~#virsh list --all
> > Id    Name                           State
> > ----------------------------------------------------
> > ...
> > 8     beacon                         running
> > ...
>
> I'm not sure either. Looks like parts of somosazucar.org? Icarito, do
> you use this VM?
>
> --
>  _ // Bernie Innocenti
>  \X/  http://codewiz.org
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sugarlabs.org/archive/systems/attachments/20160716/78b05b3f/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: 30-3.png
Type: image/png
Size: 13200 bytes
Desc: not available
URL: <http://lists.sugarlabs.org/archive/systems/attachments/20160716/78b05b3f/attachment.png>