Hey Christian,
das war in älteren Versionen mal mit agorum core sync möglich, aber das haben wir eingestellt, da es unseren eigenen Ansprüchen nicht genügte. In einer neuen sync-Version wird es wieder möglich sein, mehrere Standorte an agorum anzubinden. Das haben wir für das kommende Jahr geplant.
Lass mich wissen, wenn wir Dir weitere Fragen beantworten können!
Guten Morgen Herr Stoehr,
wie lang sind diese Unterbrechungen in etwa? Und seit wann treten diese auf? Wie sind die VMs konfiguriert? Ich nehme an, im bridged mode? Es ist schon eine Weil eher, dass ich mich mit VMware beschäftigt habe, aber haben Sie schon die VMware Fehlerbehebung durchlaufen lassen?
Dominik Katzenmaier, ganz bestimmt und wir werden, wie immer, die Erkenntnisse aus gelösten Vorgängen in unsere Doku für alle einfließen lassen. Ihr Ticket liegt seit gestern in der Entwicklung. Sobald ich eine Antwort für Sie habe, melde ich mich im Vorgang bei Ihnen.
Guten Morgen Herr Katzenmaier,
ich kann mich an den Vorgang erinnern, nach unserer Freigabe habe ich jedoch keine Rückmeldung Ihrerseits erhalten, dass die Änderung sich bis heute nicht bemerkbar gemacht hat. Bitte teilen Sie uns die Ergebnisse Ihrer Beobachtung im ursprünglichen Ticket mit. Hierzu müssen Sie lediglich auf eine vorhandene Ticket-Mail antworten. Der Vorgang wird dann erneut eröffnet.
Vielen Dank!
Guten Morgen StefanF,
das Thema Debian 12 ist vorerst KEIN Thema, da wir Debian 12 noch nicht mit agorum getestet haben und es durchaus sein kann, dass es nicht funktioniert. Gerade vor 14 Tagen hatten wir einen ähnlichen Fall. Hier brachte die Verwendung von Debian 11 den erhofften Erfolg.
Davon abgesehen: Leider hat es etwas gedauert, bis ich die Zeit gefunden habe, Deine Problematik lokal nachzuvollziehen. Ich kann Dein Problem bei der Installation von libaio jedoch leider nicht reproduzieren.
Da die Ursache für derlei Probleme sehr vielfältig sein können, fällt das in den Bereich des Betriebs. Hier müsstest Du Dich u.U. einmal an die Debian-Community wenden.
Guten Morgen Lina Valantukeviciute
welche Version ist denn installiert?
dpkg -l libaio1Dies gibt Ihnen Informationen zur installierten Version von libaio1. Wenn Sie sicherstellen möchten, dass Sie die neueste Version von libaio1 installiert haben, können Sie den folgenden Befehl ausführen:
sudo apt-get update && sudo apt-get upgrade libaio1Im Normalfall sollte ein Neustart nach der Installation nicht notwendig sein, jedoch habe ich in meiner Hyper-V Testumgebung unter ubuntu schon die Erfahrung gemacht, dass einzelne Dienste nicht, oder nicht richtig gestartet wurden. Welche Debian11 Version haben Sie denn verwendet? Ebenfalls die netinstall?
KStoehr Bestens, vielen Dank für die Rückmeldung!
Guten Morgen Herr Stöhr,
in Klarschrift hinterlegte Passwörter sind natürlich ein Problem, aber Sie haben die Möglichkeit, das Passwort zum Beispiel in einer eigenen Datei zu speichern und diese im Skript einzubinden.
Hier mal ein Beispiel:
set /p password=<password.txt
mysqldump -u root -p%password% dbname > dbname.sqlDas Skript liest das Passwort aus der Datei “password.txt” und verwendet es dann für den Dump. Lassen Sie mich wissen, ob Ihnen das weiterhilft.
Ich bin gespannt auf Ihre Rückmeldung!
annkatrin.goepfert Danke für die Klarstellung und KStoehr Sry, da habe ich wohl offenen Auges geschlafen!
Hallo, Herr Stöhr! Steht in der Fußleiste hier im Forum:
Dazu findest Du nähere Infos hier im Forum:
"Waiting until the server becomes available ..." wird sporadisch angezeigt"
Des weiteren ist bei einer kurzen Google-Suche schnell zu finden, wie man unter Linux, Diensten die nicht starten, auf die Sprünge hilft. Schau einfach mal, ob Du damit klar kommst.
StefanF, schau mal in die Log-Files, ob Du hier weitere Informationen findest. In diesem Teil der Doku sind die Log-Dateien und Ihre Eigenschaften beschrieben.
Dem anhängig sind auch Beispiele zur Fehlererkennung. Ich werde parallel schauen, was ich noch in Erfahrung bringen kann. Dazu wären auch ein paar mehr Details hilfreich: Gibt es eine Fehlermeldung? Was passiert, wenn man nach einem fehlgeschlagenen Neustart den agorum core service neu startet? Geht es dann?
Verschaffe Dir darüber hinaus mal (z.B.) mit htop einen Überblick über die laufenden Dienste. Vielleicht kannst Du hier mal einen Screenshot einstellen. Hier in diesem Zusammenhang ein sehr anschaulicher Artikel zu Prozesen unter Linux:
Hallo StefanF ! Vielen Dank für Deine Rückmeldung. Wir besprechen die Thematik in den nächsten Tagen. Bisher ist agorum mit debian11 getestet. Was genau in debian12 dazu führt, dass die Installation nicht funktioniert hat, müssen wir eroieren. Ich informiere Dich hier noch einmal, sobald wir debian12 getestet haben.
Guten Morgen florians 😉
Leider ist es ohne weitere Details und einen umfassenden Check Deiner Server-/Hosting-/DNS-/nginx- Konfiguration schwierig zu sagen, was eine Weiterleitung verhindert. Hier sollte Dir aber der Support von STRATO weiterhelfen können. Generell raten wir jedoch aus sicherheitstechnischen Gründen von einer Installation von agorum hinter einer öffentlichen Domain ab, da der integrierte Tomcat-Server hierfür nicht geeignet ist.
Hallo StefanF 
und Danke für Deine Rückmeldung! Du sagst, Du nutzt Debian 12 als netinstall (also ein Minimal-Image). Verwendest Du eine 32- oder 64-bit Version von debian? Und hat der verwendete User auch ausreichende Rechte für die Installation von libaio1?
Versuchen Sie einmal, den Dienst zu installieren:
sudo apt-get install libaio1Ich freue mich auf Ihre Rückmeldung!
Guten Morgen JanR ,
Du kannst mit
systemctl status agorumcore.serviceprüfen, wie der Status des agorum-Dienstes gerade ist (active, inactive, activating). Mit folgendem Skript
#!/bin/bash
if systemctl status agorumcore.service | grep -q "inactive (dead)"; then
echo "agorumcore is not running. Restarting..."
systemctl restart agorumcore.service
else
echo "agorumcore is running."
fiprüfst Du den Status und führst einen Restart für den Fall aus, dass der Dienst nicht gestartet ist. Schau doch mal, ob das für Deine Anforderung das Richtige ist 😉 Ich freue mich auf Deine Rückmeldung!
Ich danke Euch vielmals für Euren Beitrag! Die Doku wird gleich aktualisiert!
JanR danke für den Hinweis! Das mit den GIFs habe ich beim Posten gesehen, allerdings hab ich keine Ahnung, wo die herkommen, da muss ich später mal die Kollegin zu interviewen...mein Clipboard war eigentlich leer 🤨 zu Deiner Frage, Du kannst den sudo-Befehlssatz auch über die Konsole mit
apt-get install sudonachträglich installieren. Die Anweisung, dass agorum während des Zertifizierungsprozesses nicht auf Port 80 laufen darf oder deaktiviert werden sollte, ist noch Teil einer internen Doku zu den letsencrypt-Zertifikaten, die aber aus offensichtlichen Gründen noch nicht veröffentlicht wurde.
Ich muss gestehen, dass ich noch nicht so tief in die administrative Doku von agorum vorgedrungen bin, aber es klingt für mich nachvollziehbar, dass wenn der Server für das Zertifikat einen bestimmten Alias erwartet, das ursprüngliche Zertifikat mit dem korrekten alias solange aktiv bleibt, bis es ersetzt wurde. Dementsprechend vielen lieben Dank für volker.trotte Input und ja, es wär es super, wenn Du das Testest und uns teilhaben lässt, ob das für Dich zur Lösung führt.
Hallo Jan,
das ist in der Tat merkwürdig. Hattest Du den agorumcore.service während des Prozesses deaktiviert und anschließend den Webserver neu gestartet? Prüfe doch bitte auch einmal die Zuordnung des Zertifikats. Die müsstest Du (unter Debian) in der Konsole mit folgendem Befehl anzeigen lassen können:
sudo openssl x509 -in /etc/ssl/certs/<NAMEDEINERZERTIFIKATSDATEI.pem> -noout -text