#4995 closed Aufgabe (erledigt)
NC: Datenbank-Server einrichten
| Reported by: | Rüdiger Kupper | Owned by: | Rüdiger Kupper |
|---|---|---|---|
| Priority: | schnell erledigen | Milestone: | Nextcloud auf dedizierten Virtualisierer umziehen |
| Component: | Webdienst: Kepler-Cloud | Severity: | beeinträchtigt keinen Unterricht |
| Keywords: | Cc: | bau |
Description
Die NC-Datenbank soll zukünftig auf einem eigenen Server laufen.
-> Rechner bzw. VM aufsetzen.
Change History (24)
comment:1 by , 3 years ago
| Summary: | NC: Datenbank-Server einrichte. → NC: Datenbank-Server einrichten |
|---|
comment:2 by , 3 years ago
comment:4 by , 3 years ago
ProxMoxLS4 ist einsatzbereit. Ich habe dem gestern eine Netzwerkkonfiguration verpasst.
Erreichbar sind die neuen ProxMoxe 3,4 und 5 vom paedml mit ssh proxmoxls3 etc.
comment:6 by , 3 years ago
Die Netzwerkkonfig auf proxmoxls4 sieht anders aus als auf proxmoxls3,5. Auf proxmoxls4 gibt es mehr Interfaces, ist das so richtig? Sind die drei neuen Proxmoxe gleichwertig, oder soll der Datenbankserver speziell auf proxmoxls4?
comment:7 by , 3 years ago
Ich habe eben auf proxmoxls{3,4,5} die Locales konfiguriert und ein apt-upgrade gemacht. Proxmoxls5 ist nach einem Reboot leider nicht wiedergekommen (3,4 kein Problem). Wo stehen die Maschinen denn, dann schau ich mal vorbei?
comment:8 by , 3 years ago
Nur ProxmoxLS4 ist richtig eingerichtet, die anderen beiden noch nicht.
ProxmoxLS5 hat ein Speicehrproblem, welches ich noch lösen muss, deshalb hängt der beim Booten.
Für was wir die nehmen, bleibt uns überlassen.
comment:9 by , 3 years ago
Ah okay. Dann würde ich wohl erst mal versuchen, die nextcloud-VM (bzw. testnextcloud), wie sie jetzt ist, von proxmoxls2 auf proxmoxls4 umzuziehen. Also inklusive des dort laufenden mysql-Servers. Dann kann ich dort schon mal testen, ob das Upgrade mit unserer Lizenz klappt. Wenn dann die anderen Proxmoxe bereit sind verschieben wie den Datenbankserver auf eine eigene Maschine.
comment:10 by , 3 years ago
Ah, ich kann auch zwri VMs auf dem selben Host einrichten und später eibe umziehen, klar.
comment:11 by , 3 years ago
comment:12 by , 3 years ago
- @bau
- Als nächstes brauche ich IP(s) für den Datenbankserver. Muss vorr. nur zwischen den Proxmoxls-Rechnern erreichbar sein.
comment:13 by , 3 years ago
ProxmoxLS{3,4,5} sind voll verfügbar.
Der Zugriff auf die DB-Server muss vom Server nextcloud.kg-fds.de erfolgen (auch von collabora.kg-fds.de?) und in einem möglichst geschützten Rahmen stattfinden. Daher würde ich dem DB-Server eine Adresse im Lehrernetz (grau geben), da ist er am besten geschützt. Nehmen wir 10.16.112.27 (cloudDB.kg-fds.de)
comment:14 by , 3 years ago
| Cc: | added |
|---|---|
| Owner: | changed from to |
| Status: | new → accepted |
Ok, sehr gut, ich richte den Container ein.
comment:16 by , 3 years ago
Container auf proxmoxls5 eingerichtet:
- Ubuntu 22.04
- IP: 10.16.112.27 (eth1, vlan6)
- hostname: clouddb
Sehe ich das richtig, dass der Container noch ein Interface ins vlan30 braucht, um ins Internet zu kommen (für Updates/Installationen)? Wenn ja, welche IP bekommt sie da (192.168.150.x ?)
comment:18 by , 3 years ago
Der direkte Weg für Updates wäre natürlich in VLAN30, dafür müsste ich dem Container einer IP zuweisen.
Alternativ kannst du in der /etc/apt/apt.conf den proxysw.kg-fds.de:3128 eintragen.
comment:21 by , 3 years ago
| Resolution: | → erledigt |
|---|---|
| Status: | accepted → closed |
comment:23 by , 3 years ago
Replying to bau:
Hast du den Datenbankzugriff hinbekommen?
Ja! Habe es gestern noch mal probiert (mit einem aktuellen wiederhergestellten Image auf unserer testcloud-Maschine und der auf clouddb liegenden verkleinerten Datenbank.
Zuerst habe ich im Log wieder die Fehlermeldung gesehen (could not connect to database – no such file or directory). Der zweite Teil der Meldung hat mich dann stutzig gemacht und bei näherer Analyse stammte die Meldung vom Cron-Job, der alle 15 Minuten in NC läuft. Konnte mir erst keinen Reim darauf machen, bis mir auffiel, dass ich den Umzug immer nur versucht habe, solange testcloud im Maintenance-Mode war. Dort ist das ganze System aber nur eingeschränkt verfügbar. Also hab ich den Maintenance-Mode mal versuchsweise abgestellt und 15 Minuten gewartet. Es kam keine Fehlermeldung mehr und der Cronjob lief normal durch, die Cloud war normal verwendbar.
Also scheint es, dass die Meldung so eine Art "Phantomschmerz" war, weil der Cronjob vielleicht noch die alten Zugangsdaten benutzt hat und die Daten nicht aktualisieren konnte(??)
Jedenfalls klappt die Verbindung, ich konnte den MariaDB-Server auf testcloud komplett abstellen.
Vorschlag: wir migrieren *erst* die NC-Datenbank auf einen eigenen Server und danach die NC.