allwöchentliches Arbeitstreffen

Umbenennen (Verschieben) von Mail-Verteilern

https://pro.stura.htw-dresden.de/issues/842

vat, goeranh, …

Aktualisierung von allen Mail-Verteiler für alle.stg.…

(Berichtigung des Fehlers zur Verwechslung von 5.stg.… und 6.stg.… auch berichtigen.

https://pro.stura.htw-dresden.de/issues/1225)

vat, goeranh, …

(Aktualisierung vom Mail-Verteiler 22.stg.… und konzeptionelle Vorbereitung vom Mail-Verteiler 23.stg.…)

vat, goeranh, …

Stand zum möglichen Umzug der Website (Plone)

goeranh hat wohl den Dienst in einer virtuelle Maschine mit einer aktuellen Version von FreeBSD zum Laufen bekommen. (Wenn das so "reproduzierbar" ist, dann sollten wir den Dienst in einer Instanz in einer Jail (mit einer nicht (ansatzweise) aktuellen Version von FreeBSD, in eine eine Instanz in einer virtuellen Maschine, die Cluster mit PVE laufen würde, umziehen.)

vat wüste gern die (dokumentierten) Arbeitsschritte. Im Zweifelsfall sollte das anhand einer erstellten (oder zu erstellenden) Dokumentation möglich sein.

exemplarisches Aktualisieren von einem contailer mit NixOS

(Vorbereitung vom Bericht Erstellung Dienst Warenverwaltung)

(Vorbereitung der Außerbetriebnahme (der aktuellen Instanz) Dienst Warenverwaltung)

Vorbereitung der Entscheidung zur Außerbetriebnahme vom Dienst Umfragen

Vorbereitung vom Bericht Erstellung Dienst Eintrittsverwaltung
 

(Vorbereitung der Erstellung einer (neuen) Instanz Dienst Warenverwaltung)

(Überführung (von PrestaShop) zu thirty bees als Anwendung für den Dienst Warenverwaltung?

Evaluation Anwendung thirty bees?

test.thirtybees.htw.stura-dresden.de ?)

 Max?

Stand zur "Inventarisierung" der Hardware (und Software (aka Container))

Gibt es zu NetBox eine Dokumentation zur Installation? (Paul würde gern die Instanz an Sören übergeben.

(Arg übertrieben, wegen Panik durch einer Fehleinschätzung von VAT und goeranh) Pro server ein weiteres Gerät für Massenspeicher "eingeschoben"!

Entfernung von wesentlich überflüssigen Inhalten bei CephFS

Aktualisierung pfSens bei der Firewall für Notfälle (….2)

11:11

DEF CON

Black Hat

Arbeit

goeranh@ (und symbolisch vat@) zockt das firewall HA game mit OPNsense. Completed!

https://pro.stura.htw-dresden.de/issues/854

Den Versuchsaufbau lassen wir bis Samstag stehen.

Pause!

15:15 geht es weiter!

sed -i s/'pfSense (SPOF style)'/'OPNsense (HA style)' {firewall,vpn,router} services

2 · DELL R210 mit je 2 · (ersatzweise alte schäbige) HDD [aka Gerät für Massenspeicher]

test netbox 3.3 migration

Ceph upgrade party hard (reloaded)!

https://pro.stura.htw-dresden.de/issues/1385

Erstellung LXC (NixOS 22.11) NetBox [Version 3.3]

Migration NetBox (produktive Daten aus der Instanz zum Testen)

NetxBox "Review"

Es erscheint überlegenswert, ob Konten für die einzelnen Aktiven erstellt wird. Damit wäre es möglich, dass beim "Changelog" erkennbar wird wer was geändert hat. Somit wäre es möglich Nachfragen zu stellen, etwa wenn mal was unklar ist wieso was eingetragen wurde.
soll

Es erscheint überlegenswert, dass auch alle "wechselbaren" Teile - also sogar auch Geräte für Arbeitsspeicher und Geräte für Massenspeicher - bei Devices -> Inventory Item Roles und  Devices -> Inventory Items "inventarisiert" werden.
kann

Es erscheint überlegenswert, dass vermerkt wird welche Geräte beim StuRa im Anlagevermögen der Buchhaltung inventarisiert sind. (Es soll die Inventarnummer mit angegeben werden.)
soll

Paul würde sich freuen, wenn Sören und er einmal das Wiki (Intern:Server) durchgehen könnten, um dortigen Einträge überprüfen zu können, um sie dann dort (in der ewig großen und hässlichen Tabelle) zu entfernen.
Sören würde sich auch freuen.
muss

Es erscheint überlegenswert, ob und wie Rollen (bei Devices -> Device Roles) erstellt werden. Rollen sollen der Zweck sein. Sören meint damit "in seiner Welt" Funktion des Services. Paul meint damit "in seiner Welt" Dienst der Instanz.
soll

Es ist angedacht, dass bei Instanzen zum Test (Virtualization -> Virtual Machines) mindestens folgende "Eigenschaften" angegeben werden müssen:

• Name (hostname)
• IPv4 (zwangsläufig auch Interface)
• Host (welches "Cluster")

Paul bittet Sören (flehend) doch einmal die Schritte aufzuschreiben, die notwendig (und ideal) sind, um "auf die Schnelle" eine neue Instanz zum Testen einer Software zu erstellen (und bei NetBox zu vermerken). Paul möchte gern Göran diese Schritte vorstellen, um dann zu "nötigen" sie auch stets zu befolgen.
muss

Bei den Kabeln (Connections -> Cables) fehlen viel Einträge und auch die bestehenden Einträge sind fragwürdig. Bevor die Erhebung stattfindet soll eine Konzeption (zu Switches und Verkabelung) erstellt werden.
muss

Sören erscheint es nicht ganz richtig, Switches im Netbox über Rear-/Frontports zu modellieren. Die Dokumentation zu Netbox beschreibt nämlich ein anderes Szenario für die Front-/Rearports. Bevor das Konzept für Verkabelung und Switches umgesetzt werden soll, muss in Erfahrung gebracht werden, wie Switches tatsächlich und sinnvoll in Netbox zu modellieren sind.
muss

Es erscheint überlegenswert die Stromversorgung (bei Connections -> Power Connections und Power) abzubilden.
kann

Debatte zu Adressen im Netzwerk: bestimmtes /24 für Instanzen zum Testen

Eine Idee von Sören: Ein separates Netz (z.B. 10.1.1.0/24) für Tests aufbauen, sodass man auf Testinstanzen keine IP-Adresskonflikte mit Produktivinstanzen hervorrufen kann. Außerdem ist dann leichter zu erkennen, was Test und was produktiv ist.

Paul findet das sehr gut. Alternativ könnten auch alle Instanzen, die eine Adresse im internen Bereich haben eine Adresse in einem "neuen" Bereich bekommen.

Göran? (Paul bittet Göran um mögliche Kritik.)

Migration Redmine

Göran hat Redmine "hochgedockert".

(Sören oder) Paul soll eine Instanz mit NixOS vorbereitet haben, wo der Dienst Aufgabenverwaltung langfristig leben soll.

Wir versuchen das mal "final" zu migrieren.

"Ausmisten" von nicht mehr benötigten Instanzen, insbesondere beim Node zum Testen mit PVE

goeranh@ und vat@ wollen das mal machen (müssen)

"Hausaufgaben"

vat@: Erarbeiten (Entwickeln) und Konsolidieren von Anleitungen (How to), insbesondere zu NixOS

?goeranh@: (erneutes und berichtigtes) Erstellen vom Zertifikat für den Server für OpenVPN, sodass eine Vielzahl von Verbindungen bestehen können, womöglich im Zusammenwirken mit Clemens

?offbyone@: Inventarisieren aller virtuellen Instanzen (Containerisierung und Virtualisierung)

Spezielles für die Containerisierung mit LXC bei PVE von NixOS

Sichtung der bestehenden Vorlage

(gebaut durch hydra)

Sichtung des bestehenden (verwendeten) Moduls

https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/virtualisation/proxmox-lxc.nix

Sichtung des (eigentlich nicht relevanten) Moduls für die Virtualisierung mit KVM bei PVE von NixOS

https://github.com/NixOS/nixpkgs/blob/master/nixos/modules/virtualisation/proxmox-image.nix

Erstellung der zentralen Aufgabe zur Umstellung zur Vorlage proxmox-lxc.nix

Was läuft alles mit der "alten" Vorlage lxc.nix?

nextcloud?! (cloud.…)

mediawiki? (wiki.…)

?

Beitrag Bericht Rechenschaft 2022-IV

vat@: obo@?

Sitzungen "aufräumen"

riegel@: Muss ja!

Dank an die Crew!

vat@: 3188 (aka 2022) war richtig gut.

riegel@: Danke! (Insbesondere heinemann@ war der Hammer.)

riegel@: s.boxberger@, bitte "dokumentiere" 2023 mich weg.

Daniel was there!

Beim Umschauen fiel uns auf, dass wir bei (den wenigen) Instanzen zur Virtualisierung bei Storage bei Bus IDE - statt eigentlich VirtIO Block - verwenden. Damn!
Ticket erstellen!
Dokumentieren!

Daniel merkt an, dass wir bei (den wenigen) Instanzen zur Virtualisierung bei Storage bei Cache statt Default (No cache) auch Write back verwenden könnten. (Das ist vergleichbar wenn bei einer physischen kein (durch Firmware verwalteter) Zwischenspeicher im Gerät ist.)
vat@: Jo! Sollten wir dann zukünftig auch so machen können.
goeranh@:
Ticket erstellen!
Dokumentieren!

Daniel merkt an, dass wir für Instanzen zur Containerisierung bei Datacenter bei Storage bei dem "storage" (RBD PVE) KRBD verwenden könnten. (Das erlaubt, dass für den Container Ceph (RDB) auch im Kernel gemacht werden kann.)
vat@: Jo! Sollten wir dann zukünftig auch so machen können.
goeranh@:
Ticket erstellen!
Dokumentieren!

Daniel merkt an, dass (auch aus seiner Sicht) ein Verbund für Ceph ohne Verbindung von 10-Gbit/s für den Betrieb von Diensten, die ständig lesen und schreiben wollen, nicht ernsthaft benutzbar ist. 1-Gbit/s geht (notfalls) für einen Verbund für Ceph als asynchrone Datensicherung.

Daniel merkt an, dass (aus seiner Sicht) ein Verbund für Ceph nicht nur 3, sondern mehr Nodes haben muss. Sobald sonst ein Node ausfällt besteht die Gefahr von Split Brain. Da immer zu einer ungeraden Anzahl von Nodes geraten wird, plädiert er auf 5 Nodes.

Daniel und goeranh@ "philosophieren" über AD mit (nur freier Software) per Samba & Co. Wäre schon schön ….

Daniel merk an, dass (aus seiner Sicht) auch bei Ceph LZ4 (wie von ZFS bekannt) verwendet werden kann.
vat@: Jo! (Ich kenne Kompression mit LZ4 nur von ZFS (und liebe es).) Sollten wir dann zukünftig auch so machen können.
goeranh@:
Ticket erstellen!
Dokumentieren!

vat ist zur FOSDEM! Happy Ceph(ing)? (oder was auch immer)!

Der Bereich Administration Rechentechnik wünscht allen beste Erfolge bei den Prüfungen!

https://pro.stura.htw-dresden.de/issues/1331 prüfen und vervollständigen?

Der Bereich Administration Rechentechnik wünscht allen beste Erfolge bei den Prüfungen in der kommenden letzten Woche des Prüfungsabschnittes!

Der Prüfungsabschnitt ist Ende der Woche vorbei!

In den nächsten Wochen wollen (müssen) wir - entsprechend der Absprachen der 4. Sitzung Bereich Administration Rechentechnik 2022/2023 - angehen:

• "Evakuation" Website (….1)
• erst einmal über FreeBSD 10 per Virtualisierung mit FreeNAS 9.10
• (zu Virtualisierung mit FreeBSD 13)
• "Evakuation" Mail (….14)
• erst einmal über Debian 10 per Containerisierung (oder Virtualisierung)
• (zu Containerisierung NixOS 22.11 (und Mailman 3))
• ("Evakuation" WUI Chat (….27))
• zu Containerisierung NixOS 22.11 (und vielleicht Convers)

Begrüßung (von neuen Interessierten zur Mitwirkung)

Vorstellung vom System (PVE mit Ceph, samt LXC mit NixOS)

Fragen?

Vorstellung der aktuellen Aufgaben (samt Aufgabenverteilung innerhalb des Bereiches Administration Rechentechnik 2022/2023)
Angebot zur Übergabe von bestehenden Aufgaben, samt entsprechender Einarbeitung
"How to Leitung (Bereich Administration Rechentechnik)"

Information Vakanz Vorstand

WTF!

Vorbereitung Baumaßnahmen Stromversorgung (Dezernat Technik)

In der KW 17 sollen wir die lang erwünschte Verbesserung der Stromversorgung in Raum A008 erhalten. (Großartig!) Dazu wird es Baumaßnahmen im Raum geben.

Mindestens die Wände im Eingangsbereich (Wand mit der Tür zum Gang) sollten "zugänglich" gemacht werden. (Auf der linken Seite sei das sogar jetzt schon in Ordnung.)

Vorbereitung Übergabe Instanz Website (studentisches) Fakultätsfest Informatik/Mathematik

Rechenschaftsbereicht 2023-I

Begrüßung (von neuen Interessierten zur Mitwirkung)

Vorstellung vom System (PVE mit Ceph, samt LXC mit NixOS)

Fragen?

Vorstellung der aktuellen Aufgaben (samt Aufgabenverteilung innerhalb des Bereiches Administration Rechentechnik 2022/2023)
Angebot zur Übergabe von bestehenden Aufgaben, samt entsprechender Einarbeitung
"How to Leitung (Bereich Administration Rechentechnik)"

Information Vakanz Vorstand

WTF!

Nachbereitung Baumaßnahmen Stromversorgung (Dezernat Technik)

In der KW 17 sollen wir die lang erwünschte Verbesserung der Stromversorgung in Raum A008 erhalten. (Großartig!) Dazu wird es Baumaßnahmen im Raum geben.

Mindestens die Wände im Eingangsbereich (Wand mit der Tür zum Gang) sollten "zugänglich" gemacht werden. (Auf der linken Seite sei das sogar jetzt schon in Ordnung.)

Pavel berichtet, dass am (Sonntag Nacht) Montag Morgen die Wand

Vorbereitung Übergabe Instanz Website (studentisches) Fakultätsfest Informatik/Mathematik

Rechenschaftsbereicht 2023-I

Zukunft mit Nix

goeranh schwärmt - gemeinsam mit offbyone - zu nix flakes.

Paul nimmt mit und möchte festhalten: Wir brauchen dazu einen Host für git (etwa mit Gitea), einen Host für (Nix) Hydra und ein (für neue nachvollziehbares) Konzept.

goeranh: Jo! Das Gitea sollte gleich mit sowas wie KanIDM betrieben werden. Und dafür  (KanIDM) sollten wir sops verwenden.

Paul: Jo!

Begrüßung (von neuen Interessierten zur Mitwirkung)

Vorstellung vom System (PVE mit Ceph, samt LXC mit NixOS)

Fragen?

Vorstellung der aktuellen Aufgaben (samt Aufgabenverteilung innerhalb des Bereiches Administration Rechentechnik 2022/2023)
Angebot zur Übergabe von bestehenden Aufgaben, samt entsprechender Einarbeitung
"How to Leitung (Bereich Administration Rechentechnik)"

Migration Website (Plone)

Migration Mail (Postfix und GNU Mailman)

Um Verständnis für anteilige Belegung und vermeintliche Unordnung wird gebeten.

Bei vorzeitiger Beendigung der Nutzung des Raumes wird der Termin (beendend) angepasst werden.

Migration Mail (Postfix und GNU Mailman)

beispielsweise #1619

Migration Website (Plone)

Migration Website (Plone)

Migration Mail (Postfix und GNU Mailman)

(Debatte Anschaffung Hardware)

(Debatte Anschaffung "minimalistisches" Cluster 10 GBit)

(Debatte Anschaffung (und potentielle Einrichtung) Laptops)

("Aufräumen" ("Ausmisten") auf dem Server zum Testen mit PVE)

Bericht externe "Erreichbarkeit" mit Tunnel zu internen Instanzen

headscale & Co all the shit zum Testen

goeranh berichtet

goeranh zeigt die Anbindung einer (dafür zu erstellenden) neuen Instanz exemplarisch mit Eintrag für DNS

Bericht Evakuierung und Aktualisierung Mail (Postfix und GNU Mailman)

vater berichet (über erfolgtes und zu erfolgendes)

Dokumentation Konfiguration von SRS als Teil von Postfix [goeranh zeigt und erzählt vat alles; wenn goeranh keinen Bock auf Dokumentation hat, dann übernimmt vat das, der auch keinen Bock hat]

eigentlich schon grob am Mittwoch durch goeranh und vat erledigt

Durchgehen aller manuell gesetzten Optionen zur Konfiguration der Dienste (Postfix, GNU Mailman, OpenSSH, …)

https://pro.stura.htw-dresden.de/issues/1656

Was tut Not? (vielleicht hat offbyone Bock das durchzuprüfen; anderenfalls macht das dann vat)

Wollen wir mal auf dem Server zum Testen von Instanzen auf PVE aufräumen?

Gefühlt bestehen da 42 Instanzen, wovon vielleicht 5 laufen und höchstens 23 noch aufgehoben werden sollten, ist zu glauben.

Obwohl die letzten Wochen bewusst (im Prüfungsabschnitt) keine Arbeitstreffen angesetzt waren, fanden die Arbeitstreffen statt. (Es wurde viel gearbeitet. Danke! :-* )

In den kommenden Wochen wird locker leger viel gearbeitet. .-)

vat ist zur FrOSCon 18. vat macht dort Nix, insbesondere erklärt er dort auch Nix.