[marcel-graf]

Hallo Otobo Freunde,

anbei eine kurze Anleitung, wie man sich ein Otobo Testsystem von einer geklonten VM erstellt.

Hier am Beispiel einer Otobo Docker Umgebung Version 11.0.x

1. zuerst die VM Clonen und nicht starten

2. entferne Netzwerk Adapter und füge einen neuen Netzwerk Adapter (wegen der MAC Adresse, die ist sonst gleich)

3. Netzwerk Adapter deaktivieren (damit die Email nicht in das Testsystem abgeholt werden)

4. Starte nun die VM

5. Rename Host

sudo nano /etc/hostname
sudo nano /etc/hosts
sudo shutdown -ry now oder sudo reboot now

6. IP anpassen  (der Netzwerkadapter sollte noch immer deaktiviert sein)

sudo nano /etc/netplan/50-cloud-init.yaml -> auf DHCP umstellen oder andere feste IP zuweisen
sudo netplan apply

7. disable Mail Accounts

sudo docker exec -it otobo_db_1 bash  (in den Docker container wechseln)

cd bin
mariadb -u root -p bzw. mysql -u root -p

SHOW Databases;

use otobo;
select * from mail_account;

;—disable all mail accounts—
UPDATE mail_account SET valid_id = ‚2‘ where valid_id = ‚1‘;

– mysql und den Docker Container wieder schließen (exit)

8.  Otobo Test neu starten

sudo reboot now

9. der Netzwerkadapter kann nun aktiviert werden

10. Test der Weboberfläche

nach dem einloggen in der Ototbo Test Weboberfläche dann den FQDN in der Systemkonfiguration noch anpassen

Das sollte es gewesen sein.

Viel Erfolg beim Testen :)

Gruß Marcel

 

 

 

[Arnold]

Hi Marcel,

über die Datenbank habe ich ja noch keinen Mail-Account deaktiviert ;)

Danke für die tolle Anleitung!

Ich denke, man sollte das SMTP-Setting auch noch Anpassen, sonst schickt OTOBO weiter E-Mails raus.

[marcel-graf]

Hallo Arnold,

ich habe das heute benötigt, da wir nur ein altes Testsystem hatten.

Die SMTP Settings habe ich mir noch nicht angesehen, da wir das Multismtp plugin benutzen. Da könnte man das auch mit wenigen klicks in der Weboberfläche machen.

Gruß Marcel

[marcel-graf]

Wenn man sich in seinem Live System das folgende Script erstellt, kann man dann im VM Clone (Testsystem) ohne Netzwerkverbindung das Script „disable_mail.sh“ ausführen um die mail accounts zu deaktivieren und muss die Befehle nicht eintippen.

–erstelle Script —
sudo nano disable_mail.sh

—Script Inhalt—

#!/bin/bash
cd /opt/otobo-docker || exit 1

DB_PASS=$(grep ‚^OTOBO_DB_ROOT_PASSWORD=‘ .env | cut -d’=‘ -f2- | tr -d ‚“‚\‘)

# 1. Datenbank-Update ausführen
echo “
SELECT ‚VORHER:‘ AS “;
SELECT login, valid_id FROM mail_account;

UPDATE mail_account SET valid_id = ‚2‘ WHERE valid_id = ‚1‘;

SELECT ‚NACHHER:‘ AS “;
SELECT login, valid_id FROM mail_account;
“ | sudo docker compose exec -T db /usr/bin/mariadb -u root -p“$DB_PASS“ otobo

# 2. OTOBO-Cache leeren, damit die Weboberfläche die Änderung übernimmt
echo „Leere OTOBO-Cache…“
sudo docker compose exec -T web /opt/otobo/bin/otobo.Console.pl Maint::Cache::Delete

–script ausführbar machen–
sudo chmod +x disable_mail.sh

–ausführen–
sudo ./disable_mail.sh

Gruß Marcel

[marcel-graf]

um den Clone Prozess zu vereinfachen habe ich im Linux (Ubuntu) root Verzeichnes den Ordner „otobo-clone-setup“ angelegt.

Darin befinden sich die Dateien:

disable_mail.sh (Inhalt aus Post #42762)

otobo-clone-change.sh

—-Inhalt—-

#!/bin/bash

# Funktion für Ja/Nein-Abfragen
ask_user() {
while true; do
read -p „$1 (j/n): “ yn
case $yn in
[Jj]* ) return 0;;
[Nn]* ) return 1;;
* ) echo „Bitte mit j oder n antworten.“;;
esac
done
}

# 1. Hostname bearbeiten
if ask_user „Möchten Sie den Hostnamen bearbeiten?“; then
sudo nano /etc/hostname
fi

# 2. Hosts-Datei bearbeiten
if ask_user „Möchten Sie die Hosts-Datei bearbeiten?“; then
sudo nano /etc/hosts
fi

# 3. Netplan konfigurieren
if ask_user „Möchten Sie die Netplan-Konfiguration bearbeiten?“; then
# Ermittelt die erste existierende .yaml-Datei im Netplan-Verzeichnis flexibel
NETPLAN_FILE=$(ls /etc/netplan/*.yaml 2>/dev/null | head -n1)

# Fallback, falls kein File existiert
if [ -z „$NETPLAN_FILE“ ]; then
NETPLAN_FILE=“/etc/netplan/00-installer-config.yaml“
fi

if ask_user „Soll die Vorlage für DHCP (ens18) in die Netplan-Datei geschrieben werden?“; then
# Backup erstellen (falls die Datei existiert)
if [ -f „$NETPLAN_FILE“ ]; then
sudo cp „$NETPLAN_FILE“ „${NETPLAN_FILE}.bak“
fi

# Konfiguration schreiben (Festgelegt auf ens18 mit exakt 4 Leerzeichen Einrückung)
sudo bash -c „cat << ‚EOF‘ > $NETPLAN_FILE
network:
version: 2
renderer: networkd
ethernets:
ens18:
dhcp4: true
dhcp-identifier: mac
EOF“
echo „DHCP-Vorlage für ens18 wurde in $NETPLAN_FILE geschrieben (Sicherung unter .bak erstellt).“
fi

# Manuelle Nachbearbeitung erlauben (z.B. für feste IP)
if ask_user „Möchten Sie die Netplan-Datei jetzt manuell im Editor öffnen (für feste IP)?“; then
sudo nano „$NETPLAN_FILE“
fi

# Netplan anwenden
if ask_user „Soll ’netplan apply‘ jetzt ausgeführt werden?“; then
sudo netplan generate
sudo netplan apply
echo „Netplan-Konfiguration angewendet.“
fi
fi

# NEU: Ja/Nein-Abfrage für den System-Neustart
echo „“
if ask_user „Möchten Sie das System jetzt neu starten, um alle Änderungen zu übernehmen?“; then
echo „Das System wird in 2 Sekunden neu gestartet…“
sleep 2
sudo reboot now
else
echo „Skript beendet. Bei Änderungen das System später manuell neu starten.“
fi

–inhalt ende—

Gruß Marcel

 

[marcel-graf]

die Rechte auf den Ordner „otobo-clone-setup“ und auf die Dateien müssen ggf. angepasst werden, damit diese ausführbar sind.

Und in der Datei  „otobo-clone-change.sh“ muss der Name der Netzwerkschnittstelle geprüft und angepasst werden.

ethernets:
ens18:

Gruß Marcel

 

[Autor]

Beiträge