http://wiki.calafou.org//api.php?action=feedcontributions&user=Maxigas&feedformat=atomWiki-Fou - User contributions [en]2024-03-28T22:45:16ZUser contributionsMediaWiki 1.39.6http://wiki.calafou.org//index.php?title=Essun&diff=3827Essun2020-01-01T01:22:09Z<p>Maxigas: </p>
<hr />
<div>= Essun =<br />
<br />
Essun is the mediaserver of Calafou local network. It is running Debian, the Universal Operating System. It is providing services for the people who are on the territory of Calafou.<br />
<br />
=== What does "Essun" mean? ===<br />
<br />
TODO<br />
<br />
= Boot sequence: What happens when you turn on the machine? =<br />
<br />
# BIOS<br />
## Here you can press F12 to choose boot device. The default is to boot the system on the hard drive. This is useful if you want to boot a rescue or install image from a pendrive, for example.<br />
## Here you can press F2 to enter the BIOS configuration, but we have to find out the BIOS password. At the moment, we have no idea what is the BIOS password! We have to search how to reset this password...<br />
# GRUB<br />
## Here you can choose to start the system as usual, or to enter rescue mode. It is also possible to modify the kernel boot parameters. This is useful if you forgot the root password and want to reset it, for example.<br />
# Initramfs<br />
## Here cryptsetup asks for the LUKS encryption password. The password can be typed in using a keyboard connected to essun, or through SSH if your SSH keys are installed in initramfs. For the second option, use the <code>unlock-essun.sh</code> script. The actual password can be found in the calafou keyringer repository, and you can see it from your computer like this: <code>keyringer calafou decrypt lan.essun.luks.system</code><br />
# Systemd<br />
## The hard drives ("block devices") specified in <code>/etc/crypttab</code> are unlocked, usually using key files in <code>/etc/luks/</code>.<br />
## The hard drives ("block devices") specified in <code>/etc/fstab</code> are mounted, such as <code>/mnt/3t</code> (a big hard drive for mediateca) and <code>/mnt/mirror</code> (a mirrored drive for services).<br />
## Systemd manages the services, so when the computer starts, it tries to turn on the web server (apache2), etc.<br />
# System<br />
## You can log in if your SSH key is installed in the system: <code>ssh $USERNAME@essun.calafou.org</code> (where $USERNAME is your username).<br />
<br />
= Services =<br />
<br />
Most of these services are only available from the local network!<br />
<br />
== Web Server ==<br />
<br />
<code>http://essun.calafou.org/</code><br />
<br />
<code>systemctl status apache2</code><br />
<br />
<code>/etc/apache2/sites-available/essun.calafou.org</code><br />
<br />
The web server shows a page that explains Essum and links to the other services.<br />
<br />
== Pads ==<br />
<br />
<code>http://etherpad.calafou.org</code><br />
<br />
<code>systemctl status etherpad</code><br />
<br />
<code>/opt/etherpad-lite/settings.json</code><br />
<br />
The etherpad is providing real-time multi-user editable shared persistent documents.<br />
<br />
== Streaming ==<br />
<br />
<code>http://essun.calafou.org:8000</code><br />
<br />
<code>systemctl status icecast2</code><br />
<br />
<code>/etc/icecast2/icecast.xml</code><br />
<br />
Icecast2 is providing a stream ("radio") that you can play on your computer, for example with <code>mplayer</code> or <code>mpv</code>:<br />
<br />
<code>mplayer http://essun.calafou.org:8000</code><br />
<br />
<code>mpv http://essun.calafou.org:8000</code><br />
<br />
== File server ==<br />
<br />
<code>ftp://essun.calafou.org</code><br />
<br />
<code>systemctl status proftpd</code><br />
<br />
<code>/etc/proftpd/conf.d/anonftp</code><br />
<br />
The file server is for uploading and downloading files. You can access it with <code>FileZilla</code> from popular operating systems. Or you can use a command line client such as <code>ncftp</code>.<br />
<br />
<code>ncftp ftp://essun.calafou.org</code><br />
<br />
== NextCloud ==<br />
<br />
We could try to install it like this:<br />
<br />
<code>https://docs.nextcloud.com/server/17/admin_manual/installation/source_installation.html#example-installation-on-ubuntu-18-04-lts-server</code></div>Maxigashttp://wiki.calafou.org//index.php?title=Essun&diff=3826Essun2020-01-01T01:14:13Z<p>Maxigas: </p>
<hr />
<div>= Essun =<br />
<br />
Essun is the mediaserver of Calafou local network. It is running Debian, the Universal Operating System. It is providing services for the people who are on the territory of Calafou.<br />
<br />
=== What does "Essun" mean? ===<br />
<br />
TODO<br />
<br />
= Boot sequence: What happens when you turn on the machine? =<br />
<br />
# BIOS<br />
## Here you can press F12 to choose boot device. The default is to boot the system on the hard drive. This is useful if you want to boot a rescue or install image from a pendrive, for example.<br />
## Here you can press F2 to enter the BIOS configuration, but we have to find out the BIOS password. At the moment, we have no idea what is the BIOS password! We have to search how to reset this password...<br />
# GRUB<br />
## Here you can choose to start the system as usual, or to enter rescue mode. It is also possible to modify the kernel boot parameters. This is useful if you forgot the root password and want to reset it, for example.<br />
# Initramfs<br />
## Here cryptsetup asks for the LUKS encryption password. The password can be typed in using a keyboard connected to essun, or through SSH if your SSH keys are installed in initramfs. For the second option, use the <code>unlock-essun.sh</code> script. The actual password can be found in the calafou keyringer repository, and you can see it from your computer like this: <code>keyringer calafou decrypt lan.essun.luks.system</code><br />
# Systemd<br />
## The hard drives ("block devices") specified in <code>/etc/crypttab</code> are unlocked, usually using key files in <code>/etc/luks/</code>.<br />
## The hard drives ("block devices") specified in <code>/etc/fstab</code> are mounted, such as <code>/mnt/3t</code> (a big hard drive for mediateca) and <code>/mnt/mirror</code> (a mirrored drive for services).<br />
## Systemd manages the services, so when the computer starts, it tries to turn on the web server (apache2), etc.<br />
# System<br />
## You can log in if your SSH key is installed in the system: <code>ssh $USERNAME@essun.calafou.org</code> (where $USERNAME is your username).<br />
<br />
= Services =<br />
<br />
Most of these services are only available from the local network!<br />
<br />
== Web Server ==<br />
<br />
<code>http://essun.calafou.org/</code><br />
<br />
<code>systemctl status apache2</code><br />
<br />
<code>/etc/apache2/sites-available/essun.calafou.org</code><br />
<br />
The web server shows a page that explains Essum and links to the other services.<br />
<br />
== Pads ==<br />
<br />
<code>http://etherpad.calafou.org</code><br />
<br />
<code>systemctl status etherpad</code><br />
<br />
<code>/opt/etherpad-lite/settings.json</code><br />
<br />
The etherpad is providing real-time multi-user editable shared persistent documents.<br />
<br />
== Streaming ==<br />
<br />
<code>http://essun.calafou.org:8000</code><br />
<br />
<code>systemctl status icecast2</code><br />
<br />
<code>/etc/icecast2/icecast.xml</code><br />
<br />
Icecast2 is providing a stream ("radio") that you can play on your computer, for example with <code>mplayer</code> or <code>mpv</code>:<br />
<br />
<code>mplayer http://essun.calafou.org:8000</code><br />
<br />
<code>mpv http://essun.calafou.org:8000</code><br />
<br />
== File server ==<br />
<br />
<code>ftp://essun.calafou.org</code><br />
<br />
<code>systemctl status proftpd</code><br />
<br />
<code>/etc/proftpd/conf.d/anonftp</code><br />
<br />
The file server is for uploading and downloading files. You can access it with <code>FileZilla</code> from popular operating systems. Or you can use a command line client such as <code>ncftp</code>.<br />
<br />
<code>ncftp ftp://essun.calafou.org</code></div>Maxigashttp://wiki.calafou.org//index.php?title=Essun&diff=3825Essun2020-01-01T01:12:03Z<p>Maxigas: </p>
<hr />
<div>= Essun =<br />
<br />
Essun is the mediaserver of Calafou local network. It is running Debian, the Universal Operating System. It is providing services for the people who are on the territory of Calafou.<br />
<br />
=== What does "Essun" mean? ===<br />
<br />
TODO<br />
<br />
= Boot sequence: What happens when you turn on the machine? =<br />
<br />
# BIOS<br />
## Here you can press F12 to choose boot device. The default is to boot the system on the hard drive. This is useful if you want to boot a rescue or install image from a pendrive, for example.<br />
## Here you can press F2 to enter the BIOS configuration, but we have to find out the BIOS password. At the moment, we have no idea what is the BIOS password! We have to search how to reset this password...<br />
# GRUB<br />
## Here you can choose to start the system as usual, or to enter rescue mode. It is also possible to modify the kernel boot parameters. This is useful if you forgot the root password and want to reset it, for example.<br />
# Initramfs<br />
## Here cryptsetup asks for the LUKS encryption password. The password can be typed in using a keyboard connected to essun, or through SSH if your SSH keys are installed in initramfs. For the second option, use the unlock-essun.sh script. <br />
# Systemd<br />
## The hard drives ("block devices") specified in <code>/etc/crypttab</code> are unlocked, usually using key files in <code>/etc/luks/</code>.<br />
## The hard drives ("block devices") specified in <code>/etc/fstab</code> are mounted, such as <code>/mnt/3t</code> (a big hard drive for mediateca) and <code>/mnt/mirror</code> (a mirrored drive for services).<br />
## Systemd manages the services, so when the computer starts, it tries to turn on the web server (apache2), etc.<br />
# System<br />
## You can log in if your SSH key is installed in the system: <code>ssh $USERNAME@essun.calafou.org</code> (where $USERNAME is your username).<br />
<br />
= Services =<br />
<br />
Most of these services are only available from the local network!<br />
<br />
== Web Server ==<br />
<br />
<code>http://essun.calafou.org/</code><br />
<br />
<code>systemctl status apache2</code><br />
<br />
<code>/etc/apache2/sites-available/essun.calafou.org</code><br />
<br />
The web server shows a page that explains Essum and links to the other services.<br />
<br />
== Pads ==<br />
<br />
<code>http://etherpad.calafou.org</code><br />
<br />
<code>systemctl status etherpad</code><br />
<br />
<code>/opt/etherpad-lite/settings.json</code><br />
<br />
The etherpad is providing real-time multi-user editable shared persistent documents.<br />
<br />
== Streaming ==<br />
<br />
<code>http://essun.calafou.org:8000</code><br />
<br />
<code>systemctl status icecast2</code><br />
<br />
<code>/etc/icecast2/icecast.xml</code><br />
<br />
Icecast2 is providing a stream ("radio") that you can play on your computer, for example with <code>mplayer</code> or <code>mpv</code>:<br />
<br />
<code>mplayer http://essun.calafou.org:8000</code><br />
<br />
<code>mpv http://essun.calafou.org:8000</code><br />
<br />
== File server ==<br />
<br />
<code>ftp://essun.calafou.org</code><br />
<br />
<code>systemctl status proftpd</code><br />
<br />
<code>/etc/proftpd/conf.d/anonftp</code><br />
<br />
The file server is for uploading and downloading files. You can access it with <code>FileZilla</code> from popular operating systems. Or you can use a command line client such as <code>ncftp</code>.<br />
<br />
<code>ncftp ftp://essun.calafou.org</code></div>Maxigashttp://wiki.calafou.org//index.php?title=Essun&diff=3824Essun2020-01-01T01:07:59Z<p>Maxigas: </p>
<hr />
<div>= Essun =<br />
<br />
Essun is the mediaserver of Calafou local network. It is running Debian, the Universal Operating System. It is providing services for the people who are on the territory of Calafou.<br />
<br />
=== What does "Essun" mean? ===<br />
<br />
TODO<br />
<br />
= Boot sequence: What happens when you turn on the machine? =<br />
<br />
# BIOS<br />
## Here you can press F12 to choose boot device. The default is to boot the system on the hard drive. This is useful if you want to boot a rescue or install image from a pendrive, for example.<br />
## Here you can press F2 to enter the BIOS configuration, but we have to find out the BIOS password. At the moment, we have no idea what is the BIOS password! We have to search how to reset this password...<br />
# GRUB<br />
## Here you can choose to start the system as usual, or to enter rescue mode. It is also possible to modify the kernel boot parameters. This is useful if you forgot the root password and want to reset it, for example.<br />
# Initramfs<br />
## Here cryptsetup asks for the LUKS encryption password. The password can be typed in using a keyboard connected to essun, or through SSH if your SSH keys are installed in initramfs. For the second option, use the unlock-essun.sh script. <br />
# Systemd<br />
## The hard drives ("block devices") specified in <code>/etc/crypttab</code> are unlocked, usually using key files in <code>/etc/luks/</code>.<br />
## The hard drives ("block devices") specified in <code>/etc/fstab</code> are mounted, such as <code>/mnt/3t</code> (a big hard drive for mediateca) and <code>/mnt/mirror</code> (a mirrored drive for services).<br />
## Systemd manages the services, so when the computer starts, it tries to turn on the web server (apache2), etc.<br />
# System<br />
## You can log in if your SSH key is installed in the system: <code>ssh $USERNAME@essun.calafou.org</code> (where $USERNAME is your username).<br />
<br />
= Services =<br />
<br />
Most of these services are only available from the local network!<br />
<br />
== Web Server ==<br />
<br />
<code>http://essun.calafou.org/</code><br />
<br />
<code>systemctl status apache2</code><br />
<br />
The web server shows a page that explains Essum and links to the other services.<br />
<br />
== Pads ==<br />
<br />
<code>http://etherpad.calafou.org</code><br />
<br />
<code>systemctl status etherpad</code><br />
<br />
The etherpad is providing real-time multi-user editable shared persistent documents.<br />
<br />
== Streaming ==<br />
<br />
<code>http://essun.calafou.org:8000</code><br />
<br />
<systemctl status icecast2><br />
<br />
Icecast2 is providing a stream ("radio") that you can play on your computer, for example with <code>mplayer</code> or <code>mpv</code>:<br />
<br />
<code>mplayer http://essun.calafou.org:8000</code><br />
<br />
<code>mpv http://essun.calafou.org:8000</code><br />
<br />
== File server ==<br />
<br />
<code>ftp://essun.calafou.org</code><br />
<br />
<code>systemctl status proftpd</code><br />
<br />
The file server is for uploading and downloading files. You can access it with <code>FileZilla</code> from popular operating systems. Or you can use a command line client such as <code>ncftp</code>.<br />
<br />
<code>ncftp ftp://essun.calafou.org</code></div>Maxigashttp://wiki.calafou.org//index.php?title=Essun&diff=3823Essun2019-12-31T21:28:48Z<p>Maxigas: /* Boot sequence: What happens when you turn on the machine? */</p>
<hr />
<div>= Essun =<br />
<br />
Essun is the mediaserver of Calafou local network. It is running Debian, the Universal Operating System. It is providing services for the people who are on the territory of Calafou.<br />
<br />
== Name space ==<br />
<br />
=== What does "Essun" mean? ===<br />
<br />
TODO<br />
<br />
== Boot sequence: What happens when you turn on the machine? ==<br />
<br />
# BIOS<br />
## Here you can press F12 to choose boot device. The default is to boot the system on the hard drive. This is useful if you want to boot a rescue or install image from a pendrive, for example.<br />
## Here you can press F2 to enter the BIOS configuration, but we have to find out the BIOS password. At the moment, we have no idea what is the BIOS password! We have to search how to reset this password...<br />
# GRUB<br />
## Here you can choose to start the system as usual, or to enter rescue mode. It is also possible to modify the kernel boot parameters. This is useful if you forgot the root password and want to reset it, for example.<br />
# Initramfs<br />
## Here cryptsetup asks for the LUKS encryption password. The password can be typed in using a keyboard connected to essun, or through SSH if your SSH keys are installed in initramfs. For the second option, use the unlock-essun.sh script. <br />
# Systemd<br />
## The hard drives ("block devices") specified in <code>/etc/crypttab</code> are unlocked, usually using key files in <code>/etc/luks/</code>.<br />
## The hard drives ("block devices") specified in <code>/etc/fstab</code> are mounted, such as <code>/mnt/3t</code> (a big hard drive for mediateca) and <code>/mnt/mirror</code> (a mirrored drive for services).<br />
## Systemd manages the services, so when the computer starts, it tries to turn on the web server (apache2), etc.<br />
# System<br />
## You can log in if your SSH key is installed in the system: <code>ssh $USERNAME@essun.calafou.org</code> (where $USERNAME is your username).</div>Maxigashttp://wiki.calafou.org//index.php?title=Essun&diff=3822Essun2019-12-31T21:18:18Z<p>Maxigas: Created page with "= Essun = Essun is the mediaserver of Calafou local network. It is running Debian, the Universal Operating System. It is providing services for the people who are on the te..."</p>
<hr />
<div>= Essun =<br />
<br />
Essun is the mediaserver of Calafou local network. It is running Debian, the Universal Operating System. It is providing services for the people who are on the territory of Calafou.<br />
<br />
== Name space ==<br />
<br />
=== What does "Essun" mean? ===<br />
<br />
TODO<br />
<br />
== Boot sequence: What happens when you turn on the machine? ==<br />
<br />
# BIOS<br />
## Here you can press F12 to choose boot device. The default is to boot the system on the hard drive. This is useful if you want to boot a rescue or install image from a pendrive, for example.<br />
## Here you can press F2 to enter the BIOS configuration, but we have to find out the BIOS password. At the moment, we have no idea what is the BIOS password! We have to search how to reset this password...<br />
# GRUB<br />
## Here you can choose to start the system as usual, or to enter rescue mode. It is also possible to modify the kernel boot parameters. This is useful if you forgot the root password and want to reset it, for example.<br />
# Initramfs<br />
## Here cryptsetup asks for the LUKS encryption password. The password can be typed in using a keyboard connected to essun, or through SSH if you SSH keys are installed in initramfs. For the second option, use the unlock-essun.sh script. <br />
# Systemd<br />
## Systemd managed the services, so when the computer starts, it tries to turn on the web server, etc.<br />
# System<br />
## You can log in if your SSH key is installed in the system: <code>ssh $USERNAME@essun.calafou.org</code> (where $USERNAME is your username).</div>Maxigashttp://wiki.calafou.org//index.php?title=Omnius&diff=3821Omnius2019-12-26T20:17:33Z<p>Maxigas: </p>
<hr />
<div>Omnius is the main server providing services on the calafou internal network (".calafou").<br />
<br />
= Services =<br />
<br />
Ideally, a short description of services should be available at http://omnius.calafou (this address is only accessible from the local network, e.g. if you are physically in Calafou or use a VPN to connect to the Calafou network).<br />
<br />
== apt-cacher-ng (OLD) ==<br />
<br />
"Cache para tu distro de linux, cuanto mas la uses más rápido bajarás tus paquetes."<br />
<br />
You can use apt-cacher-ng to install/upgrade Debian and Ubuntu packages on your computer faster than usual and saving a little bandwidth for the community. It saves to the local disk all the packages people request and if the package is already on the disk then it will serve it. Therefore, if you or somebody else used the package you want to install/upgrade before, then apt-cacher-ng will serve it to you faster and without downloading it again from the Internet. This is most useful in workshops when a group of people wants to install a concrete package at the same time, but it is also good to use it in your everyday life.<br />
<br />
=== How to configure my computer to use the apt-cacher-ng in omnius? ===<br />
<br />
The instructions are here: http://omnius.calafou:3142/<br />
<br />
= Software setup =<br />
<br />
Omnius runs the current Debian GNU/Linux stable (codename jessie).<br />
<br />
One big change in this Debian version is that systemd is used to manage services.<br />
<br />
= Hardware setup =<br />
<br />
== How the disks are connected? ==<br />
<br />
Omnius has an old motherboard with no SATA support. The workaround is that there is a RAID controller card installed in a PCI slot. However, the RAID controller card driver is not working in Debian Jessie, so we actually use software RAIDs. The function of the RAID controller card is simply to provide 4 SATA ports where we can connect hard drives.<br />
<br />
The only disk that is connected directly to the motherboard through an IDE cable (''not'' SATA) is the operating system disk.<br />
<br />
== Which disks are connected? ==<br />
<br />
There are many disks in omnius. The best way to get an overview is to run `lsblk --fs`. It gives a '''similar''' output:<br />
<br />
<pre><br />
root@omnius:~# lsblk --fs -o +SIZE<br />
NAME FSTYPE LABEL UUID MOUNTPOINT SIZE<br />
sda 931.5G<br />
└─sda1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdb 931.5G<br />
└─sdb1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdc 931.5G<br />
└─sdc1 ext4 e81c5f79-bbba-4eb2-9e85-0fb3c3110b6f /srv/istanbul 931.5G<br />
sdd 465.8G<br />
└─sdd1 ext3 ca5cb667-3fc3-4e97-93ef-467f4e9b04c8 /mnt/externaldisk 465.8G<br />
sde 465.8G<br />
└─sde1 ext4 ff50c30a-1688-46df-b736-21a28e56450e /mnt/tmp 465.8G<br />
sdf 74.5G<br />
├─sdf1 ext2 a20aee5f-b77c-4677-acd5-9e1f651233ff /boot 243M<br />
├─sdf2 1K<br />
└─sdf5 crypto_LUKS 7a1612aa-40d5-4157-a4d7-1ffccdc487dc 74.3G<br />
└─sda5_crypt LVM2_member TOH5Xi-JSBJ-05UP-bQpy-xkG6-nZls-Zne8gF 74.3G<br />
├─omnius--vg-root ext4 86be33dd-17b7-4e0b-b5f2-dd885fd6189e / 72.3G<br />
└─omnius--vg-swap_1 swap 118669de-118b-4681-bffb-d852a6842820 [SWAP] 2G<br />
root@omnius:~# <br />
</pre><br />
<br />
# Operating system on <code>/dev/sdf</code>:<br />
## <code>/dev/sdf1</code> is <code>/boot</code>.<br />
## <code>/dev/sdf2</code> is not seem to be used, maybe it was planned to be part of a RAID1 volume for the root file system.<br />
## <code>/dev/sdf5</code> encrypted root file system (<code>/</code>) and swap file system. <br />
# apt-cacher (proxy for caching Debian packages) on <code>/dev/sde</code>.<br />
## <code>/dev/sde1</code> is a file system with all the old packages we were caching (so, useless).<br />
# pxe (network booting for installing Linux on machines that are connected to the local network)<br />
## <code>/dev/sdc1</code> mounted on <code>/src/istanbul</code>.<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sda</code> (this is in RAID0 with the next disk).<br />
## <code>/dev/sda1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sdb</code> (this is in RAID0 with the previous disk).<br />
## <code>/dev/sdb1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
<br />
Nota bene: The last few lines of <code>/etc/fstab</code> show that some directories on <code>/srv/instanbul</code> are mounted on <code>/var/alexandria/</code>!<br />
<br />
=== How healthy are the disks? ===<br />
<br />
The <code>smartmontools</code> package in Debian provides the <code>smartctl</code> command to check disk health. Modern hard disks support the SMART standard, which is for keeping a diary of errors and comparing it with the ideal performance of the disk as it was specified by the vendor. It is useful for finding out when the disk is getting old and starts to make mistakes. After some time making mistakes, the disk can die easily.<br />
<br />
<pre><br />
root@omnius: for disk in sda sdb sdc sde sdf ; do smartctl -x /dev/$disk > /root/reinstall/smartinfo/$disk.txt ; done <br />
<br />
root@omnius:~/reinstall/smartinfo# rgrep Raw_Read_Error_Rate *txt<br />
sda.txt: 1 Raw_Read_Error_Rate POSR-K 200 200 051 - 0<br />
sdb.txt: 1 Raw_Read_Error_Rate POSR-K 200 200 051 - 0<br />
sdc.txt: 1 Raw_Read_Error_Rate POSR-K 200 200 051 - 4<br />
sdd.txt: 1 Raw_Read_Error_Rate PO-R-- 100 100 050 - 0<br />
sde.txt: 1 Raw_Read_Error_Rate POSR-- 100 253 006 - 0<br />
sdf.txt: 1 Raw_Read_Error_Rate POSR-- 108 092 006 - 66333935<br />
root@omnius:~/reinstall/smartinfo# <br />
</pre><br />
<br />
It is also possible to run different kinds of health checks on the disk using the same command. The three adjacent columns in the above output are between 001 and 254, where 254 is the best and 001 is the worst. The first column is the current health value, the second column is the worst ever measured health value, and the third column is the manufacture-assigned limit where the disk should be replaced. For example, the output above shows bigger numbers in the first and second column than in the third, which means that Raw Read Error Rate is within healthy limnits in all the disks.<br />
<br />
== Where are the disks connected? ==<br />
<br />
The box of omnius has a lot of space for hard disks:<br />
<br />
# EMPTY<br />
# EMPTY<br />
# alexandria<br />
# alexandria<br />
# EMPTY<br />
# EMPTY<br />
# EMPTY<br />
# omnius-os<br />
# EMTPY<br />
# EMPTY<br />
# apt-cacher<br />
<br />
== BIOS problems ==<br />
<br />
'''Blinking cursor:''' After the message "Successfully installed BIOS" the screen goes black and there is only a blinking cursor. The solution to this problem is to turn off the "BBS support" option in the RAID controller menu, in the SATA configuration section (enter with Control-A when booting).<br />
<br />
== Specifications ==<br />
<br />
'''1GB RAM:''' omnius has 1GB of RAM. The motherboard has 4 slots which are divided into two banks. Each bank has to have identical amount of RAM. At the moment only the first bank is used and there are two 512MB RAMs (PC2100) installed in them.<br />
<br />
'''2x2.66Ghz CPU:''' It seems that omnius has 2 Intel(R) Xeon(TM) CPU 2.66GHz CPUs (single core).<br />
<br />
'''(2x)1TB HDD:''' alexandria has two 1TB HDDs in RAID0, so they effectively look like a 2TB disk.<br />
<br />
=== More details ===<br />
<br />
'''Power supply:''' ATX, with at least 4 SATA connectors. The motherboard connector is a 4x2 ping connector. At the moment we don't use more the other cables on the power supply.<br />
<br />
'''NICs:''' There are two ethernet sockets, one 10/100Mbit and another 1Gbit. The first is turned off in BIOS, the other is used as the primary network interface (e.g. eth0).<br />
<br />
= Backups =<br />
<br />
== 1. RAID1 for alexandria (BROKEN: now it is a RAID0)==<br />
<br />
alexandria is automatically copied to another disk. So if one disk fails, they should still work without interruption.<br />
<br />
== 2. Offsite backup for alexandria (BROKEN: NAS failed)==<br />
<br />
Backup happens every day at 3am using a software called "restic", to hypatia, which is a NAS (Network Attached Storage) far from the hacklab.<br />
<br />
= LUKS =<br />
<br />
There are three ways to book omnius:<br />
<br />
== Manual ==<br />
<br />
Going to the hacklab and typing in the passphrase using the monitor and keyboard that is connected to omnius.<br />
<br />
== Semi-automatic ==<br />
<br />
Using a bash script executed from another computer on the local network.<br />
<br />
This works because there is ssh baked into the initrd (the disk partition that is alive at boot time) of omnius.<br />
<br />
Why this can fail?<br />
<br />
# Network problems: the two computers cannot ping each other.<br />
# SSH is not available on omnius initrd: ssh is not in initrd of omnius any more, because of some upgrades.<br />
# SSH is not available on the other computer: ssh is not installed, try "apt-get install openssh-client".<br />
# Password incorrect: the script has an old password.<br />
<br />
== Automatic (BROKEN: Raspi needs fixing) ==<br />
<br />
Mandotron is another computer (a Raspberry Pi) which should under normal circumstances boot omnius.<br />
<br />
This works because there is mandotron-client baked into the initrd (the disk partition that is alive at boot time) of omnius, and it is installed and configured on the other machine (mandotron).<br />
<br />
Why this can fail?<br />
<br />
# mandos has a timeout: if it cannot see omnius for some time, it will refuse to serve the LUKS passphrase. The timer can be reset manually by logging in to mandotron. Check the mandos documentation.<br />
# mandotron itself is not working: the other machine with mandos is not online. The most common problem with Raspberry Pi is that a surge in electricity can leave the SD card which holds the file system in an inconsistent state. Try to pull out the SD card and run "fsck" on it from another computer.</div>Maxigashttp://wiki.calafou.org//index.php?title=Omnius&diff=3820Omnius2019-12-26T20:11:43Z<p>Maxigas: Correct the interpretation of smartctl output</p>
<hr />
<div>Omnius is the main server providing services on the calafou internal network (".calafou").<br />
<br />
= Services =<br />
<br />
Ideally, a short description of services should be available at http://omnius.calafou (this address is only accessible from the local network, e.g. if you are physically in Calafou or use a VPN to connect to the Calafou network).<br />
<br />
== apt-cacher-ng (OLD) ==<br />
<br />
"Cache para tu distro de linux, cuanto mas la uses más rápido bajarás tus paquetes."<br />
<br />
You can use apt-cacher-ng to install/upgrade Debian and Ubuntu packages on your computer faster than usual and saving a little bandwidth for the community. It saves to the local disk all the packages people request and if the package is already on the disk then it will serve it. Therefore, if you or somebody else used the package you want to install/upgrade before, then apt-cacher-ng will serve it to you faster and without downloading it again from the Internet. This is most useful in workshops when a group of people wants to install a concrete package at the same time, but it is also good to use it in your everyday life.<br />
<br />
=== How to configure my computer to use the apt-cacher-ng in omnius? ===<br />
<br />
The instructions are here: http://omnius.calafou:3142/<br />
<br />
= Software setup =<br />
<br />
Omnius runs the current Debian GNU/Linux stable (codename jessie).<br />
<br />
One big change in this Debian version is that systemd is used to manage services.<br />
<br />
= Hardware setup =<br />
<br />
== How the disks are connected? ==<br />
<br />
Omnius has an old motherboard with no SATA support. The workaround is that there is a RAID controller card installed in a PCI slot. However, the RAID controller card driver is not working in Debian Jessie, so we actually use software RAIDs. The function of the RAID controller card is simply to provide 4 SATA ports where we can connect hard drives.<br />
<br />
The only disk that is connected directly to the motherboard through an IDE cable (''not'' SATA) is the operating system disk.<br />
<br />
== Which disks are connected? ==<br />
<br />
There are many disks in omnius. The best way to get an overview is to run `lsblk --fs`. It gives a '''similar''' output:<br />
<br />
<pre><br />
root@omnius:~# lsblk --fs -o +SIZE<br />
NAME FSTYPE LABEL UUID MOUNTPOINT SIZE<br />
sda 931.5G<br />
└─sda1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdb 931.5G<br />
└─sdb1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdc 931.5G<br />
└─sdc1 ext4 e81c5f79-bbba-4eb2-9e85-0fb3c3110b6f /srv/istanbul 931.5G<br />
sdd 465.8G<br />
└─sdd1 ext3 ca5cb667-3fc3-4e97-93ef-467f4e9b04c8 /mnt/externaldisk 465.8G<br />
sde 465.8G<br />
└─sde1 ext4 ff50c30a-1688-46df-b736-21a28e56450e /mnt/tmp 465.8G<br />
sdf 74.5G<br />
├─sdf1 ext2 a20aee5f-b77c-4677-acd5-9e1f651233ff /boot 243M<br />
├─sdf2 1K<br />
└─sdf5 crypto_LUKS 7a1612aa-40d5-4157-a4d7-1ffccdc487dc 74.3G<br />
└─sda5_crypt LVM2_member TOH5Xi-JSBJ-05UP-bQpy-xkG6-nZls-Zne8gF 74.3G<br />
├─omnius--vg-root ext4 86be33dd-17b7-4e0b-b5f2-dd885fd6189e / 72.3G<br />
└─omnius--vg-swap_1 swap 118669de-118b-4681-bffb-d852a6842820 [SWAP] 2G<br />
root@omnius:~# <br />
</pre><br />
<br />
# Operating system on <code>/dev/sdf</code>:<br />
## <code>/dev/sdf1</code> is <code>/boot</code>.<br />
## <code>/dev/sdf2</code> is not seem to be used, maybe it was planned to be part of a RAID1 volume for the root file system.<br />
## <code>/dev/sdf5</code> encrypted root file system (<code>/</code>) and swap file system. <br />
# apt-cacher (proxy for caching Debian packages) on <code>/dev/sde</code>.<br />
## <code>/dev/sde1</code> is a file system with all the old packages we were caching (so, useless).<br />
# pxe (network booting for installing Linux on machines that are connected to the local network)<br />
## <code>/dev/sdc1</code> mounted on <code>/src/istanbul</code>.<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sda</code> (this is in RAID0 with the next disk).<br />
## <code>/dev/sda1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sdb</code> (this is in RAID0 with the previous disk).<br />
## <code>/dev/sdb1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
<br />
Nota bene: The last few lines of <code>/etc/fstab</code> show that some directories on <code>/srv/instanbul</code> are mounted on <code>/var/alexandria/</code>!<br />
<br />
=== How healthy are the disks? ===<br />
<br />
The <code>smartmontools</code> package in Debian provides the <code>smartctl</code> command to check disk health. Modern hard disks support the SMART standard, which is for keeping a diary of errors and comparing it with the ideal performance of the disk as it was specified by the vendor. It is useful for finding out when the disk is getting old and starts to make mistakes. After some time making mistakes, the disk can die easily.<br />
<br />
<pre><br />
root@omnius: for disk in sda sdb sdc sde sdf ; do smartctl -x /dev/$disk > /root/reinstall/smartinfo/$disk.txt ; done <br />
<br />
root@omnius:~/reinstall/smartinfo# rgrep Raw_Read_Error_Rate *txt<br />
sda.txt: 1 Raw_Read_Error_Rate POSR-K 200 200 051 - 0<br />
sdb.txt: 1 Raw_Read_Error_Rate POSR-K 200 200 051 - 0<br />
sdc.txt: 1 Raw_Read_Error_Rate POSR-K 200 200 051 - 4<br />
sdd.txt: 1 Raw_Read_Error_Rate PO-R-- 100 100 050 - 0<br />
sde.txt: 1 Raw_Read_Error_Rate POSR-- 100 253 006 - 0<br />
sdf.txt: 1 Raw_Read_Error_Rate POSR-- 108 092 006 - 66333935<br />
root@omnius:~/reinstall/smartinfo# <br />
</pre><br />
<br />
It is also possible to run different kinds of health checks on the disk using the same command. The three adjacent columns in the above output are between 000 and 255, where 255 is the best and 000 is the worst. The first column is the current health value, the second column is the worst ever measured health value, and the third column is the manufacture-assigned limit where the disk should be replaced. For example, the output above shows bigger numbers in the first and second column than in the third, which means that Raw Read Error Rate is within healthy limnits in all the disks.<br />
<br />
== Where are the disks connected? ==<br />
<br />
The box of omnius has a lot of space for hard disks:<br />
<br />
# EMPTY<br />
# EMPTY<br />
# alexandria<br />
# alexandria<br />
# EMPTY<br />
# EMPTY<br />
# EMPTY<br />
# omnius-os<br />
# EMTPY<br />
# EMPTY<br />
# apt-cacher<br />
<br />
== BIOS problems ==<br />
<br />
'''Blinking cursor:''' After the message "Successfully installed BIOS" the screen goes black and there is only a blinking cursor. The solution to this problem is to turn off the "BBS support" option in the RAID controller menu, in the SATA configuration section (enter with Control-A when booting).<br />
<br />
== Specifications ==<br />
<br />
'''1GB RAM:''' omnius has 1GB of RAM. The motherboard has 4 slots which are divided into two banks. Each bank has to have identical amount of RAM. At the moment only the first bank is used and there are two 512MB RAMs (PC2100) installed in them.<br />
<br />
'''2x2.66Ghz CPU:''' It seems that omnius has 2 Intel(R) Xeon(TM) CPU 2.66GHz CPUs (single core).<br />
<br />
'''(2x)1TB HDD:''' alexandria has two 1TB HDDs in RAID0, so they effectively look like a 2TB disk.<br />
<br />
=== More details ===<br />
<br />
'''Power supply:''' ATX, with at least 4 SATA connectors. The motherboard connector is a 4x2 ping connector. At the moment we don't use more the other cables on the power supply.<br />
<br />
'''NICs:''' There are two ethernet sockets, one 10/100Mbit and another 1Gbit. The first is turned off in BIOS, the other is used as the primary network interface (e.g. eth0).<br />
<br />
= Backups =<br />
<br />
== 1. RAID1 for alexandria (BROKEN: now it is a RAID0)==<br />
<br />
alexandria is automatically copied to another disk. So if one disk fails, they should still work without interruption.<br />
<br />
== 2. Offsite backup for alexandria (BROKEN: NAS failed)==<br />
<br />
Backup happens every day at 3am using a software called "restic", to hypatia, which is a NAS (Network Attached Storage) far from the hacklab.<br />
<br />
= LUKS =<br />
<br />
There are three ways to book omnius:<br />
<br />
== Manual ==<br />
<br />
Going to the hacklab and typing in the passphrase using the monitor and keyboard that is connected to omnius.<br />
<br />
== Semi-automatic ==<br />
<br />
Using a bash script executed from another computer on the local network.<br />
<br />
This works because there is ssh baked into the initrd (the disk partition that is alive at boot time) of omnius.<br />
<br />
Why this can fail?<br />
<br />
# Network problems: the two computers cannot ping each other.<br />
# SSH is not available on omnius initrd: ssh is not in initrd of omnius any more, because of some upgrades.<br />
# SSH is not available on the other computer: ssh is not installed, try "apt-get install openssh-client".<br />
# Password incorrect: the script has an old password.<br />
<br />
== Automatic (BROKEN: Raspi needs fixing) ==<br />
<br />
Mandotron is another computer (a Raspberry Pi) which should under normal circumstances boot omnius.<br />
<br />
This works because there is mandotron-client baked into the initrd (the disk partition that is alive at boot time) of omnius, and it is installed and configured on the other machine (mandotron).<br />
<br />
Why this can fail?<br />
<br />
# mandos has a timeout: if it cannot see omnius for some time, it will refuse to serve the LUKS passphrase. The timer can be reset manually by logging in to mandotron. Check the mandos documentation.<br />
# mandotron itself is not working: the other machine with mandos is not online. The most common problem with Raspberry Pi is that a surge in electricity can leave the SD card which holds the file system in an inconsistent state. Try to pull out the SD card and run "fsck" on it from another computer.</div>Maxigashttp://wiki.calafou.org//index.php?title=Omnius&diff=3819Omnius2019-12-26T16:48:11Z<p>Maxigas: Add smartctl info</p>
<hr />
<div>Omnius is the main server providing services on the calafou internal network (".calafou").<br />
<br />
= Services =<br />
<br />
Ideally, a short description of services should be available at http://omnius.calafou (this address is only accessible from the local network, e.g. if you are physically in Calafou or use a VPN to connect to the Calafou network).<br />
<br />
== apt-cacher-ng (OLD) ==<br />
<br />
"Cache para tu distro de linux, cuanto mas la uses más rápido bajarás tus paquetes."<br />
<br />
You can use apt-cacher-ng to install/upgrade Debian and Ubuntu packages on your computer faster than usual and saving a little bandwidth for the community. It saves to the local disk all the packages people request and if the package is already on the disk then it will serve it. Therefore, if you or somebody else used the package you want to install/upgrade before, then apt-cacher-ng will serve it to you faster and without downloading it again from the Internet. This is most useful in workshops when a group of people wants to install a concrete package at the same time, but it is also good to use it in your everyday life.<br />
<br />
=== How to configure my computer to use the apt-cacher-ng in omnius? ===<br />
<br />
The instructions are here: http://omnius.calafou:3142/<br />
<br />
= Software setup =<br />
<br />
Omnius runs the current Debian GNU/Linux stable (codename jessie).<br />
<br />
One big change in this Debian version is that systemd is used to manage services.<br />
<br />
= Hardware setup =<br />
<br />
== How the disks are connected? ==<br />
<br />
Omnius has an old motherboard with no SATA support. The workaround is that there is a RAID controller card installed in a PCI slot. However, the RAID controller card driver is not working in Debian Jessie, so we actually use software RAIDs. The function of the RAID controller card is simply to provide 4 SATA ports where we can connect hard drives.<br />
<br />
The only disk that is connected directly to the motherboard through an IDE cable (''not'' SATA) is the operating system disk.<br />
<br />
== Which disks are connected? ==<br />
<br />
There are many disks in omnius. The best way to get an overview is to run `lsblk --fs`. It gives a '''similar''' output:<br />
<br />
<pre><br />
root@omnius:~# lsblk --fs -o +SIZE<br />
NAME FSTYPE LABEL UUID MOUNTPOINT SIZE<br />
sda 931.5G<br />
└─sda1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdb 931.5G<br />
└─sdb1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdc 931.5G<br />
└─sdc1 ext4 e81c5f79-bbba-4eb2-9e85-0fb3c3110b6f /srv/istanbul 931.5G<br />
sdd 465.8G<br />
└─sdd1 ext3 ca5cb667-3fc3-4e97-93ef-467f4e9b04c8 /mnt/externaldisk 465.8G<br />
sde 465.8G<br />
└─sde1 ext4 ff50c30a-1688-46df-b736-21a28e56450e /mnt/tmp 465.8G<br />
sdf 74.5G<br />
├─sdf1 ext2 a20aee5f-b77c-4677-acd5-9e1f651233ff /boot 243M<br />
├─sdf2 1K<br />
└─sdf5 crypto_LUKS 7a1612aa-40d5-4157-a4d7-1ffccdc487dc 74.3G<br />
└─sda5_crypt LVM2_member TOH5Xi-JSBJ-05UP-bQpy-xkG6-nZls-Zne8gF 74.3G<br />
├─omnius--vg-root ext4 86be33dd-17b7-4e0b-b5f2-dd885fd6189e / 72.3G<br />
└─omnius--vg-swap_1 swap 118669de-118b-4681-bffb-d852a6842820 [SWAP] 2G<br />
root@omnius:~# <br />
</pre><br />
<br />
# Operating system on <code>/dev/sdf</code>:<br />
## <code>/dev/sdf1</code> is <code>/boot</code>.<br />
## <code>/dev/sdf2</code> is not seem to be used, maybe it was planned to be part of a RAID1 volume for the root file system.<br />
## <code>/dev/sdf5</code> encrypted root file system (<code>/</code>) and swap file system. <br />
# apt-cacher (proxy for caching Debian packages) on <code>/dev/sde</code>.<br />
## <code>/dev/sde1</code> is a file system with all the old packages we were caching (so, useless).<br />
# pxe (network booting for installing Linux on machines that are connected to the local network)<br />
## <code>/dev/sdc1</code> mounted on <code>/src/istanbul</code>.<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sda</code> (this is in RAID0 with the next disk).<br />
## <code>/dev/sda1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sdb</code> (this is in RAID0 with the previous disk).<br />
## <code>/dev/sdb1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
<br />
Nota bene: The last few lines of <code>/etc/fstab</code> show that some directories on <code>/srv/instanbul</code> are mounted on <code>/var/alexandria/</code>!<br />
<br />
=== How healthy are the disks? ===<br />
<br />
The <code>smartmontools</code> package in Debian provides the <code>smartctl</code> command to check disk health. Modern hard disks support the SMART standard, which is for keeping a diary of errors and comparing it with the ideal performance of the disk as it was specified by the vendor. It is useful for finding out when the disk is getting old and starts to make mistakes. After some time making mistakes, the disk can die easily.<br />
<br />
<pre><br />
root@omnius: for disk in sda sdb sdc sde sdf ; do smartctl -x /dev/$disk > /root/reinstall/smartinfo/$disk.txt ; done <br />
<br />
root@omnius:~/reinstall/smartinfo# rgrep Raw_Read_Error_Rate *txt<br />
sda.txt: 1 Raw_Read_Error_Rate POSR-K 200 200 051 - 0<br />
sdb.txt: 1 Raw_Read_Error_Rate POSR-K 200 200 051 - 0<br />
sdc.txt: 1 Raw_Read_Error_Rate POSR-K 200 200 051 - 4<br />
sdd.txt: 1 Raw_Read_Error_Rate PO-R-- 100 100 050 - 0<br />
sde.txt: 1 Raw_Read_Error_Rate POSR-- 100 253 006 - 0<br />
sdf.txt: 1 Raw_Read_Error_Rate POSR-- 108 092 006 - 66333935<br />
root@omnius:~/reinstall/smartinfo# <br />
</pre><br />
<br />
'''The P above means "prefailure warning", which means that all the disks are close to their end of life!''' Basically, we should soon trash these disks and replace them with new ones. They already served us surprisingly well for many years.<br />
<br />
== Where are the disks connected? ==<br />
<br />
The box of omnius has a lot of space for hard disks:<br />
<br />
# EMPTY<br />
# EMPTY<br />
# alexandria<br />
# alexandria<br />
# EMPTY<br />
# EMPTY<br />
# EMPTY<br />
# omnius-os<br />
# EMTPY<br />
# EMPTY<br />
# apt-cacher<br />
<br />
== BIOS problems ==<br />
<br />
'''Blinking cursor:''' After the message "Successfully installed BIOS" the screen goes black and there is only a blinking cursor. The solution to this problem is to turn off the "BBS support" option in the RAID controller menu, in the SATA configuration section (enter with Control-A when booting).<br />
<br />
== Specifications ==<br />
<br />
'''1GB RAM:''' omnius has 1GB of RAM. The motherboard has 4 slots which are divided into two banks. Each bank has to have identical amount of RAM. At the moment only the first bank is used and there are two 512MB RAMs (PC2100) installed in them.<br />
<br />
'''2x2.66Ghz CPU:''' It seems that omnius has 2 Intel(R) Xeon(TM) CPU 2.66GHz CPUs (single core).<br />
<br />
'''(2x)1TB HDD:''' alexandria has two 1TB HDDs in RAID0, so they effectively look like a 2TB disk.<br />
<br />
=== More details ===<br />
<br />
'''Power supply:''' ATX, with at least 4 SATA connectors. The motherboard connector is a 4x2 ping connector. At the moment we don't use more the other cables on the power supply.<br />
<br />
'''NICs:''' There are two ethernet sockets, one 10/100Mbit and another 1Gbit. The first is turned off in BIOS, the other is used as the primary network interface (e.g. eth0).<br />
<br />
= Backups =<br />
<br />
== 1. RAID1 for alexandria (BROKEN: now it is a RAID0)==<br />
<br />
alexandria is automatically copied to another disk. So if one disk fails, they should still work without interruption.<br />
<br />
== 2. Offsite backup for alexandria (BROKEN: NAS failed)==<br />
<br />
Backup happens every day at 3am using a software called "restic", to hypatia, which is a NAS (Network Attached Storage) far from the hacklab.<br />
<br />
= LUKS =<br />
<br />
There are three ways to book omnius:<br />
<br />
== Manual ==<br />
<br />
Going to the hacklab and typing in the passphrase using the monitor and keyboard that is connected to omnius.<br />
<br />
== Semi-automatic ==<br />
<br />
Using a bash script executed from another computer on the local network.<br />
<br />
This works because there is ssh baked into the initrd (the disk partition that is alive at boot time) of omnius.<br />
<br />
Why this can fail?<br />
<br />
# Network problems: the two computers cannot ping each other.<br />
# SSH is not available on omnius initrd: ssh is not in initrd of omnius any more, because of some upgrades.<br />
# SSH is not available on the other computer: ssh is not installed, try "apt-get install openssh-client".<br />
# Password incorrect: the script has an old password.<br />
<br />
== Automatic (BROKEN: Raspi needs fixing) ==<br />
<br />
Mandotron is another computer (a Raspberry Pi) which should under normal circumstances boot omnius.<br />
<br />
This works because there is mandotron-client baked into the initrd (the disk partition that is alive at boot time) of omnius, and it is installed and configured on the other machine (mandotron).<br />
<br />
Why this can fail?<br />
<br />
# mandos has a timeout: if it cannot see omnius for some time, it will refuse to serve the LUKS passphrase. The timer can be reset manually by logging in to mandotron. Check the mandos documentation.<br />
# mandotron itself is not working: the other machine with mandos is not online. The most common problem with Raspberry Pi is that a surge in electricity can leave the SD card which holds the file system in an inconsistent state. Try to pull out the SD card and run "fsck" on it from another computer.</div>Maxigashttp://wiki.calafou.org//index.php?title=Omnius&diff=3818Omnius2019-12-26T00:57:07Z<p>Maxigas: /* Automatic */</p>
<hr />
<div>Omnius is the main server providing services on the calafou internal network (".calafou").<br />
<br />
= Services =<br />
<br />
Ideally, a short description of services should be available at http://omnius.calafou (this address is only accessible from the local network, e.g. if you are physically in Calafou or use a VPN to connect to the Calafou network).<br />
<br />
== apt-cacher-ng (OLD) ==<br />
<br />
"Cache para tu distro de linux, cuanto mas la uses más rápido bajarás tus paquetes."<br />
<br />
You can use apt-cacher-ng to install/upgrade Debian and Ubuntu packages on your computer faster than usual and saving a little bandwidth for the community. It saves to the local disk all the packages people request and if the package is already on the disk then it will serve it. Therefore, if you or somebody else used the package you want to install/upgrade before, then apt-cacher-ng will serve it to you faster and without downloading it again from the Internet. This is most useful in workshops when a group of people wants to install a concrete package at the same time, but it is also good to use it in your everyday life.<br />
<br />
=== How to configure my computer to use the apt-cacher-ng in omnius? ===<br />
<br />
The instructions are here: http://omnius.calafou:3142/<br />
<br />
= Software setup =<br />
<br />
Omnius runs the current Debian GNU/Linux stable (codename jessie).<br />
<br />
One big change in this Debian version is that systemd is used to manage services.<br />
<br />
= Hardware setup =<br />
<br />
== How the disks are connected? ==<br />
<br />
Omnius has an old motherboard with no SATA support. The workaround is that there is a RAID controller card installed in a PCI slot. However, the RAID controller card driver is not working in Debian Jessie, so we actually use software RAIDs. The function of the RAID controller card is simply to provide 4 SATA ports where we can connect hard drives.<br />
<br />
The only disk that is connected directly to the motherboard through an IDE cable (''not'' SATA) is the operating system disk.<br />
<br />
== Which disks are connected? ==<br />
<br />
There are many disks in omnius. The best way to get an overview is to run `lsblk --fs`. It gives a '''similar''' output:<br />
<br />
<pre><br />
root@omnius:~# lsblk --fs -o +SIZE<br />
NAME FSTYPE LABEL UUID MOUNTPOINT SIZE<br />
sda 931.5G<br />
└─sda1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdb 931.5G<br />
└─sdb1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdc 931.5G<br />
└─sdc1 ext4 e81c5f79-bbba-4eb2-9e85-0fb3c3110b6f /srv/istanbul 931.5G<br />
sdd 465.8G<br />
└─sdd1 ext3 ca5cb667-3fc3-4e97-93ef-467f4e9b04c8 /mnt/externaldisk 465.8G<br />
sde 465.8G<br />
└─sde1 ext4 ff50c30a-1688-46df-b736-21a28e56450e /mnt/tmp 465.8G<br />
sdf 74.5G<br />
├─sdf1 ext2 a20aee5f-b77c-4677-acd5-9e1f651233ff /boot 243M<br />
├─sdf2 1K<br />
└─sdf5 crypto_LUKS 7a1612aa-40d5-4157-a4d7-1ffccdc487dc 74.3G<br />
└─sda5_crypt LVM2_member TOH5Xi-JSBJ-05UP-bQpy-xkG6-nZls-Zne8gF 74.3G<br />
├─omnius--vg-root ext4 86be33dd-17b7-4e0b-b5f2-dd885fd6189e / 72.3G<br />
└─omnius--vg-swap_1 swap 118669de-118b-4681-bffb-d852a6842820 [SWAP] 2G<br />
root@omnius:~# <br />
</pre><br />
<br />
# Operating system on <code>/dev/sdf</code>:<br />
## <code>/dev/sdf1</code> is <code>/boot</code>.<br />
## <code>/dev/sdf2</code> is not seem to be used, maybe it was planned to be part of a RAID1 volume for the root file system.<br />
## <code>/dev/sdf5</code> encrypted root file system (<code>/</code>) and swap file system. <br />
# apt-cacher (proxy for caching Debian packages) on <code>/dev/sde</code>.<br />
## <code>/dev/sde1</code> is a file system with all the old packages we were caching (so, useless).<br />
# pxe (network booting for installing Linux on machines that are connected to the local network)<br />
## <code>/dev/sdc1</code> mounted on <code>/src/istanbul</code>.<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sda</code> (this is in RAID0 with the next disk).<br />
## <code>/dev/sda1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sdb</code> (this is in RAID0 with the previous disk).<br />
## <code>/dev/sdb1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
<br />
Nota bene: The last few lines of <code>/etc/fstab</code> show that some directories on <code>/srv/instanbul</code> are mounted on <code>/var/alexandria/</code>!<br />
<br />
== Where are the disks connected? ==<br />
<br />
The box of omnius has a lot of space for hard disks:<br />
<br />
# EMPTY<br />
# EMPTY<br />
# alexandria<br />
# alexandria<br />
# EMPTY<br />
# EMPTY<br />
# EMPTY<br />
# omnius-os<br />
# EMTPY<br />
# EMPTY<br />
# apt-cacher<br />
<br />
== BIOS problems ==<br />
<br />
'''Blinking cursor:''' After the message "Successfully installed BIOS" the screen goes black and there is only a blinking cursor. The solution to this problem is to turn off the "BBS support" option in the RAID controller menu, in the SATA configuration section (enter with Control-A when booting).<br />
<br />
== Specifications ==<br />
<br />
'''1GB RAM:''' omnius has 1GB of RAM. The motherboard has 4 slots which are divided into two banks. Each bank has to have identical amount of RAM. At the moment only the first bank is used and there are two 512MB RAMs (PC2100) installed in them.<br />
<br />
'''2x2.66Ghz CPU:''' It seems that omnius has 2 Intel(R) Xeon(TM) CPU 2.66GHz CPUs (single core).<br />
<br />
'''(2x)1TB HDD:''' alexandria has two 1TB HDDs in RAID0, so they effectively look like a 2TB disk.<br />
<br />
=== More details ===<br />
<br />
'''Power supply:''' ATX, with at least 4 SATA connectors. The motherboard connector is a 4x2 ping connector. At the moment we don't use more the other cables on the power supply.<br />
<br />
'''NICs:''' There are two ethernet sockets, one 10/100Mbit and another 1Gbit. The first is turned off in BIOS, the other is used as the primary network interface (e.g. eth0).<br />
<br />
= Backups =<br />
<br />
== 1. RAID1 for alexandria (BROKEN: now it is a RAID0)==<br />
<br />
alexandria is automatically copied to another disk. So if one disk fails, they should still work without interruption.<br />
<br />
== 2. Offsite backup for alexandria (BROKEN: NAS failed)==<br />
<br />
Backup happens every day at 3am using a software called "restic", to hypatia, which is a NAS (Network Attached Storage) far from the hacklab.<br />
<br />
= LUKS =<br />
<br />
There are three ways to book omnius:<br />
<br />
== Manual ==<br />
<br />
Going to the hacklab and typing in the passphrase using the monitor and keyboard that is connected to omnius.<br />
<br />
== Semi-automatic ==<br />
<br />
Using a bash script executed from another computer on the local network.<br />
<br />
This works because there is ssh baked into the initrd (the disk partition that is alive at boot time) of omnius.<br />
<br />
Why this can fail?<br />
<br />
# Network problems: the two computers cannot ping each other.<br />
# SSH is not available on omnius initrd: ssh is not in initrd of omnius any more, because of some upgrades.<br />
# SSH is not available on the other computer: ssh is not installed, try "apt-get install openssh-client".<br />
# Password incorrect: the script has an old password.<br />
<br />
== Automatic (BROKEN: Raspi needs fixing) ==<br />
<br />
Mandotron is another computer (a Raspberry Pi) which should under normal circumstances boot omnius.<br />
<br />
This works because there is mandotron-client baked into the initrd (the disk partition that is alive at boot time) of omnius, and it is installed and configured on the other machine (mandotron).<br />
<br />
Why this can fail?<br />
<br />
# mandos has a timeout: if it cannot see omnius for some time, it will refuse to serve the LUKS passphrase. The timer can be reset manually by logging in to mandotron. Check the mandos documentation.<br />
# mandotron itself is not working: the other machine with mandos is not online. The most common problem with Raspberry Pi is that a surge in electricity can leave the SD card which holds the file system in an inconsistent state. Try to pull out the SD card and run "fsck" on it from another computer.</div>Maxigashttp://wiki.calafou.org//index.php?title=Omnius&diff=3817Omnius2019-12-26T00:56:22Z<p>Maxigas: /* 2. Offsite backup for alexandria */</p>
<hr />
<div>Omnius is the main server providing services on the calafou internal network (".calafou").<br />
<br />
= Services =<br />
<br />
Ideally, a short description of services should be available at http://omnius.calafou (this address is only accessible from the local network, e.g. if you are physically in Calafou or use a VPN to connect to the Calafou network).<br />
<br />
== apt-cacher-ng (OLD) ==<br />
<br />
"Cache para tu distro de linux, cuanto mas la uses más rápido bajarás tus paquetes."<br />
<br />
You can use apt-cacher-ng to install/upgrade Debian and Ubuntu packages on your computer faster than usual and saving a little bandwidth for the community. It saves to the local disk all the packages people request and if the package is already on the disk then it will serve it. Therefore, if you or somebody else used the package you want to install/upgrade before, then apt-cacher-ng will serve it to you faster and without downloading it again from the Internet. This is most useful in workshops when a group of people wants to install a concrete package at the same time, but it is also good to use it in your everyday life.<br />
<br />
=== How to configure my computer to use the apt-cacher-ng in omnius? ===<br />
<br />
The instructions are here: http://omnius.calafou:3142/<br />
<br />
= Software setup =<br />
<br />
Omnius runs the current Debian GNU/Linux stable (codename jessie).<br />
<br />
One big change in this Debian version is that systemd is used to manage services.<br />
<br />
= Hardware setup =<br />
<br />
== How the disks are connected? ==<br />
<br />
Omnius has an old motherboard with no SATA support. The workaround is that there is a RAID controller card installed in a PCI slot. However, the RAID controller card driver is not working in Debian Jessie, so we actually use software RAIDs. The function of the RAID controller card is simply to provide 4 SATA ports where we can connect hard drives.<br />
<br />
The only disk that is connected directly to the motherboard through an IDE cable (''not'' SATA) is the operating system disk.<br />
<br />
== Which disks are connected? ==<br />
<br />
There are many disks in omnius. The best way to get an overview is to run `lsblk --fs`. It gives a '''similar''' output:<br />
<br />
<pre><br />
root@omnius:~# lsblk --fs -o +SIZE<br />
NAME FSTYPE LABEL UUID MOUNTPOINT SIZE<br />
sda 931.5G<br />
└─sda1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdb 931.5G<br />
└─sdb1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdc 931.5G<br />
└─sdc1 ext4 e81c5f79-bbba-4eb2-9e85-0fb3c3110b6f /srv/istanbul 931.5G<br />
sdd 465.8G<br />
└─sdd1 ext3 ca5cb667-3fc3-4e97-93ef-467f4e9b04c8 /mnt/externaldisk 465.8G<br />
sde 465.8G<br />
└─sde1 ext4 ff50c30a-1688-46df-b736-21a28e56450e /mnt/tmp 465.8G<br />
sdf 74.5G<br />
├─sdf1 ext2 a20aee5f-b77c-4677-acd5-9e1f651233ff /boot 243M<br />
├─sdf2 1K<br />
└─sdf5 crypto_LUKS 7a1612aa-40d5-4157-a4d7-1ffccdc487dc 74.3G<br />
└─sda5_crypt LVM2_member TOH5Xi-JSBJ-05UP-bQpy-xkG6-nZls-Zne8gF 74.3G<br />
├─omnius--vg-root ext4 86be33dd-17b7-4e0b-b5f2-dd885fd6189e / 72.3G<br />
└─omnius--vg-swap_1 swap 118669de-118b-4681-bffb-d852a6842820 [SWAP] 2G<br />
root@omnius:~# <br />
</pre><br />
<br />
# Operating system on <code>/dev/sdf</code>:<br />
## <code>/dev/sdf1</code> is <code>/boot</code>.<br />
## <code>/dev/sdf2</code> is not seem to be used, maybe it was planned to be part of a RAID1 volume for the root file system.<br />
## <code>/dev/sdf5</code> encrypted root file system (<code>/</code>) and swap file system. <br />
# apt-cacher (proxy for caching Debian packages) on <code>/dev/sde</code>.<br />
## <code>/dev/sde1</code> is a file system with all the old packages we were caching (so, useless).<br />
# pxe (network booting for installing Linux on machines that are connected to the local network)<br />
## <code>/dev/sdc1</code> mounted on <code>/src/istanbul</code>.<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sda</code> (this is in RAID0 with the next disk).<br />
## <code>/dev/sda1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sdb</code> (this is in RAID0 with the previous disk).<br />
## <code>/dev/sdb1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
<br />
Nota bene: The last few lines of <code>/etc/fstab</code> show that some directories on <code>/srv/instanbul</code> are mounted on <code>/var/alexandria/</code>!<br />
<br />
== Where are the disks connected? ==<br />
<br />
The box of omnius has a lot of space for hard disks:<br />
<br />
# EMPTY<br />
# EMPTY<br />
# alexandria<br />
# alexandria<br />
# EMPTY<br />
# EMPTY<br />
# EMPTY<br />
# omnius-os<br />
# EMTPY<br />
# EMPTY<br />
# apt-cacher<br />
<br />
== BIOS problems ==<br />
<br />
'''Blinking cursor:''' After the message "Successfully installed BIOS" the screen goes black and there is only a blinking cursor. The solution to this problem is to turn off the "BBS support" option in the RAID controller menu, in the SATA configuration section (enter with Control-A when booting).<br />
<br />
== Specifications ==<br />
<br />
'''1GB RAM:''' omnius has 1GB of RAM. The motherboard has 4 slots which are divided into two banks. Each bank has to have identical amount of RAM. At the moment only the first bank is used and there are two 512MB RAMs (PC2100) installed in them.<br />
<br />
'''2x2.66Ghz CPU:''' It seems that omnius has 2 Intel(R) Xeon(TM) CPU 2.66GHz CPUs (single core).<br />
<br />
'''(2x)1TB HDD:''' alexandria has two 1TB HDDs in RAID0, so they effectively look like a 2TB disk.<br />
<br />
=== More details ===<br />
<br />
'''Power supply:''' ATX, with at least 4 SATA connectors. The motherboard connector is a 4x2 ping connector. At the moment we don't use more the other cables on the power supply.<br />
<br />
'''NICs:''' There are two ethernet sockets, one 10/100Mbit and another 1Gbit. The first is turned off in BIOS, the other is used as the primary network interface (e.g. eth0).<br />
<br />
= Backups =<br />
<br />
== 1. RAID1 for alexandria (BROKEN: now it is a RAID0)==<br />
<br />
alexandria is automatically copied to another disk. So if one disk fails, they should still work without interruption.<br />
<br />
== 2. Offsite backup for alexandria (BROKEN: NAS failed)==<br />
<br />
Backup happens every day at 3am using a software called "restic", to hypatia, which is a NAS (Network Attached Storage) far from the hacklab.<br />
<br />
= LUKS =<br />
<br />
There are three ways to book omnius:<br />
<br />
== Manual ==<br />
<br />
Going to the hacklab and typing in the passphrase using the monitor and keyboard that is connected to omnius.<br />
<br />
== Semi-automatic ==<br />
<br />
Using a bash script executed from another computer on the local network.<br />
<br />
This works because there is ssh baked into the initrd (the disk partition that is alive at boot time) of omnius.<br />
<br />
Why this can fail?<br />
<br />
# Network problems: the two computers cannot ping each other.<br />
# SSH is not available on omnius initrd: ssh is not in initrd of omnius any more, because of some upgrades.<br />
# SSH is not available on the other computer: ssh is not installed, try "apt-get install openssh-client".<br />
# Password incorrect: the script has an old password.<br />
<br />
== Automatic ==<br />
<br />
Mandotron is another computer (a Raspberry Pi) which should under normal circumstances boot omnius.<br />
<br />
This works because there is mandotron-client baked into the initrd (the disk partition that is alive at boot time) of omnius, and it is installed and configured on the other machine (mandotron).<br />
<br />
Why this can fail?<br />
<br />
# mandos has a timeout: if it cannot see omnius for some time, it will refuse to serve the LUKS passphrase. The timer can be reset manually by logging in to mandotron. Check the mandos documentation.<br />
# mandotron itself is not working: the other machine with mandos is not online. The most common problem with Raspberry Pi is that a surge in electricity can leave the SD card which holds the file system in an inconsistent state. Try to pull out the SD card and run "fsck" on it from another computer.</div>Maxigashttp://wiki.calafou.org//index.php?title=Omnius&diff=3816Omnius2019-12-26T00:55:44Z<p>Maxigas: /* 1. RAID1 for alexandria */</p>
<hr />
<div>Omnius is the main server providing services on the calafou internal network (".calafou").<br />
<br />
= Services =<br />
<br />
Ideally, a short description of services should be available at http://omnius.calafou (this address is only accessible from the local network, e.g. if you are physically in Calafou or use a VPN to connect to the Calafou network).<br />
<br />
== apt-cacher-ng (OLD) ==<br />
<br />
"Cache para tu distro de linux, cuanto mas la uses más rápido bajarás tus paquetes."<br />
<br />
You can use apt-cacher-ng to install/upgrade Debian and Ubuntu packages on your computer faster than usual and saving a little bandwidth for the community. It saves to the local disk all the packages people request and if the package is already on the disk then it will serve it. Therefore, if you or somebody else used the package you want to install/upgrade before, then apt-cacher-ng will serve it to you faster and without downloading it again from the Internet. This is most useful in workshops when a group of people wants to install a concrete package at the same time, but it is also good to use it in your everyday life.<br />
<br />
=== How to configure my computer to use the apt-cacher-ng in omnius? ===<br />
<br />
The instructions are here: http://omnius.calafou:3142/<br />
<br />
= Software setup =<br />
<br />
Omnius runs the current Debian GNU/Linux stable (codename jessie).<br />
<br />
One big change in this Debian version is that systemd is used to manage services.<br />
<br />
= Hardware setup =<br />
<br />
== How the disks are connected? ==<br />
<br />
Omnius has an old motherboard with no SATA support. The workaround is that there is a RAID controller card installed in a PCI slot. However, the RAID controller card driver is not working in Debian Jessie, so we actually use software RAIDs. The function of the RAID controller card is simply to provide 4 SATA ports where we can connect hard drives.<br />
<br />
The only disk that is connected directly to the motherboard through an IDE cable (''not'' SATA) is the operating system disk.<br />
<br />
== Which disks are connected? ==<br />
<br />
There are many disks in omnius. The best way to get an overview is to run `lsblk --fs`. It gives a '''similar''' output:<br />
<br />
<pre><br />
root@omnius:~# lsblk --fs -o +SIZE<br />
NAME FSTYPE LABEL UUID MOUNTPOINT SIZE<br />
sda 931.5G<br />
└─sda1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdb 931.5G<br />
└─sdb1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdc 931.5G<br />
└─sdc1 ext4 e81c5f79-bbba-4eb2-9e85-0fb3c3110b6f /srv/istanbul 931.5G<br />
sdd 465.8G<br />
└─sdd1 ext3 ca5cb667-3fc3-4e97-93ef-467f4e9b04c8 /mnt/externaldisk 465.8G<br />
sde 465.8G<br />
└─sde1 ext4 ff50c30a-1688-46df-b736-21a28e56450e /mnt/tmp 465.8G<br />
sdf 74.5G<br />
├─sdf1 ext2 a20aee5f-b77c-4677-acd5-9e1f651233ff /boot 243M<br />
├─sdf2 1K<br />
└─sdf5 crypto_LUKS 7a1612aa-40d5-4157-a4d7-1ffccdc487dc 74.3G<br />
└─sda5_crypt LVM2_member TOH5Xi-JSBJ-05UP-bQpy-xkG6-nZls-Zne8gF 74.3G<br />
├─omnius--vg-root ext4 86be33dd-17b7-4e0b-b5f2-dd885fd6189e / 72.3G<br />
└─omnius--vg-swap_1 swap 118669de-118b-4681-bffb-d852a6842820 [SWAP] 2G<br />
root@omnius:~# <br />
</pre><br />
<br />
# Operating system on <code>/dev/sdf</code>:<br />
## <code>/dev/sdf1</code> is <code>/boot</code>.<br />
## <code>/dev/sdf2</code> is not seem to be used, maybe it was planned to be part of a RAID1 volume for the root file system.<br />
## <code>/dev/sdf5</code> encrypted root file system (<code>/</code>) and swap file system. <br />
# apt-cacher (proxy for caching Debian packages) on <code>/dev/sde</code>.<br />
## <code>/dev/sde1</code> is a file system with all the old packages we were caching (so, useless).<br />
# pxe (network booting for installing Linux on machines that are connected to the local network)<br />
## <code>/dev/sdc1</code> mounted on <code>/src/istanbul</code>.<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sda</code> (this is in RAID0 with the next disk).<br />
## <code>/dev/sda1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sdb</code> (this is in RAID0 with the previous disk).<br />
## <code>/dev/sdb1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
<br />
Nota bene: The last few lines of <code>/etc/fstab</code> show that some directories on <code>/srv/instanbul</code> are mounted on <code>/var/alexandria/</code>!<br />
<br />
== Where are the disks connected? ==<br />
<br />
The box of omnius has a lot of space for hard disks:<br />
<br />
# EMPTY<br />
# EMPTY<br />
# alexandria<br />
# alexandria<br />
# EMPTY<br />
# EMPTY<br />
# EMPTY<br />
# omnius-os<br />
# EMTPY<br />
# EMPTY<br />
# apt-cacher<br />
<br />
== BIOS problems ==<br />
<br />
'''Blinking cursor:''' After the message "Successfully installed BIOS" the screen goes black and there is only a blinking cursor. The solution to this problem is to turn off the "BBS support" option in the RAID controller menu, in the SATA configuration section (enter with Control-A when booting).<br />
<br />
== Specifications ==<br />
<br />
'''1GB RAM:''' omnius has 1GB of RAM. The motherboard has 4 slots which are divided into two banks. Each bank has to have identical amount of RAM. At the moment only the first bank is used and there are two 512MB RAMs (PC2100) installed in them.<br />
<br />
'''2x2.66Ghz CPU:''' It seems that omnius has 2 Intel(R) Xeon(TM) CPU 2.66GHz CPUs (single core).<br />
<br />
'''(2x)1TB HDD:''' alexandria has two 1TB HDDs in RAID0, so they effectively look like a 2TB disk.<br />
<br />
=== More details ===<br />
<br />
'''Power supply:''' ATX, with at least 4 SATA connectors. The motherboard connector is a 4x2 ping connector. At the moment we don't use more the other cables on the power supply.<br />
<br />
'''NICs:''' There are two ethernet sockets, one 10/100Mbit and another 1Gbit. The first is turned off in BIOS, the other is used as the primary network interface (e.g. eth0).<br />
<br />
= Backups =<br />
<br />
== 1. RAID1 for alexandria (BROKEN: now it is a RAID0)==<br />
<br />
alexandria is automatically copied to another disk. So if one disk fails, they should still work without interruption.<br />
<br />
== 2. Offsite backup for alexandria==<br />
<br />
Backup happens every day at 3am using a software called "restic", to hypatia, which is a NAS (Network Attached Storage) far from the hacklab.<br />
<br />
= LUKS =<br />
<br />
There are three ways to book omnius:<br />
<br />
== Manual ==<br />
<br />
Going to the hacklab and typing in the passphrase using the monitor and keyboard that is connected to omnius.<br />
<br />
== Semi-automatic ==<br />
<br />
Using a bash script executed from another computer on the local network.<br />
<br />
This works because there is ssh baked into the initrd (the disk partition that is alive at boot time) of omnius.<br />
<br />
Why this can fail?<br />
<br />
# Network problems: the two computers cannot ping each other.<br />
# SSH is not available on omnius initrd: ssh is not in initrd of omnius any more, because of some upgrades.<br />
# SSH is not available on the other computer: ssh is not installed, try "apt-get install openssh-client".<br />
# Password incorrect: the script has an old password.<br />
<br />
== Automatic ==<br />
<br />
Mandotron is another computer (a Raspberry Pi) which should under normal circumstances boot omnius.<br />
<br />
This works because there is mandotron-client baked into the initrd (the disk partition that is alive at boot time) of omnius, and it is installed and configured on the other machine (mandotron).<br />
<br />
Why this can fail?<br />
<br />
# mandos has a timeout: if it cannot see omnius for some time, it will refuse to serve the LUKS passphrase. The timer can be reset manually by logging in to mandotron. Check the mandos documentation.<br />
# mandotron itself is not working: the other machine with mandos is not online. The most common problem with Raspberry Pi is that a surge in electricity can leave the SD card which holds the file system in an inconsistent state. Try to pull out the SD card and run "fsck" on it from another computer.</div>Maxigashttp://wiki.calafou.org//index.php?title=Omnius&diff=3815Omnius2019-12-26T00:55:06Z<p>Maxigas: /* apt-cacher-ng */</p>
<hr />
<div>Omnius is the main server providing services on the calafou internal network (".calafou").<br />
<br />
= Services =<br />
<br />
Ideally, a short description of services should be available at http://omnius.calafou (this address is only accessible from the local network, e.g. if you are physically in Calafou or use a VPN to connect to the Calafou network).<br />
<br />
== apt-cacher-ng (OLD) ==<br />
<br />
"Cache para tu distro de linux, cuanto mas la uses más rápido bajarás tus paquetes."<br />
<br />
You can use apt-cacher-ng to install/upgrade Debian and Ubuntu packages on your computer faster than usual and saving a little bandwidth for the community. It saves to the local disk all the packages people request and if the package is already on the disk then it will serve it. Therefore, if you or somebody else used the package you want to install/upgrade before, then apt-cacher-ng will serve it to you faster and without downloading it again from the Internet. This is most useful in workshops when a group of people wants to install a concrete package at the same time, but it is also good to use it in your everyday life.<br />
<br />
=== How to configure my computer to use the apt-cacher-ng in omnius? ===<br />
<br />
The instructions are here: http://omnius.calafou:3142/<br />
<br />
= Software setup =<br />
<br />
Omnius runs the current Debian GNU/Linux stable (codename jessie).<br />
<br />
One big change in this Debian version is that systemd is used to manage services.<br />
<br />
= Hardware setup =<br />
<br />
== How the disks are connected? ==<br />
<br />
Omnius has an old motherboard with no SATA support. The workaround is that there is a RAID controller card installed in a PCI slot. However, the RAID controller card driver is not working in Debian Jessie, so we actually use software RAIDs. The function of the RAID controller card is simply to provide 4 SATA ports where we can connect hard drives.<br />
<br />
The only disk that is connected directly to the motherboard through an IDE cable (''not'' SATA) is the operating system disk.<br />
<br />
== Which disks are connected? ==<br />
<br />
There are many disks in omnius. The best way to get an overview is to run `lsblk --fs`. It gives a '''similar''' output:<br />
<br />
<pre><br />
root@omnius:~# lsblk --fs -o +SIZE<br />
NAME FSTYPE LABEL UUID MOUNTPOINT SIZE<br />
sda 931.5G<br />
└─sda1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdb 931.5G<br />
└─sdb1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdc 931.5G<br />
└─sdc1 ext4 e81c5f79-bbba-4eb2-9e85-0fb3c3110b6f /srv/istanbul 931.5G<br />
sdd 465.8G<br />
└─sdd1 ext3 ca5cb667-3fc3-4e97-93ef-467f4e9b04c8 /mnt/externaldisk 465.8G<br />
sde 465.8G<br />
└─sde1 ext4 ff50c30a-1688-46df-b736-21a28e56450e /mnt/tmp 465.8G<br />
sdf 74.5G<br />
├─sdf1 ext2 a20aee5f-b77c-4677-acd5-9e1f651233ff /boot 243M<br />
├─sdf2 1K<br />
└─sdf5 crypto_LUKS 7a1612aa-40d5-4157-a4d7-1ffccdc487dc 74.3G<br />
└─sda5_crypt LVM2_member TOH5Xi-JSBJ-05UP-bQpy-xkG6-nZls-Zne8gF 74.3G<br />
├─omnius--vg-root ext4 86be33dd-17b7-4e0b-b5f2-dd885fd6189e / 72.3G<br />
└─omnius--vg-swap_1 swap 118669de-118b-4681-bffb-d852a6842820 [SWAP] 2G<br />
root@omnius:~# <br />
</pre><br />
<br />
# Operating system on <code>/dev/sdf</code>:<br />
## <code>/dev/sdf1</code> is <code>/boot</code>.<br />
## <code>/dev/sdf2</code> is not seem to be used, maybe it was planned to be part of a RAID1 volume for the root file system.<br />
## <code>/dev/sdf5</code> encrypted root file system (<code>/</code>) and swap file system. <br />
# apt-cacher (proxy for caching Debian packages) on <code>/dev/sde</code>.<br />
## <code>/dev/sde1</code> is a file system with all the old packages we were caching (so, useless).<br />
# pxe (network booting for installing Linux on machines that are connected to the local network)<br />
## <code>/dev/sdc1</code> mounted on <code>/src/istanbul</code>.<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sda</code> (this is in RAID0 with the next disk).<br />
## <code>/dev/sda1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sdb</code> (this is in RAID0 with the previous disk).<br />
## <code>/dev/sdb1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
<br />
Nota bene: The last few lines of <code>/etc/fstab</code> show that some directories on <code>/srv/instanbul</code> are mounted on <code>/var/alexandria/</code>!<br />
<br />
== Where are the disks connected? ==<br />
<br />
The box of omnius has a lot of space for hard disks:<br />
<br />
# EMPTY<br />
# EMPTY<br />
# alexandria<br />
# alexandria<br />
# EMPTY<br />
# EMPTY<br />
# EMPTY<br />
# omnius-os<br />
# EMTPY<br />
# EMPTY<br />
# apt-cacher<br />
<br />
== BIOS problems ==<br />
<br />
'''Blinking cursor:''' After the message "Successfully installed BIOS" the screen goes black and there is only a blinking cursor. The solution to this problem is to turn off the "BBS support" option in the RAID controller menu, in the SATA configuration section (enter with Control-A when booting).<br />
<br />
== Specifications ==<br />
<br />
'''1GB RAM:''' omnius has 1GB of RAM. The motherboard has 4 slots which are divided into two banks. Each bank has to have identical amount of RAM. At the moment only the first bank is used and there are two 512MB RAMs (PC2100) installed in them.<br />
<br />
'''2x2.66Ghz CPU:''' It seems that omnius has 2 Intel(R) Xeon(TM) CPU 2.66GHz CPUs (single core).<br />
<br />
'''(2x)1TB HDD:''' alexandria has two 1TB HDDs in RAID0, so they effectively look like a 2TB disk.<br />
<br />
=== More details ===<br />
<br />
'''Power supply:''' ATX, with at least 4 SATA connectors. The motherboard connector is a 4x2 ping connector. At the moment we don't use more the other cables on the power supply.<br />
<br />
'''NICs:''' There are two ethernet sockets, one 10/100Mbit and another 1Gbit. The first is turned off in BIOS, the other is used as the primary network interface (e.g. eth0).<br />
<br />
= Backups =<br />
<br />
== 1. RAID1 for alexandria ==<br />
<br />
alexandria is automatically copied to another disk. So if one disk fails, they should still work without interruption.<br />
<br />
== 2. Offsite backup for alexandria==<br />
<br />
Backup happens every day at 3am using a software called "restic", to hypatia, which is a NAS (Network Attached Storage) far from the hacklab.<br />
<br />
= LUKS =<br />
<br />
There are three ways to book omnius:<br />
<br />
== Manual ==<br />
<br />
Going to the hacklab and typing in the passphrase using the monitor and keyboard that is connected to omnius.<br />
<br />
== Semi-automatic ==<br />
<br />
Using a bash script executed from another computer on the local network.<br />
<br />
This works because there is ssh baked into the initrd (the disk partition that is alive at boot time) of omnius.<br />
<br />
Why this can fail?<br />
<br />
# Network problems: the two computers cannot ping each other.<br />
# SSH is not available on omnius initrd: ssh is not in initrd of omnius any more, because of some upgrades.<br />
# SSH is not available on the other computer: ssh is not installed, try "apt-get install openssh-client".<br />
# Password incorrect: the script has an old password.<br />
<br />
== Automatic ==<br />
<br />
Mandotron is another computer (a Raspberry Pi) which should under normal circumstances boot omnius.<br />
<br />
This works because there is mandotron-client baked into the initrd (the disk partition that is alive at boot time) of omnius, and it is installed and configured on the other machine (mandotron).<br />
<br />
Why this can fail?<br />
<br />
# mandos has a timeout: if it cannot see omnius for some time, it will refuse to serve the LUKS passphrase. The timer can be reset manually by logging in to mandotron. Check the mandos documentation.<br />
# mandotron itself is not working: the other machine with mandos is not online. The most common problem with Raspberry Pi is that a surge in electricity can leave the SD card which holds the file system in an inconsistent state. Try to pull out the SD card and run "fsck" on it from another computer.</div>Maxigashttp://wiki.calafou.org//index.php?title=Omnius&diff=3814Omnius2019-12-26T00:53:41Z<p>Maxigas: /* Specifications */</p>
<hr />
<div>Omnius is the main server providing services on the calafou internal network (".calafou").<br />
<br />
= Services =<br />
<br />
Ideally, a short description of services should be available at http://omnius.calafou (this address is only accessible from the local network, e.g. if you are physically in Calafou or use a VPN to connect to the Calafou network).<br />
<br />
== apt-cacher-ng ==<br />
<br />
"Cache para tu distro de linux, cuanto mas la uses más rápido bajarás tus paquetes."<br />
<br />
You can use apt-cacher-ng to install/upgrade Debian and Ubuntu packages on your computer faster than usual and saving a little bandwidth for the community. It saves to the local disk all the packages people request and if the package is already on the disk then it will serve it. Therefore, if you or somebody else used the package you want to install/upgrade before, then apt-cacher-ng will serve it to you faster and without downloading it again from the Internet. This is most useful in workshops when a group of people wants to install a concrete package at the same time, but it is also good to use it in your everyday life.<br />
<br />
=== How to configure my computer to use the apt-cacher-ng in omnius? ===<br />
<br />
The instructions are here: http://omnius.calafou:3142/<br />
<br />
= Software setup =<br />
<br />
Omnius runs the current Debian GNU/Linux stable (codename jessie).<br />
<br />
One big change in this Debian version is that systemd is used to manage services.<br />
<br />
= Hardware setup =<br />
<br />
== How the disks are connected? ==<br />
<br />
Omnius has an old motherboard with no SATA support. The workaround is that there is a RAID controller card installed in a PCI slot. However, the RAID controller card driver is not working in Debian Jessie, so we actually use software RAIDs. The function of the RAID controller card is simply to provide 4 SATA ports where we can connect hard drives.<br />
<br />
The only disk that is connected directly to the motherboard through an IDE cable (''not'' SATA) is the operating system disk.<br />
<br />
== Which disks are connected? ==<br />
<br />
There are many disks in omnius. The best way to get an overview is to run `lsblk --fs`. It gives a '''similar''' output:<br />
<br />
<pre><br />
root@omnius:~# lsblk --fs -o +SIZE<br />
NAME FSTYPE LABEL UUID MOUNTPOINT SIZE<br />
sda 931.5G<br />
└─sda1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdb 931.5G<br />
└─sdb1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdc 931.5G<br />
└─sdc1 ext4 e81c5f79-bbba-4eb2-9e85-0fb3c3110b6f /srv/istanbul 931.5G<br />
sdd 465.8G<br />
└─sdd1 ext3 ca5cb667-3fc3-4e97-93ef-467f4e9b04c8 /mnt/externaldisk 465.8G<br />
sde 465.8G<br />
└─sde1 ext4 ff50c30a-1688-46df-b736-21a28e56450e /mnt/tmp 465.8G<br />
sdf 74.5G<br />
├─sdf1 ext2 a20aee5f-b77c-4677-acd5-9e1f651233ff /boot 243M<br />
├─sdf2 1K<br />
└─sdf5 crypto_LUKS 7a1612aa-40d5-4157-a4d7-1ffccdc487dc 74.3G<br />
└─sda5_crypt LVM2_member TOH5Xi-JSBJ-05UP-bQpy-xkG6-nZls-Zne8gF 74.3G<br />
├─omnius--vg-root ext4 86be33dd-17b7-4e0b-b5f2-dd885fd6189e / 72.3G<br />
└─omnius--vg-swap_1 swap 118669de-118b-4681-bffb-d852a6842820 [SWAP] 2G<br />
root@omnius:~# <br />
</pre><br />
<br />
# Operating system on <code>/dev/sdf</code>:<br />
## <code>/dev/sdf1</code> is <code>/boot</code>.<br />
## <code>/dev/sdf2</code> is not seem to be used, maybe it was planned to be part of a RAID1 volume for the root file system.<br />
## <code>/dev/sdf5</code> encrypted root file system (<code>/</code>) and swap file system. <br />
# apt-cacher (proxy for caching Debian packages) on <code>/dev/sde</code>.<br />
## <code>/dev/sde1</code> is a file system with all the old packages we were caching (so, useless).<br />
# pxe (network booting for installing Linux on machines that are connected to the local network)<br />
## <code>/dev/sdc1</code> mounted on <code>/src/istanbul</code>.<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sda</code> (this is in RAID0 with the next disk).<br />
## <code>/dev/sda1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sdb</code> (this is in RAID0 with the previous disk).<br />
## <code>/dev/sdb1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
<br />
Nota bene: The last few lines of <code>/etc/fstab</code> show that some directories on <code>/srv/instanbul</code> are mounted on <code>/var/alexandria/</code>!<br />
<br />
== Where are the disks connected? ==<br />
<br />
The box of omnius has a lot of space for hard disks:<br />
<br />
# EMPTY<br />
# EMPTY<br />
# alexandria<br />
# alexandria<br />
# EMPTY<br />
# EMPTY<br />
# EMPTY<br />
# omnius-os<br />
# EMTPY<br />
# EMPTY<br />
# apt-cacher<br />
<br />
== BIOS problems ==<br />
<br />
'''Blinking cursor:''' After the message "Successfully installed BIOS" the screen goes black and there is only a blinking cursor. The solution to this problem is to turn off the "BBS support" option in the RAID controller menu, in the SATA configuration section (enter with Control-A when booting).<br />
<br />
== Specifications ==<br />
<br />
'''1GB RAM:''' omnius has 1GB of RAM. The motherboard has 4 slots which are divided into two banks. Each bank has to have identical amount of RAM. At the moment only the first bank is used and there are two 512MB RAMs (PC2100) installed in them.<br />
<br />
'''2x2.66Ghz CPU:''' It seems that omnius has 2 Intel(R) Xeon(TM) CPU 2.66GHz CPUs (single core).<br />
<br />
'''(2x)1TB HDD:''' alexandria has two 1TB HDDs in RAID0, so they effectively look like a 2TB disk.<br />
<br />
=== More details ===<br />
<br />
'''Power supply:''' ATX, with at least 4 SATA connectors. The motherboard connector is a 4x2 ping connector. At the moment we don't use more the other cables on the power supply.<br />
<br />
'''NICs:''' There are two ethernet sockets, one 10/100Mbit and another 1Gbit. The first is turned off in BIOS, the other is used as the primary network interface (e.g. eth0).<br />
<br />
= Backups =<br />
<br />
== 1. RAID1 for alexandria ==<br />
<br />
alexandria is automatically copied to another disk. So if one disk fails, they should still work without interruption.<br />
<br />
== 2. Offsite backup for alexandria==<br />
<br />
Backup happens every day at 3am using a software called "restic", to hypatia, which is a NAS (Network Attached Storage) far from the hacklab.<br />
<br />
= LUKS =<br />
<br />
There are three ways to book omnius:<br />
<br />
== Manual ==<br />
<br />
Going to the hacklab and typing in the passphrase using the monitor and keyboard that is connected to omnius.<br />
<br />
== Semi-automatic ==<br />
<br />
Using a bash script executed from another computer on the local network.<br />
<br />
This works because there is ssh baked into the initrd (the disk partition that is alive at boot time) of omnius.<br />
<br />
Why this can fail?<br />
<br />
# Network problems: the two computers cannot ping each other.<br />
# SSH is not available on omnius initrd: ssh is not in initrd of omnius any more, because of some upgrades.<br />
# SSH is not available on the other computer: ssh is not installed, try "apt-get install openssh-client".<br />
# Password incorrect: the script has an old password.<br />
<br />
== Automatic ==<br />
<br />
Mandotron is another computer (a Raspberry Pi) which should under normal circumstances boot omnius.<br />
<br />
This works because there is mandotron-client baked into the initrd (the disk partition that is alive at boot time) of omnius, and it is installed and configured on the other machine (mandotron).<br />
<br />
Why this can fail?<br />
<br />
# mandos has a timeout: if it cannot see omnius for some time, it will refuse to serve the LUKS passphrase. The timer can be reset manually by logging in to mandotron. Check the mandos documentation.<br />
# mandotron itself is not working: the other machine with mandos is not online. The most common problem with Raspberry Pi is that a surge in electricity can leave the SD card which holds the file system in an inconsistent state. Try to pull out the SD card and run "fsck" on it from another computer.</div>Maxigashttp://wiki.calafou.org//index.php?title=Omnius&diff=3813Omnius2019-12-26T00:40:37Z<p>Maxigas: /* Which disks are connected? */</p>
<hr />
<div>Omnius is the main server providing services on the calafou internal network (".calafou").<br />
<br />
= Services =<br />
<br />
Ideally, a short description of services should be available at http://omnius.calafou (this address is only accessible from the local network, e.g. if you are physically in Calafou or use a VPN to connect to the Calafou network).<br />
<br />
== apt-cacher-ng ==<br />
<br />
"Cache para tu distro de linux, cuanto mas la uses más rápido bajarás tus paquetes."<br />
<br />
You can use apt-cacher-ng to install/upgrade Debian and Ubuntu packages on your computer faster than usual and saving a little bandwidth for the community. It saves to the local disk all the packages people request and if the package is already on the disk then it will serve it. Therefore, if you or somebody else used the package you want to install/upgrade before, then apt-cacher-ng will serve it to you faster and without downloading it again from the Internet. This is most useful in workshops when a group of people wants to install a concrete package at the same time, but it is also good to use it in your everyday life.<br />
<br />
=== How to configure my computer to use the apt-cacher-ng in omnius? ===<br />
<br />
The instructions are here: http://omnius.calafou:3142/<br />
<br />
= Software setup =<br />
<br />
Omnius runs the current Debian GNU/Linux stable (codename jessie).<br />
<br />
One big change in this Debian version is that systemd is used to manage services.<br />
<br />
= Hardware setup =<br />
<br />
== How the disks are connected? ==<br />
<br />
Omnius has an old motherboard with no SATA support. The workaround is that there is a RAID controller card installed in a PCI slot. However, the RAID controller card driver is not working in Debian Jessie, so we actually use software RAIDs. The function of the RAID controller card is simply to provide 4 SATA ports where we can connect hard drives.<br />
<br />
The only disk that is connected directly to the motherboard through an IDE cable (''not'' SATA) is the operating system disk.<br />
<br />
== Which disks are connected? ==<br />
<br />
There are many disks in omnius. The best way to get an overview is to run `lsblk --fs`. It gives a '''similar''' output:<br />
<br />
<pre><br />
root@omnius:~# lsblk --fs -o +SIZE<br />
NAME FSTYPE LABEL UUID MOUNTPOINT SIZE<br />
sda 931.5G<br />
└─sda1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdb 931.5G<br />
└─sdb1 linux_raid_member seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be 931.5G<br />
└─md127 crypto_LUKS eb337def-eca9-4d6e-8614-b65ea58b4266 1.8T<br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria 1.8T<br />
sdc 931.5G<br />
└─sdc1 ext4 e81c5f79-bbba-4eb2-9e85-0fb3c3110b6f /srv/istanbul 931.5G<br />
sdd 465.8G<br />
└─sdd1 ext3 ca5cb667-3fc3-4e97-93ef-467f4e9b04c8 /mnt/externaldisk 465.8G<br />
sde 465.8G<br />
└─sde1 ext4 ff50c30a-1688-46df-b736-21a28e56450e /mnt/tmp 465.8G<br />
sdf 74.5G<br />
├─sdf1 ext2 a20aee5f-b77c-4677-acd5-9e1f651233ff /boot 243M<br />
├─sdf2 1K<br />
└─sdf5 crypto_LUKS 7a1612aa-40d5-4157-a4d7-1ffccdc487dc 74.3G<br />
└─sda5_crypt LVM2_member TOH5Xi-JSBJ-05UP-bQpy-xkG6-nZls-Zne8gF 74.3G<br />
├─omnius--vg-root ext4 86be33dd-17b7-4e0b-b5f2-dd885fd6189e / 72.3G<br />
└─omnius--vg-swap_1 swap 118669de-118b-4681-bffb-d852a6842820 [SWAP] 2G<br />
root@omnius:~# <br />
</pre><br />
<br />
# Operating system on <code>/dev/sdf</code>:<br />
## <code>/dev/sdf1</code> is <code>/boot</code>.<br />
## <code>/dev/sdf2</code> is not seem to be used, maybe it was planned to be part of a RAID1 volume for the root file system.<br />
## <code>/dev/sdf5</code> encrypted root file system (<code>/</code>) and swap file system. <br />
# apt-cacher (proxy for caching Debian packages) on <code>/dev/sde</code>.<br />
## <code>/dev/sde1</code> is a file system with all the old packages we were caching (so, useless).<br />
# pxe (network booting for installing Linux on machines that are connected to the local network)<br />
## <code>/dev/sdc1</code> mounted on <code>/src/istanbul</code>.<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sda</code> (this is in RAID0 with the next disk).<br />
## <code>/dev/sda1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sdb</code> (this is in RAID0 with the previous disk).<br />
## <code>/dev/sdb1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
<br />
Nota bene: The last few lines of <code>/etc/fstab</code> show that some directories on <code>/srv/instanbul</code> are mounted on <code>/var/alexandria/</code>!<br />
<br />
== Where are the disks connected? ==<br />
<br />
The box of omnius has a lot of space for hard disks:<br />
<br />
# EMPTY<br />
# EMPTY<br />
# alexandria<br />
# alexandria<br />
# EMPTY<br />
# EMPTY<br />
# EMPTY<br />
# omnius-os<br />
# EMTPY<br />
# EMPTY<br />
# apt-cacher<br />
<br />
== BIOS problems ==<br />
<br />
'''Blinking cursor:''' After the message "Successfully installed BIOS" the screen goes black and there is only a blinking cursor. The solution to this problem is to turn off the "BBS support" option in the RAID controller menu, in the SATA configuration section (enter with Control-A when booting).<br />
<br />
== Specifications ==<br />
<br />
'''1GB RAM:''' omnius has 1GB of RAM. The motherboard has 4 slots which are divided into two banks. Each bank has to have identical amount of RAM. At the moment only the first bank is used and there are two 512MB RAMs (PC2100) installed in them.<br />
<br />
'''2x2.66Ghz CPU:''' It seems that omnius has 2 Intel(R) Xeon(TM) CPU 2.66GHz CPUs (single core).<br />
<br />
'''(2x)2TB HDD:''' alexandria has two 2TB HDDs in RAID1, so effectively only one can be used to store useful data.<br />
<br />
=== More details ===<br />
<br />
'''Power supply:''' ATX, with at least 4 SATA connectors. The motherboard connector is a 4x2 ping connector. At the moment we don't use more the other cables on the power supply.<br />
<br />
'''NICs:''' There are two ethernet sockets, one 10/100Mbit and another 1Gbit. The first is turned off in BIOS, the other is used as the primary network interface (e.g. eth0).<br />
<br />
= Backups =<br />
<br />
== 1. RAID1 for alexandria ==<br />
<br />
alexandria is automatically copied to another disk. So if one disk fails, they should still work without interruption.<br />
<br />
== 2. Offsite backup for alexandria==<br />
<br />
Backup happens every day at 3am using a software called "restic", to hypatia, which is a NAS (Network Attached Storage) far from the hacklab.<br />
<br />
= LUKS =<br />
<br />
There are three ways to book omnius:<br />
<br />
== Manual ==<br />
<br />
Going to the hacklab and typing in the passphrase using the monitor and keyboard that is connected to omnius.<br />
<br />
== Semi-automatic ==<br />
<br />
Using a bash script executed from another computer on the local network.<br />
<br />
This works because there is ssh baked into the initrd (the disk partition that is alive at boot time) of omnius.<br />
<br />
Why this can fail?<br />
<br />
# Network problems: the two computers cannot ping each other.<br />
# SSH is not available on omnius initrd: ssh is not in initrd of omnius any more, because of some upgrades.<br />
# SSH is not available on the other computer: ssh is not installed, try "apt-get install openssh-client".<br />
# Password incorrect: the script has an old password.<br />
<br />
== Automatic ==<br />
<br />
Mandotron is another computer (a Raspberry Pi) which should under normal circumstances boot omnius.<br />
<br />
This works because there is mandotron-client baked into the initrd (the disk partition that is alive at boot time) of omnius, and it is installed and configured on the other machine (mandotron).<br />
<br />
Why this can fail?<br />
<br />
# mandos has a timeout: if it cannot see omnius for some time, it will refuse to serve the LUKS passphrase. The timer can be reset manually by logging in to mandotron. Check the mandos documentation.<br />
# mandotron itself is not working: the other machine with mandos is not online. The most common problem with Raspberry Pi is that a surge in electricity can leave the SD card which holds the file system in an inconsistent state. Try to pull out the SD card and run "fsck" on it from another computer.</div>Maxigashttp://wiki.calafou.org//index.php?title=Omnius&diff=3812Omnius2019-12-26T00:38:45Z<p>Maxigas: /* Which disks are connected? */</p>
<hr />
<div>Omnius is the main server providing services on the calafou internal network (".calafou").<br />
<br />
= Services =<br />
<br />
Ideally, a short description of services should be available at http://omnius.calafou (this address is only accessible from the local network, e.g. if you are physically in Calafou or use a VPN to connect to the Calafou network).<br />
<br />
== apt-cacher-ng ==<br />
<br />
"Cache para tu distro de linux, cuanto mas la uses más rápido bajarás tus paquetes."<br />
<br />
You can use apt-cacher-ng to install/upgrade Debian and Ubuntu packages on your computer faster than usual and saving a little bandwidth for the community. It saves to the local disk all the packages people request and if the package is already on the disk then it will serve it. Therefore, if you or somebody else used the package you want to install/upgrade before, then apt-cacher-ng will serve it to you faster and without downloading it again from the Internet. This is most useful in workshops when a group of people wants to install a concrete package at the same time, but it is also good to use it in your everyday life.<br />
<br />
=== How to configure my computer to use the apt-cacher-ng in omnius? ===<br />
<br />
The instructions are here: http://omnius.calafou:3142/<br />
<br />
= Software setup =<br />
<br />
Omnius runs the current Debian GNU/Linux stable (codename jessie).<br />
<br />
One big change in this Debian version is that systemd is used to manage services.<br />
<br />
= Hardware setup =<br />
<br />
== How the disks are connected? ==<br />
<br />
Omnius has an old motherboard with no SATA support. The workaround is that there is a RAID controller card installed in a PCI slot. However, the RAID controller card driver is not working in Debian Jessie, so we actually use software RAIDs. The function of the RAID controller card is simply to provide 4 SATA ports where we can connect hard drives.<br />
<br />
The only disk that is connected directly to the motherboard through an IDE cable (''not'' SATA) is the operating system disk.<br />
<br />
== Which disks are connected? ==<br />
<br />
There are many disks in omnius. The best way to get an overview is to run `lsblk --fs`, which gives a similar output:<br />
<br />
<pre><br />
root@omnius:~# lsblk --fs <br />
NAME FSTYPE LABEL UUID MOUNTPOINT <br />
sda <br />
└─sda1 linux_raid seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be <br />
└─md127 crypto_LU eb337def-eca9-4d6e-8614-b65ea58b4266 <br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria<br />
sdb <br />
└─sdb1 linux_raid seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be <br />
└─md127 crypto_LU eb337def-eca9-4d6e-8614-b65ea58b4266 <br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria<br />
sdc <br />
└─sdc1 ext4 e81c5f79-bbba-4eb2-9e85-0fb3c3110b6f /srv/istanbul<br />
sdd <br />
└─sdd1 ext3 ca5cb667-3fc3-4e97-93ef-467f4e9b04c8 <br />
sde <br />
└─sde1 ext4 ff50c30a-1688-46df-b736-21a28e56450e <br />
sdf <br />
├─sdf1 ext2 a20aee5f-b77c-4677-acd5-9e1f651233ff /boot <br />
├─sdf2 <br />
└─sdf5 crypto_LU 7a1612aa-40d5-4157-a4d7-1ffccdc487dc <br />
└─sda5_crypt LVM2_member TOH5Xi-JSBJ-05UP-bQpy-xkG6-nZls-Zne8gF <br />
├─omnius--vg-root <br />
ext4 86be33dd-17b7-4e0b-b5f2-dd885fd6189e / <br />
└─omnius--vg-swap_1 <br />
swap 118669de-118b-4681-bffb-d852a6842820 [SWAP] <br />
root@omnius:~#<br />
</pre><br />
<br />
# Operating system on <code>/dev/sdf</code>:<br />
## <code>/dev/sdf1</code> is <code>/boot</code>.<br />
## <code>/dev/sdf2</code> is not seem to be used, maybe it was planned to be part of a RAID1 volume for the root file system.<br />
## <code>/dev/sdf5</code> encrypted root file system (<code>/</code>) and swap file system. <br />
# apt-cacher (proxy for caching Debian packages) on <code>/dev/sde</code>.<br />
## <code>/dev/sde1</code> is a file system with all the old packages we were caching (so, useless).<br />
# pxe (network booting for installing Linux on machines that are connected to the local network)<br />
## <code>/dev/sdc1</code> mounted on <code>/src/istanbul</code>.<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sda</code> (this is in RAID0 with the next disk).<br />
## <code>/dev/sda1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sdb</code> (this is in RAID0 with the previous disk).<br />
## <code>/dev/sdb1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
<br />
Nota bene: The last few lines of <code>/etc/fstab</code> show that some directories on <code>/srv/instanbul</code> are mounted on <code>/var/alexandria/</code>!<br />
<br />
== Where are the disks connected? ==<br />
<br />
The box of omnius has a lot of space for hard disks:<br />
<br />
# EMPTY<br />
# EMPTY<br />
# alexandria<br />
# alexandria<br />
# EMPTY<br />
# EMPTY<br />
# EMPTY<br />
# omnius-os<br />
# EMTPY<br />
# EMPTY<br />
# apt-cacher<br />
<br />
== BIOS problems ==<br />
<br />
'''Blinking cursor:''' After the message "Successfully installed BIOS" the screen goes black and there is only a blinking cursor. The solution to this problem is to turn off the "BBS support" option in the RAID controller menu, in the SATA configuration section (enter with Control-A when booting).<br />
<br />
== Specifications ==<br />
<br />
'''1GB RAM:''' omnius has 1GB of RAM. The motherboard has 4 slots which are divided into two banks. Each bank has to have identical amount of RAM. At the moment only the first bank is used and there are two 512MB RAMs (PC2100) installed in them.<br />
<br />
'''2x2.66Ghz CPU:''' It seems that omnius has 2 Intel(R) Xeon(TM) CPU 2.66GHz CPUs (single core).<br />
<br />
'''(2x)2TB HDD:''' alexandria has two 2TB HDDs in RAID1, so effectively only one can be used to store useful data.<br />
<br />
=== More details ===<br />
<br />
'''Power supply:''' ATX, with at least 4 SATA connectors. The motherboard connector is a 4x2 ping connector. At the moment we don't use more the other cables on the power supply.<br />
<br />
'''NICs:''' There are two ethernet sockets, one 10/100Mbit and another 1Gbit. The first is turned off in BIOS, the other is used as the primary network interface (e.g. eth0).<br />
<br />
= Backups =<br />
<br />
== 1. RAID1 for alexandria ==<br />
<br />
alexandria is automatically copied to another disk. So if one disk fails, they should still work without interruption.<br />
<br />
== 2. Offsite backup for alexandria==<br />
<br />
Backup happens every day at 3am using a software called "restic", to hypatia, which is a NAS (Network Attached Storage) far from the hacklab.<br />
<br />
= LUKS =<br />
<br />
There are three ways to book omnius:<br />
<br />
== Manual ==<br />
<br />
Going to the hacklab and typing in the passphrase using the monitor and keyboard that is connected to omnius.<br />
<br />
== Semi-automatic ==<br />
<br />
Using a bash script executed from another computer on the local network.<br />
<br />
This works because there is ssh baked into the initrd (the disk partition that is alive at boot time) of omnius.<br />
<br />
Why this can fail?<br />
<br />
# Network problems: the two computers cannot ping each other.<br />
# SSH is not available on omnius initrd: ssh is not in initrd of omnius any more, because of some upgrades.<br />
# SSH is not available on the other computer: ssh is not installed, try "apt-get install openssh-client".<br />
# Password incorrect: the script has an old password.<br />
<br />
== Automatic ==<br />
<br />
Mandotron is another computer (a Raspberry Pi) which should under normal circumstances boot omnius.<br />
<br />
This works because there is mandotron-client baked into the initrd (the disk partition that is alive at boot time) of omnius, and it is installed and configured on the other machine (mandotron).<br />
<br />
Why this can fail?<br />
<br />
# mandos has a timeout: if it cannot see omnius for some time, it will refuse to serve the LUKS passphrase. The timer can be reset manually by logging in to mandotron. Check the mandos documentation.<br />
# mandotron itself is not working: the other machine with mandos is not online. The most common problem with Raspberry Pi is that a surge in electricity can leave the SD card which holds the file system in an inconsistent state. Try to pull out the SD card and run "fsck" on it from another computer.</div>Maxigashttp://wiki.calafou.org//index.php?title=Omnius&diff=3811Omnius2019-12-26T00:33:08Z<p>Maxigas: /* Which disks are connected? */</p>
<hr />
<div>Omnius is the main server providing services on the calafou internal network (".calafou").<br />
<br />
= Services =<br />
<br />
Ideally, a short description of services should be available at http://omnius.calafou (this address is only accessible from the local network, e.g. if you are physically in Calafou or use a VPN to connect to the Calafou network).<br />
<br />
== apt-cacher-ng ==<br />
<br />
"Cache para tu distro de linux, cuanto mas la uses más rápido bajarás tus paquetes."<br />
<br />
You can use apt-cacher-ng to install/upgrade Debian and Ubuntu packages on your computer faster than usual and saving a little bandwidth for the community. It saves to the local disk all the packages people request and if the package is already on the disk then it will serve it. Therefore, if you or somebody else used the package you want to install/upgrade before, then apt-cacher-ng will serve it to you faster and without downloading it again from the Internet. This is most useful in workshops when a group of people wants to install a concrete package at the same time, but it is also good to use it in your everyday life.<br />
<br />
=== How to configure my computer to use the apt-cacher-ng in omnius? ===<br />
<br />
The instructions are here: http://omnius.calafou:3142/<br />
<br />
= Software setup =<br />
<br />
Omnius runs the current Debian GNU/Linux stable (codename jessie).<br />
<br />
One big change in this Debian version is that systemd is used to manage services.<br />
<br />
= Hardware setup =<br />
<br />
== How the disks are connected? ==<br />
<br />
Omnius has an old motherboard with no SATA support. The workaround is that there is a RAID controller card installed in a PCI slot. However, the RAID controller card driver is not working in Debian Jessie, so we actually use software RAIDs. The function of the RAID controller card is simply to provide 4 SATA ports where we can connect hard drives.<br />
<br />
The only disk that is connected directly to the motherboard through an IDE cable (''not'' SATA) is the operating system disk.<br />
<br />
== Which disks are connected? ==<br />
<br />
There are many disks in omnius. The best way to get an overview is to run `lsblk --fs`, which gives a similar output:<br />
<br />
<pre><br />
root@omnius:~# lsblk --fs <br />
NAME FSTYPE LABEL UUID MOUNTPOINT <br />
sda <br />
└─sda1 linux_raid seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be <br />
└─md127 crypto_LU eb337def-eca9-4d6e-8614-b65ea58b4266 <br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria<br />
sdb <br />
└─sdb1 linux_raid seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be <br />
└─md127 crypto_LU eb337def-eca9-4d6e-8614-b65ea58b4266 <br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria<br />
sdc <br />
└─sdc1 ext4 e81c5f79-bbba-4eb2-9e85-0fb3c3110b6f /srv/istanbul<br />
sdd <br />
└─sdd1 ext3 ca5cb667-3fc3-4e97-93ef-467f4e9b04c8 <br />
sde <br />
└─sde1 ext4 ff50c30a-1688-46df-b736-21a28e56450e <br />
sdf <br />
├─sdf1 ext2 a20aee5f-b77c-4677-acd5-9e1f651233ff /boot <br />
├─sdf2 <br />
└─sdf5 crypto_LU 7a1612aa-40d5-4157-a4d7-1ffccdc487dc <br />
└─sda5_crypt LVM2_member TOH5Xi-JSBJ-05UP-bQpy-xkG6-nZls-Zne8gF <br />
├─omnius--vg-root <br />
ext4 86be33dd-17b7-4e0b-b5f2-dd885fd6189e / <br />
└─omnius--vg-swap_1 <br />
swap 118669de-118b-4681-bffb-d852a6842820 [SWAP] <br />
root@omnius:~#<br />
</pre><br />
<br />
# Operating system on <code>/dev/sdf</code>:<br />
## <code>/dev/sdf1</code> is <code>/boot</code>.<br />
## <code>/dev/sdf2</code> is not seem to be used, maybe it was planned to be part of a RAID1 volume for the root file system.<br />
## <code>/dev/sdf5</code> encrypted root file system (<code>/</code>) and swap file system. <br />
# apt-cacher (proxy for caching Debian packages) on <code>/dev/sde</code>.<br />
## <code>/dev/sde1</code> is a file system with all the old packages we were caching (so, useless).<br />
# pxe (network booting for installing Linux on machines that are connected to the local network)<br />
## <code>/dev/sdc1</code> mounted on <code>/src/istanbul</code>.<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sda</code><br />
## <code>/dev/sda1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
# Alexandria RAID1 (copy) on <code>/dev/sdb</code><br />
## <code>/dev/sdb1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
<br />
Nota bene: The last few lines of <code>/etc/fstab</code> show that some directories on <code>/srv/instanbul</code> are mounted on <code>/var/alexandria/</code>!<br />
<br />
== Where are the disks connected? ==<br />
<br />
The box of omnius has a lot of space for hard disks:<br />
<br />
# EMPTY<br />
# EMPTY<br />
# alexandria<br />
# alexandria<br />
# EMPTY<br />
# EMPTY<br />
# EMPTY<br />
# omnius-os<br />
# EMTPY<br />
# EMPTY<br />
# apt-cacher<br />
<br />
== BIOS problems ==<br />
<br />
'''Blinking cursor:''' After the message "Successfully installed BIOS" the screen goes black and there is only a blinking cursor. The solution to this problem is to turn off the "BBS support" option in the RAID controller menu, in the SATA configuration section (enter with Control-A when booting).<br />
<br />
== Specifications ==<br />
<br />
'''1GB RAM:''' omnius has 1GB of RAM. The motherboard has 4 slots which are divided into two banks. Each bank has to have identical amount of RAM. At the moment only the first bank is used and there are two 512MB RAMs (PC2100) installed in them.<br />
<br />
'''2x2.66Ghz CPU:''' It seems that omnius has 2 Intel(R) Xeon(TM) CPU 2.66GHz CPUs (single core).<br />
<br />
'''(2x)2TB HDD:''' alexandria has two 2TB HDDs in RAID1, so effectively only one can be used to store useful data.<br />
<br />
=== More details ===<br />
<br />
'''Power supply:''' ATX, with at least 4 SATA connectors. The motherboard connector is a 4x2 ping connector. At the moment we don't use more the other cables on the power supply.<br />
<br />
'''NICs:''' There are two ethernet sockets, one 10/100Mbit and another 1Gbit. The first is turned off in BIOS, the other is used as the primary network interface (e.g. eth0).<br />
<br />
= Backups =<br />
<br />
== 1. RAID1 for alexandria ==<br />
<br />
alexandria is automatically copied to another disk. So if one disk fails, they should still work without interruption.<br />
<br />
== 2. Offsite backup for alexandria==<br />
<br />
Backup happens every day at 3am using a software called "restic", to hypatia, which is a NAS (Network Attached Storage) far from the hacklab.<br />
<br />
= LUKS =<br />
<br />
There are three ways to book omnius:<br />
<br />
== Manual ==<br />
<br />
Going to the hacklab and typing in the passphrase using the monitor and keyboard that is connected to omnius.<br />
<br />
== Semi-automatic ==<br />
<br />
Using a bash script executed from another computer on the local network.<br />
<br />
This works because there is ssh baked into the initrd (the disk partition that is alive at boot time) of omnius.<br />
<br />
Why this can fail?<br />
<br />
# Network problems: the two computers cannot ping each other.<br />
# SSH is not available on omnius initrd: ssh is not in initrd of omnius any more, because of some upgrades.<br />
# SSH is not available on the other computer: ssh is not installed, try "apt-get install openssh-client".<br />
# Password incorrect: the script has an old password.<br />
<br />
== Automatic ==<br />
<br />
Mandotron is another computer (a Raspberry Pi) which should under normal circumstances boot omnius.<br />
<br />
This works because there is mandotron-client baked into the initrd (the disk partition that is alive at boot time) of omnius, and it is installed and configured on the other machine (mandotron).<br />
<br />
Why this can fail?<br />
<br />
# mandos has a timeout: if it cannot see omnius for some time, it will refuse to serve the LUKS passphrase. The timer can be reset manually by logging in to mandotron. Check the mandos documentation.<br />
# mandotron itself is not working: the other machine with mandos is not online. The most common problem with Raspberry Pi is that a surge in electricity can leave the SD card which holds the file system in an inconsistent state. Try to pull out the SD card and run "fsck" on it from another computer.</div>Maxigashttp://wiki.calafou.org//index.php?title=Omnius&diff=3810Omnius2019-12-26T00:32:32Z<p>Maxigas: /* Which disks are connected? */</p>
<hr />
<div>Omnius is the main server providing services on the calafou internal network (".calafou").<br />
<br />
= Services =<br />
<br />
Ideally, a short description of services should be available at http://omnius.calafou (this address is only accessible from the local network, e.g. if you are physically in Calafou or use a VPN to connect to the Calafou network).<br />
<br />
== apt-cacher-ng ==<br />
<br />
"Cache para tu distro de linux, cuanto mas la uses más rápido bajarás tus paquetes."<br />
<br />
You can use apt-cacher-ng to install/upgrade Debian and Ubuntu packages on your computer faster than usual and saving a little bandwidth for the community. It saves to the local disk all the packages people request and if the package is already on the disk then it will serve it. Therefore, if you or somebody else used the package you want to install/upgrade before, then apt-cacher-ng will serve it to you faster and without downloading it again from the Internet. This is most useful in workshops when a group of people wants to install a concrete package at the same time, but it is also good to use it in your everyday life.<br />
<br />
=== How to configure my computer to use the apt-cacher-ng in omnius? ===<br />
<br />
The instructions are here: http://omnius.calafou:3142/<br />
<br />
= Software setup =<br />
<br />
Omnius runs the current Debian GNU/Linux stable (codename jessie).<br />
<br />
One big change in this Debian version is that systemd is used to manage services.<br />
<br />
= Hardware setup =<br />
<br />
== How the disks are connected? ==<br />
<br />
Omnius has an old motherboard with no SATA support. The workaround is that there is a RAID controller card installed in a PCI slot. However, the RAID controller card driver is not working in Debian Jessie, so we actually use software RAIDs. The function of the RAID controller card is simply to provide 4 SATA ports where we can connect hard drives.<br />
<br />
The only disk that is connected directly to the motherboard through an IDE cable (''not'' SATA) is the operating system disk.<br />
<br />
== Which disks are connected? ==<br />
<br />
There are many disks in omnius. The best way to get an overview is to run `lsblk --fs`, which gives a similar output:<br />
<br />
<pre><br />
root@omnius:~# lsblk --fs <br />
NAME FSTYPE LABEL UUID MOUNTPOINT <br />
sda <br />
└─sda1 linux_raid seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be <br />
└─md127 crypto_LU eb337def-eca9-4d6e-8614-b65ea58b4266 <br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria<br />
sdb <br />
└─sdb1 linux_raid seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be <br />
└─md127 crypto_LU eb337def-eca9-4d6e-8614-b65ea58b4266 <br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria<br />
sdc <br />
└─sdc1 ext4 e81c5f79-bbba-4eb2-9e85-0fb3c3110b6f /srv/istanbul<br />
sdd <br />
└─sdd1 ext3 ca5cb667-3fc3-4e97-93ef-467f4e9b04c8 <br />
sde <br />
└─sde1 ext4 ff50c30a-1688-46df-b736-21a28e56450e <br />
sdf <br />
├─sdf1 ext2 a20aee5f-b77c-4677-acd5-9e1f651233ff /boot <br />
├─sdf2 <br />
└─sdf5 crypto_LU 7a1612aa-40d5-4157-a4d7-1ffccdc487dc <br />
└─sda5_crypt LVM2_member TOH5Xi-JSBJ-05UP-bQpy-xkG6-nZls-Zne8gF <br />
├─omnius--vg-root <br />
ext4 86be33dd-17b7-4e0b-b5f2-dd885fd6189e / <br />
└─omnius--vg-swap_1 <br />
swap 118669de-118b-4681-bffb-d852a6842820 [SWAP] <br />
root@omnius:~#<br />
</pre><br />
<br />
# Operating system on <code>/dev/sdf</code>:<br />
## <code>/dev/sdf1</code> is <code>/boot</code>.<br />
## <code>/dev/sdf2</code> is not seem to be used, maybe it was planned to be part of a RAID2 volume for the root file system.<br />
## <code>/dev/sdf5</code> encrypted root file system (<code>/</code>) and swap file system. <br />
# apt-cacher (proxy for caching Debian packages) on <code>/dev/sde</code>.<br />
## <code>/dev/sde1</code> is a file system with all the old packages we were caching (so, useless).<br />
# pxe (network booting for installing Linux on machines that are connected to the local network)<br />
## <code>/dev/sdc1</code> mounted on <code>/src/istanbul</code>.<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sda</code><br />
## <code>/dev/sda1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
# Alexandria RAID1 (copy) on <code>/dev/sdb</code><br />
## <code>/dev/sdb1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
<br />
Nota bene: The last few lines of <code>/etc/fstab</code> show that some directories on <code>/srv/instanbul</code> are mounted on <code>/var/alexandria/</code>!<br />
<br />
== Where are the disks connected? ==<br />
<br />
The box of omnius has a lot of space for hard disks:<br />
<br />
# EMPTY<br />
# EMPTY<br />
# alexandria<br />
# alexandria<br />
# EMPTY<br />
# EMPTY<br />
# EMPTY<br />
# omnius-os<br />
# EMTPY<br />
# EMPTY<br />
# apt-cacher<br />
<br />
== BIOS problems ==<br />
<br />
'''Blinking cursor:''' After the message "Successfully installed BIOS" the screen goes black and there is only a blinking cursor. The solution to this problem is to turn off the "BBS support" option in the RAID controller menu, in the SATA configuration section (enter with Control-A when booting).<br />
<br />
== Specifications ==<br />
<br />
'''1GB RAM:''' omnius has 1GB of RAM. The motherboard has 4 slots which are divided into two banks. Each bank has to have identical amount of RAM. At the moment only the first bank is used and there are two 512MB RAMs (PC2100) installed in them.<br />
<br />
'''2x2.66Ghz CPU:''' It seems that omnius has 2 Intel(R) Xeon(TM) CPU 2.66GHz CPUs (single core).<br />
<br />
'''(2x)2TB HDD:''' alexandria has two 2TB HDDs in RAID1, so effectively only one can be used to store useful data.<br />
<br />
=== More details ===<br />
<br />
'''Power supply:''' ATX, with at least 4 SATA connectors. The motherboard connector is a 4x2 ping connector. At the moment we don't use more the other cables on the power supply.<br />
<br />
'''NICs:''' There are two ethernet sockets, one 10/100Mbit and another 1Gbit. The first is turned off in BIOS, the other is used as the primary network interface (e.g. eth0).<br />
<br />
= Backups =<br />
<br />
== 1. RAID1 for alexandria ==<br />
<br />
alexandria is automatically copied to another disk. So if one disk fails, they should still work without interruption.<br />
<br />
== 2. Offsite backup for alexandria==<br />
<br />
Backup happens every day at 3am using a software called "restic", to hypatia, which is a NAS (Network Attached Storage) far from the hacklab.<br />
<br />
= LUKS =<br />
<br />
There are three ways to book omnius:<br />
<br />
== Manual ==<br />
<br />
Going to the hacklab and typing in the passphrase using the monitor and keyboard that is connected to omnius.<br />
<br />
== Semi-automatic ==<br />
<br />
Using a bash script executed from another computer on the local network.<br />
<br />
This works because there is ssh baked into the initrd (the disk partition that is alive at boot time) of omnius.<br />
<br />
Why this can fail?<br />
<br />
# Network problems: the two computers cannot ping each other.<br />
# SSH is not available on omnius initrd: ssh is not in initrd of omnius any more, because of some upgrades.<br />
# SSH is not available on the other computer: ssh is not installed, try "apt-get install openssh-client".<br />
# Password incorrect: the script has an old password.<br />
<br />
== Automatic ==<br />
<br />
Mandotron is another computer (a Raspberry Pi) which should under normal circumstances boot omnius.<br />
<br />
This works because there is mandotron-client baked into the initrd (the disk partition that is alive at boot time) of omnius, and it is installed and configured on the other machine (mandotron).<br />
<br />
Why this can fail?<br />
<br />
# mandos has a timeout: if it cannot see omnius for some time, it will refuse to serve the LUKS passphrase. The timer can be reset manually by logging in to mandotron. Check the mandos documentation.<br />
# mandotron itself is not working: the other machine with mandos is not online. The most common problem with Raspberry Pi is that a surge in electricity can leave the SD card which holds the file system in an inconsistent state. Try to pull out the SD card and run "fsck" on it from another computer.</div>Maxigashttp://wiki.calafou.org//index.php?title=Omnius&diff=3809Omnius2019-12-26T00:19:55Z<p>Maxigas: Explain block devices and file systems in more detail: Prepare to reinstall</p>
<hr />
<div>Omnius is the main server providing services on the calafou internal network (".calafou").<br />
<br />
= Services =<br />
<br />
Ideally, a short description of services should be available at http://omnius.calafou (this address is only accessible from the local network, e.g. if you are physically in Calafou or use a VPN to connect to the Calafou network).<br />
<br />
== apt-cacher-ng ==<br />
<br />
"Cache para tu distro de linux, cuanto mas la uses más rápido bajarás tus paquetes."<br />
<br />
You can use apt-cacher-ng to install/upgrade Debian and Ubuntu packages on your computer faster than usual and saving a little bandwidth for the community. It saves to the local disk all the packages people request and if the package is already on the disk then it will serve it. Therefore, if you or somebody else used the package you want to install/upgrade before, then apt-cacher-ng will serve it to you faster and without downloading it again from the Internet. This is most useful in workshops when a group of people wants to install a concrete package at the same time, but it is also good to use it in your everyday life.<br />
<br />
=== How to configure my computer to use the apt-cacher-ng in omnius? ===<br />
<br />
The instructions are here: http://omnius.calafou:3142/<br />
<br />
= Software setup =<br />
<br />
Omnius runs the current Debian GNU/Linux stable (codename jessie).<br />
<br />
One big change in this Debian version is that systemd is used to manage services.<br />
<br />
= Hardware setup =<br />
<br />
== How the disks are connected? ==<br />
<br />
Omnius has an old motherboard with no SATA support. The workaround is that there is a RAID controller card installed in a PCI slot. However, the RAID controller card driver is not working in Debian Jessie, so we actually use software RAIDs. The function of the RAID controller card is simply to provide 4 SATA ports where we can connect hard drives.<br />
<br />
The only disk that is connected directly to the motherboard through an IDE cable (''not'' SATA) is the operating system disk.<br />
<br />
== Which disks are connected? ==<br />
<br />
There are many disks in omnius. The best way to get an overview is to run `lsblk --fs`, which gives a similar output:<br />
<br />
<pre><br />
root@omnius:~# lsblk --fs <br />
NAME FSTYPE LABEL UUID MOUNTPOINT <br />
sda <br />
└─sda1 linux_raid seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be <br />
└─md127 crypto_LU eb337def-eca9-4d6e-8614-b65ea58b4266 <br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria<br />
sdb <br />
└─sdb1 linux_raid seldon:alexandria 18a48690-b180-cb51-582e-9ab45af523be <br />
└─md127 crypto_LU eb337def-eca9-4d6e-8614-b65ea58b4266 <br />
└─alexandria ext4 b95eeee3-d8ca-4b90-a060-70073dd7a116 /var/alexandria<br />
sdc <br />
└─sdc1 ext4 e81c5f79-bbba-4eb2-9e85-0fb3c3110b6f /srv/istanbul<br />
sdd <br />
└─sdd1 ext3 ca5cb667-3fc3-4e97-93ef-467f4e9b04c8 <br />
sde <br />
└─sde1 ext4 ff50c30a-1688-46df-b736-21a28e56450e <br />
sdf <br />
├─sdf1 ext2 a20aee5f-b77c-4677-acd5-9e1f651233ff /boot <br />
├─sdf2 <br />
└─sdf5 crypto_LU 7a1612aa-40d5-4157-a4d7-1ffccdc487dc <br />
└─sda5_crypt LVM2_member TOH5Xi-JSBJ-05UP-bQpy-xkG6-nZls-Zne8gF <br />
├─omnius--vg-root <br />
ext4 86be33dd-17b7-4e0b-b5f2-dd885fd6189e / <br />
└─omnius--vg-swap_1 <br />
swap 118669de-118b-4681-bffb-d852a6842820 [SWAP] <br />
root@omnius:~#<br />
</pre><br />
<br />
# Operating system on <code>/dev/sdf</code>:<br />
## <code>/dev/sdf1</code> is <code>/boot</code>.<br />
## <code>/dev/sdf2</code> is FIXME.<br />
## <code>/dev/sdf5</code> encrypted root file system (<code>/</code>) and swap file system. <br />
# apt-cacher (proxy for caching Debian packages) on <code>/dev/sde</code>.<br />
## <code>/dev/sde1</code> is a file system with all the old packages we were caching (so, useless).<br />
# pxe (network booting for installing Linux on machines that are connected to the local network)<br />
## <code>/dev/sdc1</code> mounted on <code>/src/istanbul</code>.<br />
# Alexandria (mainly media files like films and music) on <code>/dev/sda</code><br />
## <code>/dev/sda1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
# Alexandria RAID1 (copy) on <code>/dev/sdb</code><br />
## <code>/dev/sdb1</code> is part of the RAID volume <code>/dev/md127</code> (also called <code>/dev/md/alexandria</code>).<br />
<br />
Nota bene: The last few lines of <code>/etc/fstab</code> show that some directories on <code>/srv/instanbul</code> are mounted on <code>/var/alexandria/</code>!<br />
<br />
== Where are the disks connected? ==<br />
<br />
The box of omnius has a lot of space for hard disks:<br />
<br />
# EMPTY<br />
# EMPTY<br />
# alexandria<br />
# alexandria<br />
# EMPTY<br />
# EMPTY<br />
# EMPTY<br />
# omnius-os<br />
# EMTPY<br />
# EMPTY<br />
# apt-cacher<br />
<br />
== BIOS problems ==<br />
<br />
'''Blinking cursor:''' After the message "Successfully installed BIOS" the screen goes black and there is only a blinking cursor. The solution to this problem is to turn off the "BBS support" option in the RAID controller menu, in the SATA configuration section (enter with Control-A when booting).<br />
<br />
== Specifications ==<br />
<br />
'''1GB RAM:''' omnius has 1GB of RAM. The motherboard has 4 slots which are divided into two banks. Each bank has to have identical amount of RAM. At the moment only the first bank is used and there are two 512MB RAMs (PC2100) installed in them.<br />
<br />
'''2x2.66Ghz CPU:''' It seems that omnius has 2 Intel(R) Xeon(TM) CPU 2.66GHz CPUs (single core).<br />
<br />
'''(2x)2TB HDD:''' alexandria has two 2TB HDDs in RAID1, so effectively only one can be used to store useful data.<br />
<br />
=== More details ===<br />
<br />
'''Power supply:''' ATX, with at least 4 SATA connectors. The motherboard connector is a 4x2 ping connector. At the moment we don't use more the other cables on the power supply.<br />
<br />
'''NICs:''' There are two ethernet sockets, one 10/100Mbit and another 1Gbit. The first is turned off in BIOS, the other is used as the primary network interface (e.g. eth0).<br />
<br />
= Backups =<br />
<br />
== 1. RAID1 for alexandria ==<br />
<br />
alexandria is automatically copied to another disk. So if one disk fails, they should still work without interruption.<br />
<br />
== 2. Offsite backup for alexandria==<br />
<br />
Backup happens every day at 3am using a software called "restic", to hypatia, which is a NAS (Network Attached Storage) far from the hacklab.<br />
<br />
= LUKS =<br />
<br />
There are three ways to book omnius:<br />
<br />
== Manual ==<br />
<br />
Going to the hacklab and typing in the passphrase using the monitor and keyboard that is connected to omnius.<br />
<br />
== Semi-automatic ==<br />
<br />
Using a bash script executed from another computer on the local network.<br />
<br />
This works because there is ssh baked into the initrd (the disk partition that is alive at boot time) of omnius.<br />
<br />
Why this can fail?<br />
<br />
# Network problems: the two computers cannot ping each other.<br />
# SSH is not available on omnius initrd: ssh is not in initrd of omnius any more, because of some upgrades.<br />
# SSH is not available on the other computer: ssh is not installed, try "apt-get install openssh-client".<br />
# Password incorrect: the script has an old password.<br />
<br />
== Automatic ==<br />
<br />
Mandotron is another computer (a Raspberry Pi) which should under normal circumstances boot omnius.<br />
<br />
This works because there is mandotron-client baked into the initrd (the disk partition that is alive at boot time) of omnius, and it is installed and configured on the other machine (mandotron).<br />
<br />
Why this can fail?<br />
<br />
# mandos has a timeout: if it cannot see omnius for some time, it will refuse to serve the LUKS passphrase. The timer can be reset manually by logging in to mandotron. Check the mandos documentation.<br />
# mandotron itself is not working: the other machine with mandos is not online. The most common problem with Raspberry Pi is that a surge in electricity can leave the SD card which holds the file system in an inconsistent state. Try to pull out the SD card and run "fsck" on it from another computer.</div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_210358_1.jpg&diff=3767File:IMG 20190801 210358 1.jpg2019-08-27T22:36:22Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_210350.jpg&diff=3766File:IMG 20190801 210350.jpg2019-08-27T22:35:45Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_210334.jpg&diff=3765File:IMG 20190801 210334.jpg2019-08-27T22:35:08Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_210200.jpg&diff=3764File:IMG 20190801 210200.jpg2019-08-27T22:33:22Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_210136.jpg&diff=3763File:IMG 20190801 210136.jpg2019-08-27T22:32:16Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_205747.jpg&diff=3762File:IMG 20190801 205747.jpg2019-08-27T22:31:48Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_204746.jpg&diff=3761File:IMG 20190801 204746.jpg2019-08-27T22:31:16Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_203912.jpg&diff=3760File:IMG 20190801 203912.jpg2019-08-27T22:27:22Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_203132.jpg&diff=3759File:IMG 20190801 203132.jpg2019-08-27T22:26:18Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_200520.jpg&diff=3758File:IMG 20190801 200520.jpg2019-08-27T22:25:18Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_200124.jpg&diff=3757File:IMG 20190801 200124.jpg2019-08-27T22:20:39Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_195200.jpg&diff=3756File:IMG 20190801 195200.jpg2019-08-27T21:56:07Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_194615.jpg&diff=3755File:IMG 20190801 194615.jpg2019-08-27T21:54:37Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_185653.jpg&diff=3754File:IMG 20190801 185653.jpg2019-08-27T21:53:30Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_185548.jpg&diff=3753File:IMG 20190801 185548.jpg2019-08-27T21:52:37Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_164801.jpg&diff=3752File:IMG 20190801 164801.jpg2019-08-27T21:52:04Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_164702.jpg&diff=3751File:IMG 20190801 164702.jpg2019-08-27T21:51:26Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_164637.jpg&diff=3750File:IMG 20190801 164637.jpg2019-08-27T21:50:58Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_162924.jpg&diff=3749File:IMG 20190801 162924.jpg2019-08-27T21:50:24Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_162659.jpg&diff=3748File:IMG 20190801 162659.jpg2019-08-27T21:49:51Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_162653.jpg&diff=3747File:IMG 20190801 162653.jpg2019-08-27T21:48:03Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_162648.jpg&diff=3746File:IMG 20190801 162648.jpg2019-08-27T21:47:31Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_162630.jpg&diff=3745File:IMG 20190801 162630.jpg2019-08-27T21:47:10Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:IMG_20190801_162021.jpg&diff=3744File:IMG 20190801 162021.jpg2019-08-27T21:46:51Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:DSCN4497.JPG&diff=3743File:DSCN4497.JPG2019-08-27T21:45:17Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:DSCN4496.JPG&diff=3742File:DSCN4496.JPG2019-08-27T21:44:54Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:DSCN4494.JPG&diff=3741File:DSCN4494.JPG2019-08-27T21:44:24Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:DSCN4492.JPG&diff=3740File:DSCN4492.JPG2019-08-27T21:43:59Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:DSCN4491.JPG&diff=3739File:DSCN4491.JPG2019-08-27T21:42:52Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:DSCN4490.JPG&diff=3738File:DSCN4490.JPG2019-08-27T21:42:33Z<p>Maxigas: </p>
<hr />
<div></div>Maxigashttp://wiki.calafou.org//index.php?title=File:DSCN4489.JPG&diff=3737File:DSCN4489.JPG2019-08-27T21:42:16Z<p>Maxigas: </p>
<hr />
<div></div>Maxigas