Datorhandbok - Användarbidrag [sv]

Ceph

2024-10-11T19:57:06Z

Tobbez: /* Byt en trasig disk */

{| style="border: 0px"
! Funktion
| Tjänsteservrar
|-
! Specialfunktion
| Lagrings-kluster för <tt>/home</tt>, <tt>/lysator</tt> och vms.
|-
! Operativsystem
| [[:Kategori:CentOS| CentOS]].
|-
! Arkitektur
| x86_64
|-
! CPU
| Blandat
|-
! Minne
| Varierande
|-
! Chassi
| Många
|-
! Moderkort
| Varierande
|-
! Placering
| [[FOO-hallen]]
|-
! Ceph-status
| [https://vogon-0.lysator.liu.se]
|-
! Ansvariga rötter
| '''''INGEN'''''
|-
! Driftstatus
| I drift
|}

== Lysators lagringslösning i Ceph ==

=== RTFM ===
http://docs.ceph.com/docs/master/

=== Hårdvara ===
För att köra Lysators cephlösning används många maskiner, för att få redundans och HA. Man kan med andra ord rycka sladden ur vilken maskin som helst utan att något hemskt händer. (Gör det inte)

==== Vogoner ====
Som mon/mds/mgr körs tre stycken HP DL1000-maskiner, vogon-[0-2]. Dessa är bestyckade med 72G RAM och infiniband.

Individuella vogoner går att hitta [[:Kategori:vogon-noder | här]].

==== Babelfish ====
Maskinen babelfish har 72G RAM och kör en mds som cachar det mesta av metadatan i RAM och är dessutom NFS-export till de maskiner som inte har kernel-klienter till Ceph-klustret.

Individuella babelfish-noder går att hitta [[:Kategori:babelfish-noder | här]].

==== Infinidim ====
Maskinen [[infinidim-0]] liknar Babelfish (DL170h G6 i en DL1000). Den kör en mds som cachar metadata i RAM och är NFS-export genom nfs-ganesha. Körs i ett corosync-/pacemakerkluster tillsammans med vogonerna, faller noden som exporterar NFS så flyttar IP (infinidim, 130.236.254.9) och nfs-ganesha till en av de levande noderna. Ska ersätta Babelfish.

==== Trillians ====
Som osd-servrar trillian-[1-7] körs Dell R510 med 12 2TB diskar och har 28GB RAM vardera. Eftersom RAID-korten inte tycker om JBOD så är alla diskar sin egen RAID0. En disk i varje chassi används som systemdisk, resten allokeras till OSD:er. Det finns ingen numrering, utan använd verktygen för RAID-korten för att markera diskar vid behov. Varje trillian har också en 512GB nvme på ett instickskort. Samtliga trillian-servrar kör CentOS.

Individuella trillian-noder går att hitta [[:Kategori:trillian-noder | här]].

==== Systemdiskar ====
Det finns inga speglade systemdiskar i någon av maskinerna. Ifall en systemdisk dör, vänta 10 minuter så kommer ceph börja skyffla runt datan för att komma upp i rätt mängd redundans igen. Smäll upp en ny maskin och smäll in den i klustret igen enligt manualen. Eller sätt klustret till 'noout' och 'norebalance', installera om, kör `ceph-deploy` och skicka över konfigurationen, då kan osd:erna startas med 'ceph-volume lvm activate --all' (försäkra dig om att firewalld är död och begraven först).

=== Konfiguration ===

Fördelning av resurser till poolerna är antagna att vara 60% för home_data, 5% för home_meta, 35% för vm. När det nya beräkningsklustret tas i bruk kommer den fördelningen ändras då 6+2 filsystemet Storage kommer att ta plats, fördelningen av poolerna blir: 50% för home_data, 5% för home_meta, 30% för vm, 12% för storage_data och 3% för storage_meta.

==== Nätverk ====

Ceph serverar 10.44.0.0/16 över IPoIB. Varje OSD-server har två IPoIB interface, ett för internkommunikation mellan osd:er på 10.43.0.0/24, ett för kommunikation med resten av klustret (och proxmox) på 10.44.0.0/16. Ytterligare har alla maskiner nät på 130.236.254.0/24 för att komma åt resten av världen, även om detta inte är strikt nödvändigt så är det bekvämt.

==== Användarkontot ceph-vogon ====

För att ceph-deploy ska fungera rätt så finns det på varje maskin ett användarkontot 'ceph-vogon' med sudorättigheter utan lösenord. Puppet hanterar detta, inklusive kopiering av nycklar. ceph-vogon@vogon-0 har en privat ssh-nyckel för kontot. OBS! Du ska vara i rätt mapp också <code>cd /ceph/ceph-vogon/lysfs</code>.

==== Prestandatweaks ====
* För att använda mer av RAM på mds-servrarna till metadata-cache så har mds_cache_memory_limit satts till 8GiB (standard är 1GiB), förutom på babelfish, där den är 64GiB.

=== Tips och trix ===
För arbete på trillian-nod:
* ceph osd set noout
* ceph osd set norebalance
* systemctl stop ceph-osd\*.service ceph-osd.target

Vid flytt av OSD-disk till ny nod:
* ceph-volume lvm list
* ceph-volume lvm activate <osd id> <fs id> (eller --all)

Om Ceph inte får igång en OSD igen efter en krasch och det inte går att lösa via systemd så kan det vara intressant att prova:
* ceph-volume lvm list (se om ceph hittar OSD:n)
* ceph-volume lvm activate <osd id> <fs id> (prova att aktivera OSD:n)

=== Byt en trasig disk ===
Följ dessa steg:

<nowiki># Patcha bugg som förhindrar (åter)skapande av osd:er
cat > /root/ceph_volume_util_prepare.patch <<EOF
--- /usr/lib/python2.7/site-packages/ceph_volume/util/prepare.py.old 2019-10-26 16:45:57.140995418 +0000
+++ /usr/lib/python2.7/site-packages/ceph_volume/util/prepare.py 2019-10-26 16:46:37.615813246 +0000
@@ -199,9 +199,12 @@
output = json.loads(''.join(stdout).strip())
osds = output['nodes']
osd = [osd for osd in osds if str(osd['id']) == str(osd_id)]
- if osd and osd[0].get('status') == "destroyed":
- return True
- return False
+ if osd:
+ if osd[0].get('status') == "destroyed":
+ return True
+ else:
+ return False
+ return True
EOF
cd /
patch -p0 < root/ceph_volume_util_prepare.patch
# Ifall patch skriver ut "Reversed (or previously applied) patch detected!" är patchen redan applicerad, avbryt i så fall med C-c.

ceph osd destroy {id} --yes-i-really-mean-it
ceph-volume lvm zap /dev/sdX
ceph-volume lvm prepare --bluestore --osd-id {id} --data /dev/sdX
systemctl enable ceph-osd@{id}
systemctl start ceph-osd@{id}
</nowiki>

Patchen ovan kommer ursprungligen från https://tracker.ceph.com/issues/36307 (via https://www.spinics.net/lists/ceph-users/msg48363.html).

[[Category:Tjänsteservrar]]
[[Category:Maskiner i drift]]
[[Kategori:Debian 9.0]]
[[Kategori:CentOS]]

Ceph

2024-10-11T19:53:57Z

Tobbez: /* Byt en trasig disk */

{| style="border: 0px"
! Funktion
| Tjänsteservrar
|-
! Specialfunktion
| Lagrings-kluster för <tt>/home</tt>, <tt>/lysator</tt> och vms.
|-
! Operativsystem
| [[:Kategori:CentOS| CentOS]].
|-
! Arkitektur
| x86_64
|-
! CPU
| Blandat
|-
! Minne
| Varierande
|-
! Chassi
| Många
|-
! Moderkort
| Varierande
|-
! Placering
| [[FOO-hallen]]
|-
! Ceph-status
| [https://vogon-0.lysator.liu.se]
|-
! Ansvariga rötter
| '''''INGEN'''''
|-
! Driftstatus
| I drift
|}

== Lysators lagringslösning i Ceph ==

=== RTFM ===
http://docs.ceph.com/docs/master/

=== Hårdvara ===
För att köra Lysators cephlösning används många maskiner, för att få redundans och HA. Man kan med andra ord rycka sladden ur vilken maskin som helst utan att något hemskt händer. (Gör det inte)

==== Vogoner ====
Som mon/mds/mgr körs tre stycken HP DL1000-maskiner, vogon-[0-2]. Dessa är bestyckade med 72G RAM och infiniband.

Individuella vogoner går att hitta [[:Kategori:vogon-noder | här]].

==== Babelfish ====
Maskinen babelfish har 72G RAM och kör en mds som cachar det mesta av metadatan i RAM och är dessutom NFS-export till de maskiner som inte har kernel-klienter till Ceph-klustret.

Individuella babelfish-noder går att hitta [[:Kategori:babelfish-noder | här]].

==== Infinidim ====
Maskinen [[infinidim-0]] liknar Babelfish (DL170h G6 i en DL1000). Den kör en mds som cachar metadata i RAM och är NFS-export genom nfs-ganesha. Körs i ett corosync-/pacemakerkluster tillsammans med vogonerna, faller noden som exporterar NFS så flyttar IP (infinidim, 130.236.254.9) och nfs-ganesha till en av de levande noderna. Ska ersätta Babelfish.

==== Trillians ====
Som osd-servrar trillian-[1-7] körs Dell R510 med 12 2TB diskar och har 28GB RAM vardera. Eftersom RAID-korten inte tycker om JBOD så är alla diskar sin egen RAID0. En disk i varje chassi används som systemdisk, resten allokeras till OSD:er. Det finns ingen numrering, utan använd verktygen för RAID-korten för att markera diskar vid behov. Varje trillian har också en 512GB nvme på ett instickskort. Samtliga trillian-servrar kör CentOS.

Individuella trillian-noder går att hitta [[:Kategori:trillian-noder | här]].

==== Systemdiskar ====
Det finns inga speglade systemdiskar i någon av maskinerna. Ifall en systemdisk dör, vänta 10 minuter så kommer ceph börja skyffla runt datan för att komma upp i rätt mängd redundans igen. Smäll upp en ny maskin och smäll in den i klustret igen enligt manualen. Eller sätt klustret till 'noout' och 'norebalance', installera om, kör `ceph-deploy` och skicka över konfigurationen, då kan osd:erna startas med 'ceph-volume lvm activate --all' (försäkra dig om att firewalld är död och begraven först).

=== Konfiguration ===

Fördelning av resurser till poolerna är antagna att vara 60% för home_data, 5% för home_meta, 35% för vm. När det nya beräkningsklustret tas i bruk kommer den fördelningen ändras då 6+2 filsystemet Storage kommer att ta plats, fördelningen av poolerna blir: 50% för home_data, 5% för home_meta, 30% för vm, 12% för storage_data och 3% för storage_meta.

==== Nätverk ====

Ceph serverar 10.44.0.0/16 över IPoIB. Varje OSD-server har två IPoIB interface, ett för internkommunikation mellan osd:er på 10.43.0.0/24, ett för kommunikation med resten av klustret (och proxmox) på 10.44.0.0/16. Ytterligare har alla maskiner nät på 130.236.254.0/24 för att komma åt resten av världen, även om detta inte är strikt nödvändigt så är det bekvämt.

==== Användarkontot ceph-vogon ====

För att ceph-deploy ska fungera rätt så finns det på varje maskin ett användarkontot 'ceph-vogon' med sudorättigheter utan lösenord. Puppet hanterar detta, inklusive kopiering av nycklar. ceph-vogon@vogon-0 har en privat ssh-nyckel för kontot. OBS! Du ska vara i rätt mapp också <code>cd /ceph/ceph-vogon/lysfs</code>.

==== Prestandatweaks ====
* För att använda mer av RAM på mds-servrarna till metadata-cache så har mds_cache_memory_limit satts till 8GiB (standard är 1GiB), förutom på babelfish, där den är 64GiB.

=== Tips och trix ===
För arbete på trillian-nod:
* ceph osd set noout
* ceph osd set norebalance
* systemctl stop ceph-osd\*.service ceph-osd.target

Vid flytt av OSD-disk till ny nod:
* ceph-volume lvm list
* ceph-volume lvm activate <osd id> <fs id> (eller --all)

Om Ceph inte får igång en OSD igen efter en krasch och det inte går att lösa via systemd så kan det vara intressant att prova:
* ceph-volume lvm list (se om ceph hittar OSD:n)
* ceph-volume lvm activate <osd id> <fs id> (prova att aktivera OSD:n)

=== Byt en trasig disk ===
Följ dessa steg:

# Patcha bugg som förhindrar (åter)skapande av osd:er
cat > /root/ceph_volume_util_prepare.patch <<EOF
--- /usr/lib/python2.7/site-packages/ceph_volume/util/prepare.py.old 2019-10-26 16:45:57.140995418 +0000
+++ /usr/lib/python2.7/site-packages/ceph_volume/util/prepare.py 2019-10-26 16:46:37.615813246 +0000
@@ -199,9 +199,12 @@
output = json.loads(''.join(stdout).strip())
osds = output['nodes']
osd = [osd for osd in osds if str(osd['id']) == str(osd_id)]
- if osd and osd[0].get('status') == "destroyed":
- return True
- return False
+ if osd:
+ if osd[0].get('status') == "destroyed":
+ return True
+ else:
+ return False
+ return True
EOF
cd /
patch -p0 < root/ceph_volume_util_prepare.patch
# Ifall patch skriver ut "Reversed (or previously applied) patch detected!" är patchen redan applicerad, avbryt i så fall med C-c.

ceph osd destroy {id} --yes-i-really-mean-it
ceph-volume lvm zap /dev/sdX
ceph-volume lvm prepare --bluestore --osd-id {id} --data /dev/sdX
systemctl enable ceph-osd@{id}
systemctl start ceph-osd@{id}

Patchen ovan kommer ursprungligen från https://tracker.ceph.com/issues/36307 (via https://www.spinics.net/lists/ceph-users/msg48363.html).

[[Category:Tjänsteservrar]]
[[Category:Maskiner i drift]]
[[Kategori:Debian 9.0]]
[[Kategori:CentOS]]

Ceph

2024-10-11T19:51:43Z

Tobbez:

{| style="border: 0px"
! Funktion
| Tjänsteservrar
|-
! Specialfunktion
| Lagrings-kluster för <tt>/home</tt>, <tt>/lysator</tt> och vms.
|-
! Operativsystem
| [[:Kategori:CentOS| CentOS]].
|-
! Arkitektur
| x86_64
|-
! CPU
| Blandat
|-
! Minne
| Varierande
|-
! Chassi
| Många
|-
! Moderkort
| Varierande
|-
! Placering
| [[FOO-hallen]]
|-
! Ceph-status
| [https://vogon-0.lysator.liu.se]
|-
! Ansvariga rötter
| '''''INGEN'''''
|-
! Driftstatus
| I drift
|}

== Lysators lagringslösning i Ceph ==

=== RTFM ===
http://docs.ceph.com/docs/master/

=== Hårdvara ===
För att köra Lysators cephlösning används många maskiner, för att få redundans och HA. Man kan med andra ord rycka sladden ur vilken maskin som helst utan att något hemskt händer. (Gör det inte)

==== Vogoner ====
Som mon/mds/mgr körs tre stycken HP DL1000-maskiner, vogon-[0-2]. Dessa är bestyckade med 72G RAM och infiniband.

Individuella vogoner går att hitta [[:Kategori:vogon-noder | här]].

==== Babelfish ====
Maskinen babelfish har 72G RAM och kör en mds som cachar det mesta av metadatan i RAM och är dessutom NFS-export till de maskiner som inte har kernel-klienter till Ceph-klustret.

Individuella babelfish-noder går att hitta [[:Kategori:babelfish-noder | här]].

==== Infinidim ====
Maskinen [[infinidim-0]] liknar Babelfish (DL170h G6 i en DL1000). Den kör en mds som cachar metadata i RAM och är NFS-export genom nfs-ganesha. Körs i ett corosync-/pacemakerkluster tillsammans med vogonerna, faller noden som exporterar NFS så flyttar IP (infinidim, 130.236.254.9) och nfs-ganesha till en av de levande noderna. Ska ersätta Babelfish.

==== Trillians ====
Som osd-servrar trillian-[1-7] körs Dell R510 med 12 2TB diskar och har 28GB RAM vardera. Eftersom RAID-korten inte tycker om JBOD så är alla diskar sin egen RAID0. En disk i varje chassi används som systemdisk, resten allokeras till OSD:er. Det finns ingen numrering, utan använd verktygen för RAID-korten för att markera diskar vid behov. Varje trillian har också en 512GB nvme på ett instickskort. Samtliga trillian-servrar kör CentOS.

Individuella trillian-noder går att hitta [[:Kategori:trillian-noder | här]].

==== Systemdiskar ====
Det finns inga speglade systemdiskar i någon av maskinerna. Ifall en systemdisk dör, vänta 10 minuter så kommer ceph börja skyffla runt datan för att komma upp i rätt mängd redundans igen. Smäll upp en ny maskin och smäll in den i klustret igen enligt manualen. Eller sätt klustret till 'noout' och 'norebalance', installera om, kör `ceph-deploy` och skicka över konfigurationen, då kan osd:erna startas med 'ceph-volume lvm activate --all' (försäkra dig om att firewalld är död och begraven först).

=== Konfiguration ===

Fördelning av resurser till poolerna är antagna att vara 60% för home_data, 5% för home_meta, 35% för vm. När det nya beräkningsklustret tas i bruk kommer den fördelningen ändras då 6+2 filsystemet Storage kommer att ta plats, fördelningen av poolerna blir: 50% för home_data, 5% för home_meta, 30% för vm, 12% för storage_data och 3% för storage_meta.

==== Nätverk ====

Ceph serverar 10.44.0.0/16 över IPoIB. Varje OSD-server har två IPoIB interface, ett för internkommunikation mellan osd:er på 10.43.0.0/24, ett för kommunikation med resten av klustret (och proxmox) på 10.44.0.0/16. Ytterligare har alla maskiner nät på 130.236.254.0/24 för att komma åt resten av världen, även om detta inte är strikt nödvändigt så är det bekvämt.

==== Användarkontot ceph-vogon ====

För att ceph-deploy ska fungera rätt så finns det på varje maskin ett användarkontot 'ceph-vogon' med sudorättigheter utan lösenord. Puppet hanterar detta, inklusive kopiering av nycklar. ceph-vogon@vogon-0 har en privat ssh-nyckel för kontot. OBS! Du ska vara i rätt mapp också <code>cd /ceph/ceph-vogon/lysfs</code>.

==== Prestandatweaks ====
* För att använda mer av RAM på mds-servrarna till metadata-cache så har mds_cache_memory_limit satts till 8GiB (standard är 1GiB), förutom på babelfish, där den är 64GiB.

=== Tips och trix ===
För arbete på trillian-nod:
* ceph osd set noout
* ceph osd set norebalance
* systemctl stop ceph-osd\*.service ceph-osd.target

Vid flytt av OSD-disk till ny nod:
* ceph-volume lvm list
* ceph-volume lvm activate <osd id> <fs id> (eller --all)

Om Ceph inte får igång en OSD igen efter en krasch och det inte går att lösa via systemd så kan det vara intressant att prova:
* ceph-volume lvm list (se om ceph hittar OSD:n)
* ceph-volume lvm activate <osd id> <fs id> (prova att aktivera OSD:n)

=== Byt en trasig disk ===
Följ dessa steg:

# Patcha bugg som förhindrar (åter)skapande av osd:er
cat > /root/ceph_volume_util_prepare.patch <<EOF
--- /usr/lib/python2.7/site-packages/ceph_volume/util/prepare.py.old 2019-10-26 16:45:57.140995418 +0000
+++ /usr/lib/python2.7/site-packages/ceph_volume/util/prepare.py 2019-10-26 16:46:37.615813246 +0000
@@ -199,9 +199,12 @@
output = json.loads(''.join(stdout).strip())
osds = output['nodes']
osd = [osd for osd in osds if str(osd['id']) == str(osd_id)]
- if osd and osd[0].get('status') == "destroyed":
- return True
- return False
+ if osd:
+ if osd[0].get('status') == "destroyed":
+ return True
+ else:
+ return False
+ return True
EOF
cd /
patch -p0 < root/ceph_volume_util_prepare.patch
# Ifall patch skriver ut "Reversed (or previously applied) patch detected!" är patchen redan applicerad, avbryt i så fall med C-c.

ceph osd destroy {id} --yes-i-really-mean-it
ceph-volume lvm zap /dev/sdX
ceph-volume lvm prepare --bluestore --osd-id {id} --data /dev/sdX
systemctl enable ceph-osd@{id}
systemctl start ceph-osd@{id}

[[Category:Tjänsteservrar]]
[[Category:Maskiner i drift]]
[[Kategori:Debian 9.0]]
[[Kategori:CentOS]]

Graf

2024-05-15T22:29:18Z

Tobbez:

{| style="border: 0px"
! Funktion
| Tjänsteserver
|-
! Specialfunktion
| Kör [https://graf.lysator.liu.se Grafana] och Prometheus
|-
! Operativsystem
| [[:Kategori:CentOS | CentOS]]
|-
! Arkitektur
| x86-64
|-
! CPU
| VM, 4 kärnor.
|-
! Minne
| 8 GB
|-
! SSH-fingeravtryck
|<pre>
SHA256:Xlhk5QsxrvqQ+U0H+/at7kwT/f/v5kPqVncK+PZPgFc graf.lysator.liu.se (ECDSA)
SHA256:N2RExZoDILODZyazT3BO+e5ecs5zMaZUAAoTAWuZ29U graf.lysator.liu.se (ED25519)
SHA256:GjFLE0osJnCOeFBc8gmLpSTGJKkZ5Ao3k/SBArC26+8 graf.lysator.liu.se (RSA)
</pre>
|-
! Placering
| Proxmox
|-
! Ansvarig root
| tobbez
|-
! Driftstatus
| I drift
|-
|}
[[Category:Tjänsteservrar]]
[[Category:Maskiner i drift]]
[[Kategori:Rocky]]
[[Kategori:Proxmox]]
[[Kategori:Virtuella servrar]]

Repomaster

2024-05-09T15:21:33Z

Tobbez:

{| style="border: 0px"
! Funktion
| Tjänsteserver
|-
! Specialfunktion
| Repo för egenbygda paket hos Lysator
|-
! Operativsystem
| [[:Kategori:Debian | Debian]]
|-
! SSH-fingeravtryck
| <pre>
256 SHA256:4c55HaIjMXaOyAxd7im6REF04A6MS7Iq0bb0NsDQZeM root@repomaster (ECDSA)
256 SHA256:U63o/jhHUv1vDR3dQzDgLWLrGhuPzXW3/6AepK1IAek root@repomaster (ED25519)
2048 SHA256:pt1CB6xv0nUo/RgK1sv5tZRxMt1v5M8MTP/O2NYr0O0 root@repomaster (RSA)
</pre>
|-
! Modell
| Virtuell maskin
|-
! Placering
| Proxmoxklustret
|-
! Ansvarig root
| [[User:tobbez|tobbez]]
|-
! Driftstatus
| I drift
|-
|}

Se även [[Rootmanual:Repository]]

[[Category:Tjänsteservrar]]
[[Category:Maskiner i drift]]
[[Kategori:Proxmox]]
[[Kategori:Debian]]

Rootmanual:Nya Puppet

2023-01-15T18:41:44Z

Tobbez: /* Få igång puppet mot Foreman på ny maskin */

; Lysators Foreman (hanterar maskiner?)
: https://chapman.lysator.liu.se/
; Lysators R10K (lista över tillgängliga puppetmoduler)
: https://git.lysator.liu.se/lysator/puppet/r10k
; Centralt lager för puppetmoduler
: https://git.lysator.liu.se/lysator/puppet

https://git.lysator.liu.se/lysator/puppet/profiles

=== Uppdatera tillgängliga puppetklasser ===

Uppdatera r10k listan https://git.lysator.liu.se/lysator/puppet/r10k

[https://chapman.lysator.liu.se/environments Configure->Environments]->Lilla dropdownpilen->Import classes

=== Få igång puppet mot Foreman på ny maskin ===

Se till att ha puppet 6 eller nyare (?). Notera att puppet hamnar i <code>/opt/puppet/bin/</code>

https://puppet.com/docs/puppet/6.17/install_puppet.html

; CentOS
yum install https://yum.puppet.com/puppet7/puppet7-release-el-8.noarch.rpm
yum install puppet
; Ubuntu, Debian, ...
# Om puppet sedan tidigare var installerat från OS-förråd
apt-get remove puppet puppet-common puppet-module-puppetlabs-stdlib
wget "https://apt.puppet.com/puppet7-release-$(. /etc/os-release; echo "$VERSION_CODENAME").deb"
apt-get install "./puppet7-release-$(. /etc/os-release; echo "$VERSION_CODENAME").deb"
apt update
apt install puppet-agent
. /etc/profile # Uppdatera PATH

Kör sen:

puppet agent --test --server=chapman.lysator.liu.se --waitforcert=10

Och hoppas att din maskin visas på https://chapman.lysator.liu.se/hosts. Lägg till lämpliga Puppet-klasser (profiles::service är en bra grundklass). Kör sedan en sista gång

puppet agent --test --server=chapman.lysator.liu.se

Sen bör maskinen vara inne i systemet, och kommer autouppdateras av Foreman.

=== Installera (om) en maskin ===
===== Arbetsstationer som kör Fedora =====
# Starta om datorn.
# Öppna bios.
# Välj PXEboot boot-alternativet (Det bör heta något med IPv4).
# Välj Tobbez fedora installer skript.
# Vänta tills att installationen har börjat och gå sedan till nästa steg.
# Ge datorn ett nytt certificat.
## SSH:a till chapman.lysator.liu.se
## Bli root med <code>sudo -i</code>
## Radera det gamla certifikatet: <code> puppetserver ca clean --certname <arbetsstation>.lysator.liu.se </code>
# Vänta tills Skriptet har installerat klart

Rootmanual:Proxmox

2022-09-19T04:35:53Z

Tobbez: /* Creating a virtual machine */

Instructions for managing and using our setup of Proxmox.

NOTE: If your cursor gets stuck in SPACE, 'use ctrl + alt + r' to release the cursor.

== Creating a virtual machine ==
# Connect to the management interface of one of the compute nodes (e.g. https://proxar.lysator.liu.se:8006/ or https://proxer.lysator.liu.se:8006/) and log in.
# Click Create VM in the top right corner.
# General tab:
## Set a name for the VM
## Choose compute node for the VM to run on
## Add it to the appropriate resource pool
# OS tab: Pick Linux 3.X/2.6 Kernel (l26)
# CD/DVD tab: pick an ISO to install from.
# Hard disk tab:
## Change Bus/Device to VIRTIO
## Decide on a disk size. The disk image will use this much space on the storage server. If you are unsure, pick a smaller size and increase it later (10GB should be plenty for the typical VM).
# CPU tab: Allocate CPUs/cores as appropriate.
# Memory tab: allocate memory as appropriate.
# Network tab:
## Change Model to VirtIO (paravirtualized)
## If the VM will need a public IP
### Choose bridged mode
### Set Bridge to vmbr0
## If the VM will '''not''' need a public IP
### Choose NAT
# Confirm tab: Click Finish.
# Select the new VM in the tree view.
# Go to the Hardware tab
# Edit Display, and set Graphic card to SPICE.
# Go to the Options tab
# Edit "Start at boot" and set to enable if the machine should start automatically.
# Start the machine, and perform installation as usual.

== Using the console ==
There are two options: SPICE, and Java. Don't use Java (unless you can't help it).

A prerequisite for using SPICE is the remote-viewer program (part of virt-manager).

To connect to a VM, first start the VM, and then click SPICE in the top right corner in the Proxmox management interface. This downloads a file that you pass on the command line to remote-viewer.

== Storage ==
=== Lägg till ny ISO att boota från ===
Babelfish exoprterar iso-storage vis autofs till /mp/iso på alla lysatormaskiner som stödjer det. Mappen ska vara skrivbar för alla rötter, och läsbar av samtliga.

=== Configuring iSCSI on a storage server ===
This section assumes debian.

* Follow the steps on http://zfsonlinux.org/debian.html
* Create a zfs pool:
** <code>zpool create ${POOLNAME} raidz2 /dev/sd{b..d}</code>
* Create a block device in the zfs pool:
** <code>zfs create -V $SIZE ${POOLNAME}/vm-storage</code>
* Install tgt:
** <code>aptitude install tgt</code>
** If your tgt version is older than 1:1.0.17-1.1, you need to manually install the init script:
*** <code>mkdir tmp; cd tmp;</code>
*** <code>wget http://ftp.se.debian.org/debian/pool/main/t/tgt/tgt_1.0.17-1.1_amd64.deb</code>
*** <code>ar -x tgt_1.0.17-1.1_amd64.deb</code>
*** <code>tar xf data.tar.gz</code>
*** <code>mv ./etc/init.d/tgt /etc/init.d/</code>
*** <code>cd ..; rm -rf tmp</code>
** Setup tgt to start automatically:
*** <code>update-rc.d tgt defaults</code>
* Create an iSCSI target:
** <code>tgtadm --lld iscsi --mode target --op new --tid 1 --targetname iqn.${YYYY}-${MM}.se.liu.lysator:${HOSTNAME}.vm-storage</code>
* Add a LUN to the target, backed by the previously created block device:
** <code>tgtadm --lld iscsi --mode logicalunit --op new --tid 1 --lun 1 -b /filesystem/vm-storage</code>
* Make the target available on the network:
** <code>tgtadm --lld iscsi --mode target --op bind --tid 1 -I 10.44.1.0/24</code>
* Save the configuration:
** <code>tgt-admin --dump > /etc/tgt/targets.conf</code>

=== Attaching new VM storage to the Proxmox cluster ===
# Go to Proxmox management interface.
# Click Datacenter in the treeview.
# Select the Storage tab.
# Click Add -> iSCSI
# Set the ID to <code>${STORAGE_SERVER_HOSTNAME}-vm-storage-iscsi</code> (e.g. <code>proxstore-vm-storage-iscsi</code>).
# Enter portal (the IP of the storage server)
# Select the desired iSCSI target from the target dropdown.
# Uncheck the checkbox for Use LUNs directly.
# Click add.
# Next, click Add -> LVM
# Set the ID to <code>${STORAGE_SERVER_HOSTNAME}-vm-storage-lvm</code> (e.g. <code>proxstore-vm-storage-lvm</code>).
# For Base storage, choose the iSCSI volume you added previously.
# Check the checkbox for Shared.
# Click Add.

=== Attaching new ISO storage ===
# Go to Proxmox management interface.
# Click Datacenter in the treeview.
# Select the Storage tab.
# Click Add -> NFS.
# Set the ID to <code>${STORAGE_SERVER_HOSTNAME}-iso-storage-nfs</code> (e.g. <code>proxstore-iso-storage-nfs</code>).
# Enter the IP of the storage server.
# Select the export from the Export dropdown.
# In the Content dropdown, select ISO and deselect Images.
# Set Max Backups to 0.

=== Flytta diskbild till ny lagringslösning ===
Om du vill flytta en disk från det interna zfs-filsystemet (local-zfs) till en av Ceph-poolerna (trillian-vm eller trillian-vm-ssd) så kan det göras via webbgränssnittet. Om diskbilden som ska flyttas ligger på en av Ceph-poolerna så blir processen mer invecklad. Ett exempel med en flytt från trillian-vm till trillian-vm-ssd (hur rag flyttades):
# Stoppa det VM vars disk ska flyttas.
# Se till så att det inte finns några snapshots.
# ssh:a in på servern som VM:et har körts på.
# Kör: /usr/bin/qemu-img create -f raw 'rbd:vm_ssd/vm-114-disk-1:mon_host=10.44.1.98;10.44.1.99;10.44.1.100:auth_supported=cephx:id=caspian:keyring=/etc/pve/priv/ceph/trillian-vm-ssd.keyring' 15G
# Kontrollera att den nya diskbilden finns med: rbd list vm_ssd -c /etc/ceph/ceph.conf -k /etc/pve/priv/ceph/trillian-vm-ssd.keyring --id caspian
# Flytta disken med: /usr/bin/qemu-img convert -p -n -f raw -O raw -t writeback 'rbd:vm/vm-114-disk-1:mon_host=10.44.1.98;10.44.1.99;10.44.1.100:auth_supported=cephx:id=caspian:keyring=/etc/pve/priv/ceph/trillian-vm.keyring:conf=/etc/ceph/ceph.conf' 'zeroinit:rbd:vm_ssd/vm-114-disk-1:mon_host=10.44.1.98;10.44.1.99;10.44.1.100:auth_supported=cephx:id=caspian:keyring=/etc/pve/priv/ceph/trillian-vm-ssd.keyring:conf=/etc/ceph/ceph.conf'
# Kontrollera diskbilden med: rbd info vm_ssd/vm-114-disk-1 -c /etc/ceph/ceph.conf -k /etc/pve/priv/ceph/trillian-vm-ssd.keyring --id caspian
# Konfigurations filen för VM:en måste redigeras för att den ska använda den nya diskbilden: nano /etc/pve/qemu-server/101.conf
# Nu kan du starta VM:en igen.
# Ta bort den gammla diskbilden när du känner dig säker.

Rootmanual:Repository

2022-09-03T19:40:23Z

Tobbez:

== Adding packages to the repository ==

=== For deb-based systems ===
# Copy the .deb package file to <code>/root/</code> on [[repomaster]].
# Run:
#* For Debian: <code>reprepro includedeb -Vb /src/repos/debian OS-RELEASE DEB-FILE</code>, where OS-RELEASE is the name of the release, e.g <code>wheezy</code> for Debian 7.
#* For Ubuntu: <code>reprepro includedeb -Vb /src/repos/ubuntu OS-RELEASE DEB-FILE</code>, where OS-RELEASE is the name of the release, e.g <code>trusty</code> for Ubuntu 14.04.
# Enter the GPG password to sign the package.
# If there were no errors, the package is now available in the repository. To see the new package, update the list (e.g apt-get update) and the new package should be available.

=== For the Red Hat family ===

# Place your RPM in:
#* Fedora: <code>/srv/repos/fedora/$os_version/$arch/</code>
#* RHEL and derivatives (Rocky, CentOS, Alma, etc.): <code>/srv/repos/el/$os_version/$arch/</code>
# Run <code>/usr/local/bin/lysator_update_yum_repos_cron</code>

Puppetmaster

2022-09-03T19:14:17Z

Tobbez:

{| style="border: 0px"
! Funktion
| Tjänsteserver
|-
! Specialfunktion
| Puppetmaster
|-
! Operativsystem
| [[:Kategori:Debian 10.0| Debian 10.0]]
|-
! Arkitektur
| x86_64
|-
! Placering
| Proxmoxklustret
|-
! valign="top" | SSH-fingeravtryck
| <pre>
Hash: SHA256

puppetmaster.lysator.liu.se har följande SSH-fingeravtryck:
256 SHA256:dFuufYO0rEODJwOOMeoDQ11AOvZh7O29UHESPMvO2bc root@puppetmaster (ECDSA)
256 SHA256:+D2048 SHA256:uZF5/uYjnb/0P7rVkfErCWUTYPwYTP2w9rSpSrAwRYc root@puppetmaster (RSA)
2048 SHA256:uZF5/uYjnb/0P7rVkfErCWUTYPwYTP2w9rSpSrAwRYc root@puppetmaster (RSA)
</pre>
|-
! Ansvarig root
| hx
|-
! Driftstatus
| Ej i drift
|}

== Information ==
För att ansluta en maskin till puppetmaster så behövs följande steg:
* Lägg till maskinen i <code>site.pp</code>
* Installera puppet på maskinen
* Kör: <code>puppet agent --server puppetmaster.lysator.liu.se --test --show_diff --waitforcert</code>
* På Puppetmaster: <code>puppetserver ca list</code>
* Om du ser din maskin: <code>puppetserver ca sign --certname NAME[,NAME]</code>
* Färdig, titta på http://puppetmaster.lysator.liu.se/

[[Category:Tjänsteservrar]]
[[Category:Maskiner ur drift]]
[[Kategori:Debian 10.0]]
[[Kategori:Proxmox]]

Pxeboot

2022-07-06T18:36:42Z

Tobbez:

{| style="border: 0px"
! Funktion
| Tjänsteserver
|-
! Specialfunktion
| iPXE netboot server
|-
! Operativsystem
| [[:Kategori:Debian| Debian]]
|-
! Arkitektur
| x86-64
|-
! valign="top" | SSH-fingeravtryck
| <pre>
256 SHA256:lytuDp20n6BkT6CuM74a+Xgx388/JchqzSZq34jVAzM root@pxeboot (ED25519)
256 SHA256:0Iw6YNORU/NXS6eILNuK5yi+cEjdHboTvfmA0c24kXA root@pxeboot (ECDSA)
2048 SHA256:cYMt/15cDRXgppBXWlqEZh+aYfZH6zbA8mdlvAqrvqs root@pxeboot (RSA)
</pre>
|-
! Placering
| Proxmoxklustret
|-
! Ansvarig root
| tobbez
|-
! Driftstatus
| I drift
|-

[[Kategori:Debian]]
[[Kategori:Maskiner i drift]]
[[Kategori:Virtuella servrar]]
[[Kategori:Proxmox]]

Repomaster

2022-07-06T18:33:14Z

Tobbez:

{| style="border: 0px"
! Funktion
| Tjänsteserver
|-
! Specialfunktion
| Repo för egenbygda paket hos Lysator
|-
! Operativsystem
| [[:Kategori:Debian | Debian]]
|-
! SSH-fingeravtryck
| <pre>
256 SHA256:4c55HaIjMXaOyAxd7im6REF04A6MS7Iq0bb0NsDQZeM root@repomaster (ECDSA)
256 SHA256:U63o/jhHUv1vDR3dQzDgLWLrGhuPzXW3/6AepK1IAek root@repomaster (ED25519)
2048 SHA256:pt1CB6xv0nUo/RgK1sv5tZRxMt1v5M8MTP/O2NYr0O0 root@repomaster (RSA)
</pre>
|-
! Modell
| Virtuell maskin
|-
! Placering
| Proxmoxklustret
|-
! Ansvarig root
| [[User:baafen|baafen]]
|-
! Driftstatus
| I drift
|-
|}

Se även [[Rootmanual:Repository]]

[[Category:Tjänsteservrar]]
[[Category:Maskiner i drift]]
[[Kategori:Proxmox]]
[[Kategori:Debian]]

Shu

2022-07-06T18:12:24Z

Tobbez:

{| style="border: 0px"
! Funktion
| Testmaskin
|-
! SSH-fingeravtryck
| <pre>
</pre>
|-
! Placering
| [[FOO-hallen]], [[:Kategori: Rack B3 | Rack B3]]
|-
! Ansvarig root
| tobbez
|-
! Driftstatus
| Ej i drift
|}

^

2017-03-27T15:52:41Z

Tobbez:

^ (Cirkumflex) är Lysators lokal i Ryd, belägen i en vindskupa i [http://karta.frryd.se/BK4 BK4]. Sedan [[RydNet]] lades ner har lokalen, då kallad NätC, tjänat som förråd för skrot, bråte, och andra intressanta ting som Lysator samlat på sig. De planer som funnits på att göra om NätC till en samlingslokal för lysiter som inte orkar ta sig från Ryd till [[~]] håller nu sakta men säkert på att realiseras.

Det finns fortfarande en hel del arbete kvar att göra, men det mesta i skrotväg är borta, och lokalen har möblerats. Arbetsstationerna [[Daedalus]] och [[Prometheus]] håller på att driftsättas tillsammans med servern [[Atlantis]] som ska agera vpn-brygga till resten av lysators nät.

Argumentationen bakom namnet ^ är att det är nästan som [[~]] fast ändå inte. Undrar du fortfarande, ta en titt på var båda tecknen befinner sig på ett tangentbord med svensk layout.

För att komma in i ^ så kan man kontakta någon av följande personer, som har nyckel dit:
* Lars Lindholm (larlin)
* Johan Busk Eriksson (busk)
* Andreas Pettersson (pettson)
* Joakim Tosteberg (joakim_tosteberg)
* Erik Lindholm (rapio)

[[Införskaffningslista ^]]

[[Category:^]] [[Category:Lokaler]]

Coborn

2017-03-27T15:51:54Z

Tobbez:

{| style="border: 0px"
! Funktion
| CPU-server
|-
! Specialfunktion
| [[Jukebox i ~]]
|-
! Operativsystem
| [[:Kategori:Debian 5.0 | Debian]] Linux
|-
! Arkitektur
| x86/PC
|-
! CPU
| Athlon 900 MHz
|-
! Minne
| 768 MB
|-
! SSH-fingeravtryck
|
|-
! Modell
| ACT-hemmabygge åt NSC
|-
! Placering
| [[~]], [[:Kategori:~/skrubb | ~/skrubb]]

| [[Bild:ThinLinc-kluster.jpg|none|thumb]]
|-
! Ansvarig root
|-
|-
! Driftstatus
| Ej i drift
|-
! Nagios-status
| {{Nagios}}
|-
! LysINV
| {{LysINV|nr=595}}
|}

== RAID-konfiguration ==

Diskarna sitter som följer:

* <tt>hda</tt>: 10GB, systemdisk
* <tt>hdb</tt>: 250GB, RAID-1-spegel
* <tt>hdc</tt>: 250GB, RAID-1-spegel
* <tt>hdd</tt>: cdrom

<tt>hdb</tt> och <tt>hdc</tt> består av varsin stor partion med musik, speglade med mjukvaru-RAID-1.

[[Category:Tjänsteservrar]]
[[Category:Maskiner ur drift]]
[[Kategori:Debian 5.0]]
[[Kategori:~/skrubb]]

Pxeboot

2017-03-10T14:49:39Z

Tobbez:

{| style="border: 0px"
! Funktion
| Tjänsteserver
|-
! Specialfunktion
| iPXE netboot server
|-
! Operativsystem
| [[:Kategori:Debian 7| Debian 7]]
|-
! Arkitektur
| x86-64
|-
! valign="top" | SSH-fingeravtryck
| <pre>1024 df:0a:98:19:ec:8a:e3:fa:9a:f8:c9:38:3d:1a:5b:43 root@pxeboot (DSA)
256 85:09:b0:3c:91:b7:13:e0:08:c9:47:87:8e:0e:7d:68 root@pxeboot (ECDSA)
2048 76:fb:65:39:79:e8:d7:60:1f:85:04:30:ff:6e:34:df root@pxeboot (RSA)
</pre>
|-
! Placering
| [[Proxer]]
|-
! Ansvarig root
| tobbez
|-
! Driftstatus
| I drift
|-

[[Kategori:Debian 7]]
[[Kategori:Maskiner i drift]]
[[Kategori:Virtuella servrar]]
[[Kategori:Proxmox]]

Pxeboot

2017-03-10T14:48:01Z

Tobbez: Skapade sidan med '{| style="border: 0px" ! Funktion | Tjänsteserver |- ! Specialfunktion | iPXE netboot server |- ! Operativsystem | Debian 7 |- ! Arkitektur | x86-64...'

{| style="border: 0px"
! Funktion
| Tjänsteserver
|-
! Specialfunktion
| iPXE netboot server
|-
! Operativsystem
| [[:Kategori:Debian 7| Debian 7]]
|-
! Arkitektur
| x86-64
|-
! valign="top" | SSH-fingeravtryck
| <pre>1024 df:0a:98:19:ec:8a:e3:fa:9a:f8:c9:38:3d:1a:5b:43 root@pxeboot (DSA)
256 85:09:b0:3c:91:b7:13:e0:08:c9:47:87:8e:0e:7d:68 root@pxeboot (ECDSA)
2048 76:fb:65:39:79:e8:d7:60:1f:85:04:30:ff:6e:34:df root@pxeboot (RSA)
</pre>
|-
! Placering
| Proxer
|-
! Ansvarig root
| tobbez
|-
! Driftstatus
| I drift
|-

[[Kategori:Debian 7]]
[[Kategori:Maskiner i drift]]
[[Kategori:Virtuella servrar]]
[[Kategori:Proxmox]]

Muspaj

2017-03-08T14:01:25Z

Tobbez:

{| style="border: 0px"
! Funktion
| Tjänsteserver
|-
! Specialfunktion
| [[Jukebox]] ([[MPD-server | MPD-server]])
|-
! Operativsystem
| [[:Kategori:Raspbian | Raspbian]]
|-
! Arkitektur
| ARMv7
|-
! CPU
| 900 MHz 32-bit quad-core ARM Cortex-A7
|-
! GPU
| Broadcom VideoCore IV
|-
! Minne
| 1 GB (delat med GPU)
|-
! valign="top" | SSH-fingeravtryck
| <pre>-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

muspaj.lysator.liu.se har följande fingeravtryck:
SSH2 RSA 2048 bit: 63:da:8f:e1:eb:e6:91:6f:25:77:d4:28:df:c6:dd:96
SSH2 DSA 1024 bit: fd:a3:b5:37:68:d6:34:2b:42:69:cc:5b:a6:2e:2a:a0
<EOF>

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBCAAGBQJXx2aaAAoJEIHZ3ADseiyrcZ0P/3UT95u0qSFoCkWTxZaNQoNW
iWqf5town4YmtUBbBufiiLRmmbqHX4Spj9Y37FxZdb5SSdb2GtceDb5t+DpwiYOb
DNNx3sUHZl5QtdoUZFUXZdJgJDtOHKv2PCW/FuzoQByO9QZlI817/yufFpYeuQD7
017mypO+G/DbBYmPOrZzii258rC1zF5T1kE2regRcPzfn00Y25t+KMIfjYs1jNAT
uVIWEDCc8ad6QcUAPE+oBO3nug7sevibEUFH6LR0t8WqyLbWSco4TkVCgh0SDYCc
wcgXPY5Q/k9J8gYkIWXb6O6djDymdEP6DdHl9O9I9AW4FsdJWErL9J3kFuMZOLMv
0YaWM4U0y/SU5/h7+o24o5mqmT8fW1C+CqU3fIOUQHLeL7Kv7w9Zr6E9+4isOGgv
qjQgrpzUEKgVPJtwlLIan5/CflO1Z1XyZ9YS2aiEVojaZMLF3Jz00raHyF65MZ6i
SrYNZ9XqBLGiUnHSYFTvZ66HO9XAWZeD3+BY3ek/af1Fb24s+mnVbO4QcAu+IFWj
reuckLBv0zgttjfbc51O1mqVxb1j4DKIh1QTqlDWIsooWzZfrno83aHe07ej639p
67vjmMpVlLe8z0g8g3UMC3gPuyJ6AU4+YCvFjwbcnX/UwnVmtHUtGM+ejR+3rf/5
fTs1An9ODUrLktJBZtH6
=MKmd
-----END PGP SIGNATURE-----</pre>
|-
! Modell
| Raspberry Pi 2
|-
! Placering
| [[~]], [[:Kategori:~/skrubb | ~/skrubb]]
|-
! valign="top" | Foto
| [[Bild:Datornamn.jpg|none|thumb]]
|-
! Ansvarig root
| knase
|-
! Driftstatus
| I drift
|-
! Nagios-status
| {{Nagios}}
|-
! LysINV
| {{LysINV|nr=?}}
|}

[[Kategori:Tjänsteservrar]]
[[Kategori:Raspbian]]
[[Kategori:Maskiner i drift]]
[[Kategori:~/skrubb]]
[[Kategori:~]]

Dijkstra

2017-03-08T13:53:15Z

Tobbez:

{| style="border: 0px"
! Funktion
| Tjänsteserver
|-
! Specialfunktion
| Jabberserver
|-
! Operativsystem
| [[:Kategori:Debian 6.0| Debian 6 (Squeeze)]]
|-
! Arkitektur
| i686
|-
! CPU
| Pentium 4 2.80Ghz
|-
! Minne
| 2 GB
|-
! valign="top" | SSH-fingeravtryck
| <pre>
</pre>
|-
! Modell
| Supermicro
|-
! Placering
| [[FOO-hallen]], [[:Kategori:Rack B8 | Rack B8]]
|-
! valign="top" | Foto
| [[Bild:Dijkstra.jpg|none|thumb]]
|-
! Ansvarig root
| [[Användare:Joakim_tosteberg | Joakim Tosteberg]]
|-
! Driftstatus
| Ur drift
|-
! Nagios-status
| {{Nagios}}
|-
! LysINV
| {{LysINV|nr=707}}
|}

[[Kategori:Tjänsteservrar]]
[[Kategori:Debian 5.0]]
[[Kategori:Maskiner ur drift]]
[[Kategori:Rack B8]]

Shu

2017-03-02T18:51:29Z

Tobbez: Skapade sidan med '{| style="border: 0px" ! Funktion | Testmaskin |- ! SSH-fingeravtryck | <pre> 1024 79:5a:af:78:b5:ff:7f:27:8c:f8:28:4f:2c:a3:e5:63 /etc/ssh/ssh_host_dsa_key.pub (DSA) 2048 ff:...'

{| style="border: 0px"
! Funktion
| Testmaskin
|-
! SSH-fingeravtryck
| <pre>
1024 79:5a:af:78:b5:ff:7f:27:8c:f8:28:4f:2c:a3:e5:63 /etc/ssh/ssh_host_dsa_key.pub (DSA)
2048 ff:1d:25:ba:bb:da:56:14:ee:b2:fb:a7:7c:17:bf:04 /etc/ssh/ssh_host_rsa_key.pub (RSA)
256 7e:20:58:06:65:e2:35:be:50:c2:94:1e:fe:bd:d2:37 /etc/ssh/ssh_host_ecdsa_key.pub (ECDSA)
256 3d:a0:7f:14:7b:3f:62:e5:ad:9d:ea:0a:9d:07:6b:74 /etc/ssh/ssh_host_ed25519_key.pub (ED25519)
</pre>
|-
! Placering
| [[FOO-hallen]]
|-
! Ansvarig root
| tobbez
|-
! Driftstatus
| I drift
|}

[[Category:Maskiner i drift]]
[[Category:Debian]]
[[Category:Debian 8.0]]

Rootmanual:Gitlab

2016-09-23T18:23:48Z

Tobbez: Gitlabs apt-repo läggs nu in av puppet

Gitlab CE är ett webbaserat system som hanterar gitrepositorier och har wiki- och issue tracking-funktionalitet. Det är i grunden ganska likt github, men går att hosta på egen hand.

Lysator körde tidigare en liknande mjukvara som hette gitorious (som företaget gitlab sedermera ändå köpte upp), men numera körs alltså gitlab community edition, för närvarande på servern [[Gluten]].

Denna sida avser att dokumentera hur det hela är uppsatt, samt hur man sköter uppgraderingar (det släpps en ny version den 22 varje månad, samt en hel del småfixreleaser mellan).

== Hur det är uppsatt ==

Lysator kör ett så kallat omnibuspaket, vilket i praktiken är en enda stor .deb som innehåller allt som gitlab behöver för att köra (ruby, rails, nginx, postgresql, osv).

För att konfigurera gitlab så att det fungerar på det sätt som vi vill ha det finns en fil /etc/gitlab/gitlab.rb där inställningarna för bland annat nginx (t.ex. ssl), smtp, backuptagning. Denna fil manageras via puppet, så det är i puppetrepot du ska göra eventuella ändringar som behövs. Efter gjorda ändringar kör man med rootprivilegier kommandot <code>gitlab-ctl reconfigure</code>. Omnibuspaketet installerar till /opt/gitlab. Backuperna hamnar som standard i /var/opt/gitlab/backups. Tidigare har gitlabpaketen lagts in i lysators egna repo, men detta blev mer tidskrävande än det var värt. Tanken är att det ska gå enkelt att sätta upp en ny instans ifall detta skulle behövas genom att på grundinstallerad lysatorfierad maskin installera omnibuspaketet och i puppet sätta den nya maskinen som varandes gitlabserver, och därefter [https://docs.gitlab.com/ce/raketasks/backup_restore.html#backup-restore läsa tillbaks den senaste backupfilen].

== Uppgradering av gitlab ==

En enkel steg för steg-guide för optimalfallet:

# Titta på gitlabs blogg ifall uppgradering skulle kräva några specialsteg (de brukar ha en "upgrade barometer"): https://about.gitlab.com/blog
# Bli root på gluten
# <code>apt-get install gitlab-ce</code>
# Efter ett tag så kan man eventuellt köra <code>gitlab-ctl restart</code> och därefter ska det vara färdigt.
# Klicka runt lite på https://git.lysator.liu.se/ och se om saker verkar fungera

Piggiskrubb

2016-03-04T08:06:17Z

Tobbez: Fix category

{| style="border: 0px"
! Funktion
| Tjänsteserver
|-
! Specialfunktion
| Jukebox
|-
! Operativsystem
| [[:Kategori:Debian 8.0 | Debian Linux 8.0]]
|-
! Arkitektur
| x86_64/PC
|-
! CPU
| AMD Athlon 64 X2 3800+
|-
! Minne
| 1 GB
|-
! SSH-fingeravtryck
| <pre>
RSA: 43:0d:ae:b5:85:d6:38:b7:89:24:39:2f:76:16:b5:bf
DSA: f4:49:f0:47:15:b0:03:e8:e5:ee:46:c3:b0:b0:5f:bf</pre>
|-
! Modell
| Hemmabygge
|-
! Placering
| [[~ Allmänt|~]]
|-
! Foto
|
|-
! Ansvarig root
| Baafen
|-
! Driftstatus
| I drift
|-
! Nagios-status
| {{Nagios}}
|-
! LysINV
| {{LysINV|nr=555}}
|}

[[Category:Tjänsteservrar]]
[[Category:Maskiner i drift]]
[[Kategori:~]]
[[Kategori:Debian 8.0]]

Rootmanual:Switch

2016-02-06T14:00:10Z

Tobbez:

VLAN:
DEFAULT_VLAN 1
NETLOGON 322
LYSATOR 4080
CTRL-C 4081
BORG 100 (only needed on sw-b8)

Uplink:
DEFAULT_VLAN: tagged
NETLOGON: tagged
LYSATOR: tagged (just nu kör en del untagged, men tagged är det korrekta. Måste vara samma i båda ändar)
CTRL-C: tagged

Vanlig port:
DEFAULT_VLAN: no
NETLOGON: no
LYSATOR: untagged
CTRL-C: no

Management port:
DEFAULT_VLAN: tagged
NETLOGON: no
LYSATOR: no
CTRL-C: no

Sedan ska switchen ha en ipadress på management vlan:et men inte på något av de andra, exempekvis kan det se ut såhär på en HP4000M

VLAN IP Config IP Address Subnet Mask Gateway
------------ + ---------- --------------- --------------- ---------------
DEFAULT_VLAN | Manual 192.168.254.25 255.255.255.0 192.168.254.1
CTRL-C | Disabled
NETLOGON | Disabled
LYSATOR | Disabled

Kom även ihåg att lägga in switchen i dns på sedesopim (/etc/bind/pri/[mgmt|192.168.22].zone efter samma princip som de andra switcharna.

[[Kategori:Rootmanual]]

Rootmanual:Switch

2016-02-06T13:59:52Z

Tobbez: Remove some outdated info and add VLAN for BORG.

VLAN:
DEFAULT_VLAN 1
NETLOGON 322
LYSATOR 4080
CTRL-C 4081
BORG 100

Uplink:
DEFAULT_VLAN: tagged
NETLOGON: tagged
LYSATOR: tagged (just nu kör en del untagged, men tagged är det korrekta. Måste vara samma i båda ändar)
CTRL-C: tagged

Vanlig port:
DEFAULT_VLAN: no
NETLOGON: no
LYSATOR: untagged
CTRL-C: no

Management port:
DEFAULT_VLAN: tagged
NETLOGON: no
LYSATOR: no
CTRL-C: no

Sedan ska switchen ha en ipadress på management vlan:et men inte på något av de andra, exempekvis kan det se ut såhär på en HP4000M

VLAN IP Config IP Address Subnet Mask Gateway
------------ + ---------- --------------- --------------- ---------------
DEFAULT_VLAN | Manual 192.168.254.25 255.255.255.0 192.168.254.1
CTRL-C | Disabled
NETLOGON | Disabled
LYSATOR | Disabled

Kom även ihåg att lägga in switchen i dns på sedesopim (/etc/bind/pri/[mgmt|192.168.22].zone efter samma princip som de andra switcharna.

[[Kategori:Rootmanual]]

Shana

2015-01-22T13:32:02Z

Tobbez:

{| style="border: 0px"
! Funktion
| Tjänsteserver
|-
! Specialfunktion
| NFS-server för <tt>/home</tt> och <tt>/lysator</tt> (och [[Lysators nyare filstruktur | pkg]]).
|-
! Operativsystem
| [[:Kategori:Solaris 10 | Solaris 10]]
|-
! Arkitektur
| x86_64
|-
! CPU
| Xeon X3360 2.83Ghz QuadCore
|-
! Minne
| 8 GB
|-
! SSH-fingeravtryck
| <pre></pre>
|-
! Modell
| Supermicro 3U, MRS-901.5BB
|-
! Placering
| [[FOO-hallen]], [[:Kategori: Rack B11|rack B11]]
|-
! Foto
|
|-
! Ansvarig root
| Joakim Tosteberg (<tt>joakim_tosteberg</tt>)
|-
! Driftstatus
| I drift
|-
! Nagios-status
| {{Nagios}} {{Nagios2|home}}
|-
! LysINV
| {{LysINV|nr=760}}
|}

Mappningen mellan nummrena på diskplatserna och enhetsnamnen i solaris följer nedan.

{| border="1"
| 3: sata1/c0t3d0
| 7: sata1/c0t7d0
| 11: sata2/c1t3d0
| 15: sata2/c1t7d0
|-
| 2: sata1/c0t2d0
| 6: sata1/c0t6d0
| 10: sata2/c1t2d0
| 14: sata2/c1t6d0
|-

| 1: sata1/c0t1d0
| 5: sata1/c0t5d0
| 9: sata2/c1t1d0
| 13: sata2/c1t5d0
|-

| 0: sata1/c0t0d0
| 4: sata1/c0t4d0
| 8: sata2/c1t0d0
| 12: sata2/c1t4d0
|}

Disk 0 och 1 ligger i en zfs mirror och används som systemdiskar. Övriga ligger i en zpool beståendes av två raidz2, en med disk 2-8 och en med disk 9-15

[[Category:Tjänsteservrar]]
[[Category:Maskiner i drift]]
[[Kategori:Solaris 10]]
[[Kategori:Rack B11]]

Shana

2015-01-22T13:31:47Z

Tobbez:

Shana

2015-01-22T13:29:56Z

Tobbez:

{| style="border: 0px"
! Funktion
| Tjänsteserver
|-
! Specialfunktion
| NFS-server för <tt>/home</tt> och <tt>/lysator</tt> (och [[Lysators nyare filstruktur | pkg]]).
|-
! Operativsystem
| [[:Kategori:Solaris 10 | Solaris 10]]
|-
! Arkitektur
| x86_64
|-
! CPU
| Xeon X3360 2.83Ghz QuadCore
|-
! Minne
| 8 GB
|-
! SSH-fingeravtryck
| <pre></pre>
|-
! Modell
| Supermicro 3U, MRS-901.5BB
|-
! Placering
| [[FOO-hallen]], [[Kategori: Rack B11|rack B11]]
|-
! Foto
|
|-
! Ansvarig root
| Joakim Tosteberg (<tt>joakim_tosteberg</tt>)
|-
! Driftstatus
| I drift
|-
! Nagios-status
| {{Nagios}} {{Nagios2|home}}
|-
! LysINV
| {{LysINV|nr=760}}
|}

Mappningen mellan nummrena på diskplatserna och enhetsnamnen i solaris följer nedan.

{| border="1"
| 3: sata1/c0t3d0
| 7: sata1/c0t7d0
| 11: sata2/c1t3d0
| 15: sata2/c1t7d0
|-
| 2: sata1/c0t2d0
| 6: sata1/c0t6d0
| 10: sata2/c1t2d0
| 14: sata2/c1t6d0
|-

| 1: sata1/c0t1d0
| 5: sata1/c0t5d0
| 9: sata2/c1t1d0
| 13: sata2/c1t5d0
|-

| 0: sata1/c0t0d0
| 4: sata1/c0t4d0
| 8: sata2/c1t0d0
| 12: sata2/c1t4d0
|}

Disk 0 och 1 ligger i en zfs mirror och används som systemdiskar. Övriga ligger i en zpool beståendes av två raidz2, en med disk 2-8 och en med disk 9-15

[[Category:Tjänsteservrar]]
[[Category:Maskiner i drift]]
[[Kategori:Solaris 10]]
[[Kategori:Rack B11]]

Shana

2015-01-22T13:29:07Z

Tobbez: Shana is in Rack B11, not B3

{| style="border: 0px"
! Funktion
| Tjänsteserver
|-
! Specialfunktion
| NFS-server för <tt>/home</tt> och <tt>/lysator</tt> (och [[Lysators nyare filstruktur | pkg]]).
|-
! Operativsystem
| [[:Kategori:Solaris 10 | Solaris 10]]
|-
! Arkitektur
| x86_64
|-
! CPU
| Xeon X3360 2.83Ghz QuadCore
|-
! Minne
| 8 GB
|-
! SSH-fingeravtryck
| <pre></pre>
|-
! Modell
| Supermicro 3U, MRS-901.5BB
|-
! Placering
| [[FOO-hallen]], [[Kategori: Rack B3|rack B3]]
|-
! Foto
|
|-
! Ansvarig root
| Joakim Tosteberg (<tt>joakim_tosteberg</tt>)
|-
! Driftstatus
| I drift
|-
! Nagios-status
| {{Nagios}} {{Nagios2|home}}
|-
! LysINV
| {{LysINV|nr=760}}
|}

Mappningen mellan nummrena på diskplatserna och enhetsnamnen i solaris följer nedan.

{| border="1"
| 3: sata1/c0t3d0
| 7: sata1/c0t7d0
| 11: sata2/c1t3d0
| 15: sata2/c1t7d0
|-
| 2: sata1/c0t2d0
| 6: sata1/c0t6d0
| 10: sata2/c1t2d0
| 14: sata2/c1t6d0
|-

| 1: sata1/c0t1d0
| 5: sata1/c0t5d0
| 9: sata2/c1t1d0
| 13: sata2/c1t5d0
|-

| 0: sata1/c0t0d0
| 4: sata1/c0t4d0
| 8: sata2/c1t0d0
| 12: sata2/c1t4d0
|}

Disk 0 och 1 ligger i en zfs mirror och används som systemdiskar. Övriga ligger i en zpool beståendes av två raidz2, en med disk 2-8 och en med disk 9-15

[[Category:Tjänsteservrar]]
[[Category:Maskiner i drift]]
[[Kategori:Solaris 10]]
[[Kategori:Rack B11]]

Rootmanual:Skapa Användare

2014-11-07T16:24:16Z

Tobbez: Instructions for automated user creation

[[Kategori:Rootmanual|Användare, skapa]]
__NOTOC__

Det är vissa steg som behöver göras. Först de rent administrativa stegen:
<ul>
<li>Skriv ut ett kontovillkor. I skrivande stund fungerar det att
på valfri arbetstation i ~ ge kommandot <tt>lp
/lysator/styrelsen/konto-villkor/villkor.ps</tt>.
(Filen är en symlänk till nuvarande konto-villkor)
<li>Ge villkoren till medlemmen. Låt honom fylla i
personuppgiftslappen.
<li>Kontrollera legitimation.
<li>Kontrollera att medlemmen kan uppvisa kvitto på inbetald
medlemsavgift (till konto 885669-2).
<li>Anteckna medlemmens personnummer och ditt namn på
personuppgiftslappen. Lägg lappen i kassörens
fack. Meddela kassören att han eller hon har post.
</ul>

Sen kommer själva skapandet:

= Automated =
* Login to nis: <tt>ssh nis</tt>
* Set the correct locale: <tt>export LC_ALL=en_US.UTF-8; exec bash;</tt>
* Become root: <tt>su</tt>
* Start ssh-agent: <tt>ssh-agent bash</tt>
* Add the ssh key: <tt>ssh-add</tt>
* Run <tt>/opt/lysator/bin/create_user.sh</tt> with the appropriate arguments. (You can pass the <tt>-h</tt> flag to get information about available options.)
* [[#Sätt lösenord|Set a password]] for the user.
= Manuellt =

== Skapa NIS-poster ==
* Kontrollera att användarnamnet är unikt: <tt>ypmatch <användarnamn> passwd.byname</tt>
* Logga in på <tt>nis</tt>.
* Gå till <tt>/lysator/etc/nis/db/</tt>.
* Checka ut <tt>passwd</tt>: <tt>co -l passwd</tt>
* Hitta ett lämpligt, oanvänt UID i filen.
* Lägg till en rad i filen för den nya användaren.
* Checka in <tt>passwd</tt>: <tt>ci -u passwd</tt>
* Checka ut <tt>auto_home</tt>: <tt>co -l auto_home</tt>
* Lägg till en rad i filen för den nya användarens hemkatalog. (i <tt>/export/users</tt>)
* Checka in <tt>auto_home</tt>: <tt>ci -u auto_home</tt>
* Bli <tt>root</tt>.
* Starta ditt favoritskal genom ssh-agent: <tt>ssh-agent tcsh</tt>.
* Gå till <tt>/lysator/etc/nis/</tt>.
* Bygg om NIS-data: <tt>make</tt>

Sen kan du skapa kataloger antingen scriptat eller manuellt. '''Scriptat rekommenderas.'''

== Scriptat ==
* lägg till ssh-nyckeln för root@ns-master i ssh-agent: <tt>ssh-add</tt>. Lösenordet är satt till rootlösen för ns-master.
* Gå till <tt>/opt/lysator/bin</tt>.
* Skapa kataloger: <tt>./gen_all -u <användarnamn></tt>
* (Det går även att skapa en forwardfil för användarens mail genom flaggan <tt>-f annanmail@annandoman.example</tt>, samt även att välja annan grupp än lysator med flaggan -g)
Eller var och en för sig:
* Skapa hemkatalog: <tt>./gen_homedir <användarnamn></tt>
* Skapa mailkatalog: <tt>./gen_maildir <användarnamn></tt>
* Skapa webkatalog: <tt>./gen_webdir <användarnamn></tt>.

== Manuellt ==
=== Skapa hemkatalog ===
* Logga in på <tt>home</tt> (<tt>shana</tt>) som <tt>root</tt>.
* Skapa filsystem <tt>zfs create shana/users/<användarnamn></tt>.
* Gå till <tt>/export/users/</tt>
* Kopiera in standardkatalogen: <tt>rsync -a skel/ <användarnamn></tt>
* Sätt rätt ägare: <tt>chown -R <användarnamn>:lysator <användarnamn></tt>
* Skapa webareasymlänk: <tt>ln -s /lysator/lyswww/users/<användarnamn> <användarnamn>/.public</tt>

=== Skapa e-postkatalog ===
* Logga in på <tt>bernadotte</tt> som <tt>root</tt>.
* Gå till <tt>/home</tt>.
* Skapa katalogen.
* Skapa Maildirstrukturen med <tt>maildirmake <användarnamn>/Maildir</tt>.
* Sätt rätt ägare och rättigheter (700).

=== Skapa webkatalog ===
* Logga in på <tt>nyarlathotep</tt> som <tt>root</tt>.
* Gå till <tt>/srv/www/users</tt>.
* Skapa katalogen, byt ägare.

== Sätt lösenord ==
Det här kan man göra på vilken dator som helst som kör linux.
* Starta kadmin: <tt>kadmin -p <root>/admin</tt>
* Skapa principalen: <tt>ank -policy Users -randkey <användarnamn></tt>
* Ändra lösenordet: <tt>cpw <användarnamn></tt>
* Låt användaren skriva in sitt lösenord när programmet frågar efter det.

Om användaren saknar attributet "REQUIRES PREAUTH" i Kerberos så kan det läggas till med kommandot <tt>modprinc +requires_preauth <användarnamn> i kadmin.</tt>

Rootmanual:Hantera root rättigheter

2014-10-03T14:17:16Z

Tobbez: Add instructions about lyskom and proxmox.

[[Kategori:Rootmanual|Root, hantera rättigheter]]
=Hantera root-rättigher=
En liten beskrivning av hur man ger och tar root-rättigheter.

==Skapa root==
* Lägg till i gruppen <tt>root</tt>. (nis:/lysator/etc/nis/db/group)
* Lägg till i netgroup <tt>root</tt>. (nis:/lysator/etc/nis/db/netgroup)
* Skapa <tt>/admin</tt>-principal. (kadmin, <tt>ank -policy Admins <newroot>/admin</tt>)
* Lägg till i e-postaliaset <tt>root</tt>. (bernadotte:/etc/aliases)
* Lägg till i gruppen <tt>root</tt> i datorhandbokswikin. ([[Special:Userrights|Användarrättighetshantering]])
* Lägg till användare root-gruppen i Proxmox.
* Bjud in till root-mötet i lyskom.

==Ta bort root==
* Ta bort ur gruppen <tt>root</tt>. (nis:/lysator/etc/nis/db/group)
* Ta bort ur netgroup <tt>root</tt>. (nis:/lysator/etc/nis/db/netgroup)
* Lägg till i netgroup <tt>xroot</tt>. (nis:/lysator/etc/nis/db/netgroup)
* Expirera <tt>/admin</tt>-principal.
* Ta bort från e-postaliaset <tt>root</tt>. (bernadotte:/etc/aliases)
* Ta bort ur gruppen <tt>root</tt> i datorhandbokswikin. ([[Special:Userrights|Användarrättighetshantering]])
* Ta bort användare ur Proxmox.
* Avsluta medlemsskap i root-mötet i lyskom.

Rootmanual:Proxmox

2014-04-08T09:21:35Z

Tobbez:

Instructions for managing and using our setup of Proxmox.

== Creating a virtual machine ==
# Connect to the management interface of one of the compute nodes (e.g. https://proxar.lysator.liu.se:8006/ or https://proxer.lysator.liu.se:8006/) and log in.
# Click Create VM in the top right corner.
# General tab:
## Set a name for the VM
## Choose compute node for the VM to run on
## Add it to the appropriate resource pool
# OS tab: Pick Linux 3.X/2.6 Kernel (l26)
# CD/DVD tab: pick an ISO to install from.
# Hard disk tab:
## Change Bus/Device to VIRTIO
## Decide on a disk size. The disk image will use this much space on the storage server. If you are unsure, pick a smaller size and increase it later (10GB should be plenty for the typical VM).
## ''Optionally'' change Cache to Writeback to trade some reliability for a bit better write performance.
# CPU tab: Allocate CPUs/cores as appropriate.
# Memory tab: allocate memory as appropriate.
# Network tab:
## Change Model to VirtIO (paravirtualized)
## If the VM will need a public IP
### Choose bridged mode
### Set Bridge to vmbr0
## If the VM will '''not''' need a public IP
### Choose NAT
# Confirm tab: Click Finish.
# Select the new VM in the tree view.
# Go to the Hardware tab
# Edit Display, and set Graphic card to SPICE.
# Go to the Options tab
# Edit "Start at boot" and set to enable if the machine should start automatically.
# Start the machine, and perform installation as usual.

== Using the console ==
There are two options: SPICE, and Java. Don't use Java (unless you can't help it).

A prerequisite for using SPICE is the remote-viewer program (part of virt-manager).

To connect to a VM, first start the VM, and then click SPICE in the top right corner in the Proxmox management interface. This downloads a file that you pass on the command line to remote-viewer.

== Storage ==
=== Configuring iSCSI on a storage server ===
This section assumes debian.

* Follow the steps on http://zfsonlinux.org/debian.html
* Create a zfs pool:
** <code>zpool create ${POOLNAME} raidz2 /dev/sd{b..d}</code>
* Create a block device in the zfs pool:
** <code>zfs create -V $SIZE ${POOLNAME}/vm-storage</code>
* Install tgt:
** <code>aptitude install tgt</code>
** If your tgt version is older than 1:1.0.17-1.1, you need to manually install the init script:
*** <code>mkdir tmp; cd tmp;</code>
*** <code>wget http://ftp.se.debian.org/debian/pool/main/t/tgt/tgt_1.0.17-1.1_amd64.deb</code>
*** <code>ar -x tgt_1.0.17-1.1_amd64.deb</code>
*** <code>tar xf data.tar.gz</code>
*** <code>mv ./etc/init.d/tgt /etc/init.d/</code>
*** <code>cd ..; rm -rf tmp</code>
** Setup tgt to start automatically:
*** <code>update-rc.d tgt defaults</code>
* Create an iSCSI target:
** <code>tgtadm --lld iscsi --mode target --op new --tid 1 --targetname iqn.${YYYY}-${MM}.se.liu.lysator:${HOSTNAME}.vm-storage</code>
* Add a LUN to the target, backed by the previously created block device:
** <code>tgtadm --lld iscsi --mode logicalunit --op new --tid 1 --lun 1 -b /filesystem/vm-storage</code>
* Make the target available on the network:
** <code>tgtadm --lld iscsi --mode target --op bind --tid 1 -I 10.44.1.0/24</code>
* Save the configuration:
** <code>tgt-admin --dump > /etc/tgt/targets.conf</code>

=== Attaching new VM storage to the Proxmox cluster ===
# Go to Proxmox management interface.
# Click Datacenter in the treeview.
# Select the Storage tab.
# Click Add -> iSCSI
# Set the ID to <code>${STORAGE_SERVER_HOSTNAME}-vm-storage-iscsi</code> (e.g. <code>proxstore-vm-storage-iscsi</code>).
# Enter portal (the IP of the storage server)
# Select the desired iSCSI target from the target dropdown.
# Uncheck the checkbox for Use LUNs directly.
# Click add.
# Next, click Add -> LVM
# Set the ID to <code>${STORAGE_SERVER_HOSTNAME}-vm-storage-lvm</code> (e.g. <code>proxstore-vm-storage-lvm</code>).
# For Base storage, choose the iSCSI volume you added previously.
# Check the checkbox for Shared.
# Click Add.

=== Attaching new ISO storage ===
# Go to Proxmox management interface.
# Click Datacenter in the treeview.
# Select the Storage tab.
# Click Add -> NFS.
# Set the ID to <code>${STORAGE_SERVER_HOSTNAME}-iso-storage-nfs</code> (e.g. <code>proxstore-iso-storage-nfs</code>).
# Enter the IP of the storage server.
# Select the export from the Export dropdown.
# In the Content dropdown, select ISO and deselect Images.
# Set Max Backups to 0.

Piggiskrubb

2014-03-18T13:08:21Z

Tobbez:

{| style="border: 0px"
! Funktion
| Tjänsteserver
|-
! Specialfunktion
| Jukebox
|-
! Operativsystem
| [[:Kategori:Debian 6.0 | Debian Linux 6.0]]
|-
! Arkitektur
| x86_64/PC
|-
! CPU
| AMD Athlon 64 X2 3800+
|-
! Minne
| 1 GB
|-
! SSH-fingeravtryck
| <pre>
RSA: 43:0d:ae:b5:85:d6:38:b7:89:24:39:2f:76:16:b5:bf
DSA: f4:49:f0:47:15:b0:03:e8:e5:ee:46:c3:b0:b0:5f:bf</pre>
|-
! Modell
| Hemmabygge
|-
! Placering
| [[~ Allmänt|~]]
|-
! Foto
|
|-
! Ansvarig root
| Baafen
|-
! Driftstatus
| I drift
|-
! Nagios-status
| {{Nagios}}
|-
! LysINV
| {{LysINV|nr=555}}
|}

[[Category:Tjänsteservrar]]
[[Category:Maskiner i drift]]
[[Kategori:~]]
[[Kategori:Debian 6.0]]

Rootmanual:Proxmox

2014-03-06T22:17:30Z

Tobbez: Skapade sidan med 'Instructions for managing and using our setup of Proxmox. == Creating a virtual machine == # Connect to the management interface of one of the compute nodes (e.g. https://proxa…'

Instructions for managing and using our setup of Proxmox.

== Creating a virtual machine ==
# Connect to the management interface of one of the compute nodes (e.g. https://proxar.lysator.liu.se:8006/ or https://proxer.lysator.liu.se:8006/) and log in.
# Click Create VM in the top right corner.
# General tab:
## Set a name for the VM
## Choose compute node for the VM to run on
## Add it to the appropriate resource pool
# OS tab: Pick Linux 3.X/2.6 Kernel (l26)
# CD/DVD tab: pick an ISO to install from.
# Hard disk tab:
## Change Bus/Device to VIRTIO
## Decide on a disk size. The disk image will use this much space on the storage server. If you are unsure, pick a smaller size and increase it later (10GB should be plenty for the typical VM).
## ''Optionally'' change Cache to Writeback to trade some reliability for a bit better write performance.
# CPU tab: Allocate CPUs/cores as appropriate.
# Memory tab: allocate memory as appropriate.
# Network tab:
## Change Model to VirtIO (paravirtualized)
## If the VM will need a public IP
### Choose bridged mode
### Set Bridge to vmbr0
## If the VM will '''not''' need a public IP
### Choose NAT
# Confirm tab: Click Finish.
# Select the new VM in the tree view.
# Go to the Hardware tab
# Edit Display, and set Graphic card to SPICE.
# Start the machine, and perform installation as usual.

== Using the console ==
There are two options: SPICE, and Java. Don't use Java (unless you can't help it).

A prerequisite for using SPICE the remote-viewer program part of virt-manager).

To connect it to a VM, first start it, and then click SPICE in the top right corner in the Proxmox management interface. This downloads a file, that you pass on the command line to remote-viewer.

== Storage ==
=== Configuring iSCSI on a storage server ===
This section assumes debian.

* <TODO: setup zfs>
* <TODO: create zfs file system>
* Create a block device on the zfs file system:
** <code>zfs create -V <SIZE> filesystem/vm-storage</code>
* Install tgt:
** <code>aptitude install tgt</code>
** If your tgt version is older than 1:1.0.17-1.1, you need to manually install the init script:
*** <code>mkdir tmp; cd tmp;</code>
*** <code>wget http://ftp.se.debian.org/debian/pool/main/t/tgt/tgt_1.0.17-1.1_amd64.deb</code>
*** <code>ar -x tgt_1.0.17-1.1_amd64.deb</code>
*** <code>tar xf data.tar.gz</code>
*** <code>mv ./etc/init.d/tgt /etc/init.d/</code>
*** <code>cd ..; rm -rf tmp</code>
** Setup tgt to start automatically:
*** <code>update-rc.d tgt defaults</code>
* Create an iSCSI target:
** <code>tgtadm --lld iscsi --mode target --op new --tid 1 --targetname iqn.${YYYY}-${MM}.se.liu.lysator:${HOSTNAME}.vm-storage</code>
* Add a LUN to the target, backed by the previously created block device:
** <code>tgtadm --lld iscsi --mode logicalunit --op new --tid 1 --lun 1 -b /filesystem/vm-storage</code>
* Make the target available on the network:
** <code>tgtadm --lld iscsi --mode target --op bind --tid 1 -I 10.44.1.0/24</code>
* Save the configuration:
** <code>tgt-admin --dump > /etc/tgt/targets.conf</code>

=== Attaching new VM storage to the Proxmox cluster ===
# Go to Proxmox management interface.
# Click Datacenter in the treeview.
# Select the Storage tab.
# Click Add -> iSCSI
# Set the ID to <code>${STORAGE_SERVER_HOSTNAME}-vm-storage-iscsi</code> (e.g. <code>proxstore-vm-storage-iscsi</code>).
# Enter portal (the IP of the storage server)
# Select the desired iSCSI target from the target dropdown.
# Uncheck the checkbox for Use LUNs directly.
# Click add.
# Next, click Add -> LVM
# Set the ID to <code>${STORAGE_SERVER_HOSTNAME}-vm-storage-lvm</code> (e.g. <code>proxstore-vm-storage-lvm</code>).
# For Base storage, choose the iSCSI volume you added previously.
# Check the checkbox for Shared.
# Click Add.

=== Attaching new ISO storage ===
# Go to Proxmox management interface.
# Click Datacenter in the treeview.
# Select the Storage tab.
# Click Add -> NFS.
# Set the ID to <code>${STORAGE_SERVER_HOSTNAME}-iso-storage-nfs</code> (e.g. <code>proxstore-iso-storage-nfs</code>).
# Enter the IP of the storage server.
# Select the export from the Export dropdown.
# In the Content dropdown, select ISO and deselect Images.
# Set Max Backups to 0.

Rootmanual:Hantera root rättigheter

2012-12-03T18:01:42Z

Tobbez: ns-master -> nis

[[Kategori:Rootmanual|Root, hantera rättigheter]]
=Hantera root-rättigher=
En liten beskrivning av hur man ger och tar root-rättigheter.

==Skapa root==
* Lägg till i gruppen <tt>root</tt>. (nis:/lysator/etc/nis/db/group)
* Lägg till i netgroup <tt>root</tt>. (nis:/lysator/etc/nis/db/netgroup)
* Skapa <tt>/admin</tt>-principal. (kadmin, <tt>ank -policy Admins <newroot>/admin</tt>)
* Lägg till i e-postaliaset <tt>root</tt>. (bernadotte:/etc/aliases)
* Lägg till i gruppen <tt>root</tt> i datorhandbokswikin. ([[Special:Userrights|Användarrättighetshantering]])

==Ta bort root==
* Ta bort ur gruppen <tt>root</tt>. (nis:/lysator/etc/nis/db/group)
* Ta bort ur netgroup <tt>root</tt>. (nis:/lysator/etc/nis/db/netgroup)
* Lägg till i netgroup <tt>xroot</tt>. (nis:/lysator/etc/nis/db/netgroup)
* Expirera <tt>/admin</tt>-principal.
* Ta bort från e-postaliaset <tt>root</tt>. (bernadotte:/etc/aliases)
* Ta bort ur gruppen <tt>root</tt> i datorhandbokswikin. ([[Special:Userrights|Användarrättighetshantering]])

Rootmanual:Puppet

2012-11-05T17:06:44Z

Tobbez: /* Hur konfigurerar jag min dator med hjälp av Puppet? */

Lysator kör huvudsakligen Puppet för att administrera arbetsstationerna i ~, men det vore önskvärt om vi kunde börja använda puppet till alla sorters tjänster.

== Lysators puppetkonfiguration ==

Vår konfiguration finns i ett git-repository i en zone på biggles:

Endast läsaccess: git://puppet.lysator.liu.se/
Läs- och skrivaccess: ssh://puppet.lysator.liu.se/opt/puppet

Det är inte så hjälpsamt att titta på repositoriet som det är, så för att få något användbart ur det bör du checka ut en kopia.

git clone ssh://puppet.lysator.liu.se/opt/puppet <målkatalog>

== Hur konfigurerar jag min dator med hjälp av Puppet? ==

För att köra puppet på en nyinstallerad maskin för vilken det finns existerande puppetkonfiguration:
* Om maskinen inte finns i puppet sedan tigidare, lägg till den på rätt ställe i SITE.pp samt se till att maskinspecifika filer i Files/ finns (bl.a. xorg.conf).
* Se till att maskinen har ett korrekt hostname och korrekta IPv4- och IPv6-addresser satta. Se även till att även IPv6-addressen finns med i /etc/hosts.
* Installera puppet.
* Kopiera <tt>/opt/puppet/conf.git</tt> från en maskin som redan kör puppet (exempelvis [[Volac]]) till <tt>/tmp/puppet</tt>.
* Se till att du är i en screen samt är inloggad som root
* Kör <tt>make install</tt> i mappen du precis kopierade över, datorn kommer då att konfigureras som den ska se ut, puppet confarna kommer att checkas ut i /opt/puppet/conf.git och cronjob kommer att installerat som ser till att köra puppet med conf därifrån lite då och då
* När du känner dig klar och det verkar fungera, rensa bort mappen du kopierade över, den behövs nu inte längre.

== Hur man ändrar Lysators puppetkonfiguration ==

* Införskaffa en kopia av <tt>ssh://puppet.lysator.liu.se/opt/puppet</tt> med ovan nämnda metod.
* Gör dina ändringar, kör add och commit med bra loggmedelanden som du känner för under tiden
* Kör <tt>make dry</tt> för att kontrollera dina ändringar (man kan eventuellt vilja bli root redan nu då man annars får att en del ändringar kommer att göras som inte alls kommer att göras pga att man inte har läsaccess till en del saker).
* Bli root.
* Kör <tt>make run</tt> för att testköra dina ändringar.
* Se till att dina ändringar fungerar.
* Kör (inte som root) 'git push' för att checka in dina ändringar.
* Vänta på cronjobbet som applicerar puppetreglerna var fjärde timme på alla andra datorer.

== Konfiguration ==

'''SITE.pp''' är den primära filen för puppet, här i specifieras vilka saker på varje enskild maskin som ska inkluderas av puppet, detta görs med node statements.
Noderna är uppbyggda så att det finns ett par generella nodtyper som sedan noder för de enskilda maskinerna ärver av. Exempelvis kan det se ut såhär för arbetstationer

node "ws1", "ws2", "ws3"
{
include workstations
}

workstations noden tar i sin tur och ärver vidare från mer generella noder samt inkluderar klasser som är specifika för arbetsstationer.

'''environment.pp''' här i definieras alla generiska paket som ska installeras på maskiner (paket som hör samman med tjänster definieras tillsammans med tjänsten i en egen fil)
Filen är uppbyggd i ett antal olika klassifieringar av paket, var och en i sin typ uppdelat i olika distributioner/operativsystem. Vanligast är väl att man vill lägga till nått paket på begäran av användare, för debian system så gör man detta igenom att lägga till ett paket i listan under user-packages::debian (denna inkluderas automatiskt av user-packages klassen på följande sätt:

class user-packages
{
include "user-packages::$operatingsystem"
}
Detta innebär att ska man köra på ett nytt operativsystem måste en specifik version av user-packages (och alla andra relevanta paket sektioner i filen) skapas för det operativsystemet för att saker ska fungera.

Notera att det finns två nivåer av uppdelningar av paketen, dels är det olika huvudklasser vilka är de som inkluderas utifrån (klasserna som inte har något ::operativystem efter sig), igenom att använda sig av olika sådana kan man få uppelning på vilken typ av maskiner paket ska finnas (arbetsstationer, cpuservrar mm). Och sedan är det inom varje sådan kategori uppdelat per operativsystem då paket ofta kan ha olika namn och så på olika operativsystem.

'''puppet.pp''' hanterar att allt som behövs för att alla puppetmanifest ska fungera okej finns på plats, att puppet manifesten hålls uppdaterade, cronjob för puppet existerar och att puppetkörningar loggas.

Övriga .pp filer hanterar diverse tjänster och inkluderas av olika sorters noder ifrån SITE.pp, vilka man behöver ändra i när man lägger till en ny nod med nytt os beror på vad det är för sorts nod. Enklast är att bara kolla i SITE.pp vilka klasser som inkluderas och sedan ta klasserna i tur och ordning och se om det är något som måsta läggas till för att det ska fungera.

Mer dokumentation för puppet finns på http://reductivelabs.com/trac/puppet

[[Kategori:Rootmanual]]
[[Kategori:Instruktioner]]

Julia

2011-03-12T15:25:52Z

Tobbez:

{{ej_i_drift}}

{| style="border: 0px"
! Funktion
| CPU-serverp
|-
! Specialfunktion
|
|-
! Operativsystem
| [[:Kategori:Gentoo | Gentoo Linux unstable]]
|-
! Arkitektur
| Alpha
|-
! CPU
| 3 * 400 MHz Alpha EV56
|-
! Minne
| 1 GB
|-
! SSH-fingeravtryck
| <pre>-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

julia.lysator.liu.se har följande SSH-fingeravtryck:

SSH1: a0:14:4f:e5:00:f3:2f:1e:e1:bf:92:6b:fc:c8:24:e6
SSH2 DSA: f7:46:51:dd:eb:f2:04:40:81:5f:81:29:42:12:83:60
SSH2 RSA: db:b3:65:c0:62:fd:f3:d5:69:bc:db:ef:8b:ea:72:64
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.8 (GNU/Linux)

iEYEARECAAYFAkd59VQACgkQAbrEtTMfrn2NHQCgjogb131WTtcOGAxkSSZ2aUdS
zTsAoIoyL5kWXahzCsz/LieiplPa/aOA
=GqzY
-----END PGP SIGNATURE-----</pre>
|-
! Modell
| Digital AlphaServer 4100
|-
! Placering
| [[FOO-hallen]], [[:Kategori:Rack B9 | Rack B9]]
|-
! Foto
| [[Fil:Julia.jpg|300px]]
|-
! Ansvarig root
| Karl-Johan Karlsson (<tt>creideiki</tt>)
|-
! Driftstatus
| Skrotad
|-
! Nagios-status
| {{Nagios}}
|-
! LysINV
| {{LysINV|nr=674}}
|}

== RAID-konfiguration ==

Julia har två SCSI-kort, kopplade till var sin disklåda.

Första disken i varje disklåda (<tt>sda</tt> respektive <tt>sde</tt>) är RAID-1-speglad <tt>/boot</tt> och swap. Resterande 6 diskar är en RAID-6-array för <tt>/</tt>.

== Omboot ==

Ibland händer det att Julia glömmer bort disklabeln på någon disk. Eftersom den kör RAID överallt är det inte ett omedelbart problem, men om man glömmer att rätta till det blir det det vid nästa omboot.

Problemet kan ses på många olika sätt, t.ex. att det står

sdb: unknown partition table

i dmesg under boot, eller att det lite senare, när den försöker ta upp RAID-arrayerna, står sådana här felmeddelanden:

md: Loading md2: /dev/sdb1
md: could not open unknown-block(8,17).
md: md_import_device returned -6
md: bind<sdc1>
md: bind<sdd1>
md: could not open unknown-block(8,81).
md: md_import_device returned -6
md: bind<sdg1>
md: bind<sdh1>
raid5: device sdh1 operational as raid disk 5
raid5: device sdg1 operational as raid disk 4
raid5: device sdd1 operational as raid disk 2
raid5: device sdc1 operational as raid disk 1
raid5: allocated 12506kB for md2
raid5: raid level 6 set md2 active with 4 out of 6 devices, algorithm 2
RAID5 conf printout:
--- rd:6 wd:4
disk 1, o:1, dev:sdc1
disk 2, o:1, dev:sdd1
disk 4, o:1, dev:sdg1
disk 5, o:1, dev:sdh1

eller att det står elaka saker i <tt>/proc/mdstat</tt>.

När det händer räcker det att skriva om disklabeln så att den blir identisk med den som finns på de andra diskarna, t.ex. så här:

Hitta rätt siffror från en fungerande disk (notera att dessa är olika för de två olika SCSI-kedjorna, så kolla själv):

root@julia ~ # '''fdisk /dev/sdc'''
Detected an OSF/1 disklabel on /dev/sdc, entering disklabel mode.

BSD disklabel command (m for help): '''u'''
Changing display/entry units to sectors

BSD disklabel command (m for help): '''p'''

3 partitions:
# start end size fstype [fsize bsize cpg]
a: 0 '''''8353799''''' 8353800 '''''ext2'''''
c: 0 '''''8369864''''' 8369865 unused 0 0

BSD disklabel command (m for help): '''q'''
root@julia ~ #

Skapa en likadan disklabel på en ofungerande disk:

root@julia ~ # '''fdisk /dev/sdb'''
Device contains neither a valid DOS partition table, nor Sun, SGI or OSF disklabel
Building a new DOS disklabel with disk identifier 0x83b06417.
Changes will remain in memory only, until you decide to write them.
After that, of course, the previous content won't be recoverable.

Warning: invalid flag 0x0000 of partition table 4 will be corrected by w(rite)

Command (m for help): '''b'''
/dev/sdb contains no disklabel.
Do you want to create a disklabel? (y/n) '''y'''
# /dev/sdb:
type: SCSI
disk:
label:
flags:
bytes/sector: 512
sectors/track: 63
tracks/cylinder: 255
sectors/cylinder: 16065
cylinders: 521
rpm: 3600
interleave: 1
trackskew: 0
cylinderskew: 0
headswitch: 0 # milliseconds
track-to-track seek: 0 # milliseconds
drivedata: 0
3 partitions:
# start end size fstype [fsize bsize cpg]
c: 1 521 521 unused 0 0

BSD disklabel command (m for help): '''u'''
Changing display/entry units to sectors

BSD disklabel command (m for help): '''d'''
Partition (a-c): '''c'''

BSD disklabel command (m for help): '''n'''
Partition (a-p): '''a'''
First sector (0-8369864, default 0):
Using default value 0
Last sector or +size or +sizeM or +sizeK (0-8369864, default 8369864): '''8353799'''

BSD disklabel command (m for help): '''t'''
Partition (a-a): '''a'''
Hex code (type L to list codes): '''8'''

BSD disklabel command (m for help): '''n'''
Partition (a-p): '''c'''
First sector (0-8369864, default 0):
Using default value 0
Last sector or +size or +sizeM or +sizeK (0-8369864, default 8369864):
Using default value 8369864

BSD disklabel command (m for help): '''p'''

3 partitions:
# start end size fstype [fsize bsize cpg]
a: 0 8353799 8353800 ext2
c: 0 8369864 8369865 unused 0 0

BSD disklabel command (m for help): '''w'''
Writing disklabel to /dev/sdb.

Syncing disks.
Calling ioctl() to re-read partition table.

BSD disklabel command (m for help): '''q'''
root@julia ~ #

Stoppa in disken i RAID-arrayen igen:

mdadm --manage --add /dev/md2 /dev/sdb1

Kontrollera att <tt>/proc/mdstat</tt> ser bra ut:

root@julia ~ # cat /proc/mdstat
Personalities : [raid1] [raid6] [raid5] [raid4]
md2 : active raid6 sdf1[3] sdb1[0] sdh1[5] sdg1[4] sdd1[2] sdc1[1]
16707328 blocks level 6, 64k chunk, algorithm 2 [6/6] [UUUUUU]
bitmap: 2/64 pages [16KB], 16KB chunk

md1 : active raid1 sde2[1] sda2[0]
4088448 blocks [2/2] [UU]
bitmap: 0/63 pages [0KB], 16KB chunk

md0 : active raid1 sde1[1] sda1[0]
72192 blocks [2/2] [UU]

unused devices: <none>

[[Kategori:Gentoo]]
[[Kategori:Maskiner ur drift]]

Rootgruppen

2010-10-21T16:24:27Z

Tobbez: Jag är root

Rootgruppen är de som administrerar Lysators datorsystem. Här följer en kort presentation av dom, i den mån de vill avslöja sig själva.

== [[User:pettson|pettson]] ==
{| style="border: 0px"
!align="right" | Namn
| Andreas Pettersson
|-
!align="right" | Medlem sedan
| 2005
|-
!align="right" | Root sedan
| 2007
|-
!align="right" | Foto
| | [[Bild:Pettson.jpg|none|thumb]]
|-
!align="right" | Driftstatus
| I drift
|-
!align="right" | Övrigt
| Superroot 2008-2009
|-
!align="right" | OS
| Spelar {Net, Free, Open}BSD och Solaris
|-
!align="right" | Kontaktinfo
| IRC: pettson@{IRCNet, Freenode, EFNet, GIMPNet}
|-
!
| Jabber: pettson@lysator.liu.se 
|-
!
| LysLysKOM: Andreas Pettersson 
|-
!
| Telefon: 070-565 93 86
|-
|}
== [[User:derfian|derfian]] ==
{| style="border: 0px"
!align="right" | Namn
| Karl Mikaelsson
|-
!align="right" | Medlem sedan
| 2004
|-
!align="right" | Root sedan
| 2007
|-
!align="right" | Foto
| | [[Bild:Derfian.jpg|none|thumb]]
|-
!align="right" | Driftstatus
| Gör mindre och mindre.
|-
!align="right" | Jobb
| Utvecklare/tekniker, Cendio AB
|-
!align="right" | OS
| Använder Gentoo, Fedora och RHEL/CentOS. Linux, alltså.
|-
!align="right" | Hackar i
| Mycket, men föredrar Python.
|-
!align="right" | Kontaktinfo
| Jabber: derfian@lysator.liu.se 
|-
!
| LysKOM: derfian (Karl Mikaelsson) 
|-
!
| Telefon: 070-320 84 44
|-
|}

== [[User:blambi|blambi]] ==
{| style="border: 0px"
!align="right" | Namn
| Patrik Lembke
|-
!align="right" | Medlem sedan
| 2007
|-
!align="right" | Root sedan
| 2007
|-
!align="right" | Driftstatus
| På drift i exil, eller något sådant
|-
!align="right" | Övrigt
|
|-
!align="right" | OS
| Allt som smakar GNU:ish och ibland annat som är fritt.
|-
!align="right" | Hackar i
| {e,c}Lisp, C (då helst C99 alt GNU99), Python, Ruby, Bash, GNU Emacs
|-
!align="right" | Kontaktinfo
| IRC: blambi@{Freenode, Mythos}
|-
!
| Jabber: blambi@lysator.liu.se 
|-
|}

== [[User:joakim_tosteberg|joakim_tosteberg]] ==
{| style="border: 0px"
!align="right" | Namn
| Joakim Tosteberg
|-
!align="right" | Medlem sedan
| 2007
|-
!align="right" | Root sedan
| 2008
|-
!align="right" | Foto
| | [[Bild:joakim.jpg|none|thumb]]
|-
!align="right" | Driftstatus
| I drift
|-
!align="right" | Övrigt
| Superroot 2009-2010
|-

!align="right" | Kontaktinfo
| IRC: joakim_tosteberg@Freenode
|-
!
| Jabber: joakim_tosteberg@lysator.liu.se 
|-
!
| LysLysKOM: Joakim Tosteberg 
|-
!
| Telefon: 0702 - 253 153
|-
|}

== [[User:busk|busk]] ==
{| style="border: 0px"
!align="right" | Namn
| Johan Busk Eriksson
|-
!align="right" | Medlem sedan
| 2003
|-
!align="right" | Root sedan
| 2009
|-
!align="right" | Driftstatus
| På drift
|-
!align="right" | Jobb
| Systemförvaltare, Liu-IT
|-
!align="right" | Övrigt
|
|-
!align="right" | OS
| GNU/Linux, om katten själv får välja
|-
!align="right" | Hackar i
| Ruby, C, en del annat ibland
|-
!align="right" | Kontaktinfo
| IRC: kodein@freenode (och EFNet)
|-
!
| Jabber: <användarnamn> @lysator.liu.se
|-
!
| Epost: lämnas som en övning åt läsaren
|-
!
| PGP/GPG-nyckel: 75079558 
|}

== [[User:tobbez|tobbez]] ==
{| style="border: 0px"
!align="right" | Namn
| Torbjörn Lönnemark
|-
!align="right" | Medlem sedan
| 2006
|-
!align="right" | Root sedan
| 2010
|-
!align="right" | Driftstatus
| I drift
|-
!align="right" | Kontaktinfo
| IRC: tobbez @ freenode
|-
!
| Mail: tobbez@lysator...
|-
|}

== [[User:zeising|zeising]] ==
{| style="border: 0px"
!align="right" | Namn
| Niclas Zeising
|-
!align="right" | Medlem sedan
| 2007
|-
!align="right" | Root sedan
| 2010
|-
!align="right" | Driftstatus
| I drift
|-
!align="right" | Övrigt
|
|-
!align="right" | OS
| Spelar helst {Free,Open}BSD men även Linux och Solaris kan gå.
|-
!align="right" | Kontakt
| IRC: Erandir @ EFnet, IRCnet samt Zeising @ freenode
|-
!
| LysLysKOM: zeising
|-
!
| Telefon: 070-532 10 11
|-
|}
== [[User:petterl|petterl]] ==
{| style="border: 0px"
!align="right" | Namn
| Petter Larsson
|-
!align="right" | Medlem sedan
| 2000
|-
!align="right" | Root sedan
| 2003
|-
!align="right" | Driftstatus
| I långsam drift
|-
!align="right" | Övrigt
|
|-
!align="right" | OS
| De flesta linuxsmaker.
|-
!align="right" | Hackar i
| Erlang, Pike, C, Lisp, Java, C++, Bash etc.
|-
!align="right" | Kontaktinfo
| LysLysKOM: Petter Larsson 
|-
!
| Epost: petterl@lysator.liu.se
|-
|}

== [[User:pen|pen]] ==

{| style="border: 0px"
!align="right"| Namn
| Peter Eriksson
|-

!align="right"| Medlem sedan
| 1989
|-
!align="right"| Root sedan
| 1990
|-
!align="right"| Foto
| [[Bild:Peter2003.jpg|none|thumb]]
|-
!align="right"| Jobb
| IT-chef, IFM.
|-
!align="right"| Rum
| Fysikhuset, rum F203
|-
!align="right"| Telefon
| 0705-182786
|-
|}

== [[User:bellman|bellman]] ==
{| style="border: 0px"
!align="right" | Namn
| Thomas Bellman
|-
!align="right" | Medlem sedan
| 1988
|-
!align="right" | Root sedan
| 1990
|-
!align="right" | Driftstatus
| Avdankad gammelroot; ägnar sig mest åt att klaga på ungrötterna.
|-
!align="right" | Jobb
| Låter handdockor blåsa rökringar i bunkern. Borde även valla LHC- och iskubsdata.
|-
!align="right" | OS
| Gentoo, CentOS
|-
!align="right" | Hackar i
| Python, C, Puppet, sh, GNU Emacs
|-
!align="right" | Kontaktinfo
| LysLysKOM: Bellman -- The Recursive Hacker
|-
|}

== [[User:poj|poj]] ==
{| style="border: 0px"
!align="right" | Namn
| Per Jonsson
|-
!align="right" | Medlem sedan
| 2003
|-
!align="right" | Root sedan
| 2006
|-
!align="right" | Foto
| | [[Bild:Poj_datorhandbok.jpg|none|thumb]]
|-
!align="right" | Driftstatus
| Sporadiskt.
|-
!align="right" | Jobb
| Ja
|-
!align="right" | OS
| Det mesta, men vissa saker bara när jag får betalt för det. Men gärna lite OpenBSD
|-
!align="right" | Hackar i
| Python om jag får välja, det mesta mot betalning
|-
!align="right" | Favoriteditor
| Emacs
|-
!align="right" | Kontaktinfo
| LysLysKOM: Per O Jonsson
|-
!
| Epost: inses lätt!
|-

|}

== [[User:zino|zino]] ==

{| style="border: 0px"
!align="right"| Namn
| Peter Bortas
|-

!align="right"| Medlem sedan
| 1994
|-
!align="right"| Root sedan
| 1995
|-
!align="right" | Driftstatus
| Selektiv
|-
!align="right"| Jobb
| Utvecklare, Opera.
|-
!align="right"| Rum
| Övre tornrummet
|-
|}

== [[User:grubba|grubba]] ==
{| style="border: 0px"
!align="right" | Namn
| Henrik Grubbström
|-
!align="right" | Medlem sedan
| 1991
|-
!align="right" | Root sedan
| 1993
|-
!align="right" | Driftstatus
| Selektiv, mestadels Xenofarm.
|-
!align="right" | Jobb
| Utvecklare, Roxen Internet Software.
|-
!align="right" | OS
| De flesta SVR4 och POSIX, ju obskyrare desto bättre. Undviker dock gärna OpenBSD.
|-
!align="right" | Hackar i
| Pike, C, sh, m4, assembler
|-
!align="right" | Kontaktinfo
| LysLysKOM: Henrik Grubbström
|-
!
| Epost: <grubba@grubba.org>
|-
|}

Coborn

2010-10-18T23:04:31Z

Tobbez: Jag är ansvarig för coborn numera.

{| style="border: 0px"
! Funktion
| CPU-server
|-
! Specialfunktion
| [[Jukebox i ~]]
|-
! Operativsystem
| [[:Kategori:Debian 5.0 | Debian]] Linux
|-
! Arkitektur
| x86/PC
|-
! CPU
| Athlon 900 MHz
|-
! Minne
| 768 MB
|-
! SSH-fingeravtryck
|
|-
! Modell
| ACT-hemmabygge åt NSC
|-
! Placering
| [[~]], [[:Kategori:~/skrubb | ~/skrubb]]

| [[Bild:ThinLinc-kluster.jpg|none|thumb]]
|-
! Ansvarig root
| Torbjörn Lönnemark (<tt>tobbez</tt>)
|-
! Driftstatus
| I drift
|-
! Nagios-status
| {{Nagios}}
|-
! LysINV
| {{LysINV|nr=595}}
|}

== RAID-konfiguration ==

Diskarna sitter som följer:

* <tt>hda</tt>: 10GB, systemdisk
* <tt>hdb</tt>: 250GB, RAID-1-spegel
* <tt>hdc</tt>: 250GB, RAID-1-spegel
* <tt>hdd</tt>: cdrom

<tt>hdb</tt> och <tt>hdc</tt> består av varsin stor partion med musik, speglade med mjukvaru-RAID-1.

[[Category:Tjänsteservrar]]
[[Category:Maskiner i drift]]
[[Kategori:Debian 5.0]]
[[Kategori:~/skrubb]]

Coborn

2010-10-14T18:03:06Z

Tobbez: coborn har numera debian

{| style="border: 0px"
! Funktion
| CPU-server
|-
! Specialfunktion
| [[Jukebox i ~]]
|-
! Operativsystem
| [[:Kategori:Debian 5.0 | Debian]] Linux
|-
! Arkitektur
| x86/PC
|-
! CPU
| Athlon 900 MHz
|-
! Minne
| 768 MB
|-
! SSH-fingeravtryck
|
|-
! Modell
| ACT-hemmabygge åt NSC
|-
! Placering
| [[~]], [[:Kategori:~/skrubb | ~/skrubb]]

| [[Bild:ThinLinc-kluster.jpg|none|thumb]]
|-
! Ansvarig root
| Joakim Tosteberg (<tt>joakim_tosteberg</tt>)
|-
! Driftstatus
| I drift
|-
! Nagios-status
| {{Nagios}}
|-
! LysINV
| {{LysINV|nr=595}}
|}

== RAID-konfiguration ==

Diskarna sitter som följer:

* <tt>hda</tt>: 10GB, systemdisk
* <tt>hdb</tt>: 250GB, RAID-1-spegel
* <tt>hdc</tt>: 250GB, RAID-1-spegel
* <tt>hdd</tt>: cdrom

<tt>hdb</tt> och <tt>hdc</tt> består av varsin stor partion med musik, speglade med mjukvaru-RAID-1.

[[Category:Tjänsteservrar]]
[[Category:Maskiner i drift]]
[[Kategori:Debian 5.0]]
[[Kategori:~/skrubb]]

Rootmanual:Puppet

2010-10-13T20:16:49Z

Tobbez: /opt/puppet/conf -> /opt/puppet/conf.git

Lysator kör huvudsakligen Puppet för att administrera arbetsstationerna i ~, men det vore önskvärt om vi kunde börja använda puppet till alla sorters tjänster.

== Lysators puppetkonfiguration ==

Vår konfiguration finns i ett git-repository i en zone på biggles:

Endast läsaccess: git://puppet.lysator.liu.se/
Läs- och skrivaccess: ssh://puppet.lysator.liu.se/opt/puppet

Det är inte så hjälpsamt att titta på repositoriet som det är, så för att få något användbart ur det bör du checka ut en kopia.

git clone ssh://puppet.lysator.liu.se/opt/puppet <målkatalog>

== Hur konfigurerar jag min dator med hjälp av Puppet? ==

För att köra puppet på en nyinstallerad maskin för vilken det finns existerande puppetkonfiguration:
* Om maskinen inte finns i puppet sedan tigidare, lägg till den på rätt ställe i SITE.pp samt se till att maskinspecifika filer i Files/ finns (bl.a. xorg.conf).
* Se till att maskinen har ett korrekt hostname och IPv4 address satt.
* Installera puppet.
* Kopiera <tt>/opt/puppet/conf.git</tt> från en maskin som redan kör puppet (exempelvis [[Volac]]) till <tt>/tmp/puppet</tt>.
* Kör <tt>make install</tt> i mappen du precis kopierade över, datorn kommer då att konfigureras som den ska se ut, puppet confarna kommer att checkas ut i /opt/puppet/conf.git och cronjob kommer att installerat som ser till att köra puppet med conf därifrån lite då och då
* När du känner dig klar och det verkar fungera, rensa bort mappen du kopierade över, den behövs nu inte längre.

== Hur man ändrar Lysators puppetkonfiguration ==

* Införskaffa en kopia av <tt>ssh://puppet.lysator.liu.se/opt/puppet</tt> med ovan nämnda metod.
* Gör dina ändringar, kör add och commit med bra loggmedelanden som du känner för under tiden
* Kör <tt>make dry</tt> för att kontrollera dina ändringar (man kan eventuellt vilja bli root redan nu då man annars får att en del ändringar kommer att göras som inte alls kommer att göras pga att man inte har läsaccess till en del saker).
* Bli root.
* Kör <tt>make run</tt> för att testköra dina ändringar.
* Se till att dina ändringar fungerar.
* Kör (inte som root) 'git push' för att checka in dina ändringar.
* Vänta på cronjobbet som applicerar puppetreglerna var fjärde timme på alla andra datorer.

== Konfiguration ==

'''SITE.pp''' är den primära filen för puppet, här i specifieras vilka saker på varje enskild maskin som ska inkluderas av puppet, detta görs med node statements.
Noderna är uppbyggda så att det finns ett par generella nodtyper som sedan noder för de enskilda maskinerna ärver av. Exempelvis kan det se ut såhär för arbetstationer

node "ws1", "ws2", "ws3" inherits workstations
{
}

workstations noden tar i sin tur och ärver vidare från mer generella noder samt inkluderar klasser som är specifika för arbetsstationer.

'''environment.pp''' här i definieras alla generiska paket som ska installeras på maskiner (paket som hör samman med tjänster definieras tillsammans med tjänsten i en egen fil)
Filen är uppbyggd i ett antal olika klassifieringar av paket, var och en i sin typ uppdelat i olika distributioner/operativsystem. Vanligast är väl att man vill lägga till nått paket på begäran av användare, för debian system så gör man detta igenom att lägga till ett paket i listan under user-packages::debian (denna inkluderas automatiskt av user-packages klassen på följande sätt:

class user-packages
{
include "user-packages::$operatingsystem"
}
Detta innebär att ska man köra på ett nytt operativsystem måste en specifik version av user-packages (och alla andra relevanta paket sektioner i filen) skapas för det operativsystemet för att saker ska fungera.

Notera att det finns två nivåer av uppdelningar av paketen, dels är det olika huvudklasser vilka är de som inkluderas utifrån (klasserna som inte har något ::operativystem efter sig), igenom att använda sig av olika sådana kan man få uppelning på vilken typ av maskiner paket ska finnas (arbetsstationer, cpuservrar mm). Och sedan är det inom varje sådan kategori uppdelat per operativsystem då paket ofta kan ha olika namn och så på olika operativsystem.

'''puppet.pp''' hanterar att allt som behövs för att alla puppetmanifest ska fungera okej finns på plats, att puppet manifesten hålls uppdaterade, cronjob för puppet existerar och att puppetkörningar loggas.

Övriga .pp filer hanterar diverse tjänster och inkluderas av olika sorters noder ifrån SITE.pp, vilka man behöver ändra i när man lägger till en ny nod med nytt os beror på vad det är för sorts nod. Enklast är att bara kolla i SITE.pp vilka klasser som inkluderas och sedan ta klasserna i tur och ordning och se om det är något som måsta läggas till för att det ska fungera.

Mer dokumentation för puppet finns på http://reductivelabs.com/trac/puppet

[[Kategori:Rootmanual]]
[[Kategori:Instruktioner]]