dnf -y install git
su jtel
cd
git config --global user.name "jtel Support"
git config --global user.email "support@jtel.de"

git config --global http.proxy http://<proxy_server>:<port>

su jtel
cd

cd /srv/jtel/shared
git clone https://bitbucket.org/jtelgmbh/jtel.git JTEL

cd /srv/jtel/shared
git clone https://bitbucket.org/jtelgmbh/jtelcarrierportal.git JTELCarrierPortal

cd /srv/jtel/shared
git clone https://bitbucket.org/jtelgmbh/cacme-software.git acme

cd /srv/jtel/shared/JTELCarrierPortal
git checkout release/stable-3.2022
cd /srv/jtel/shared/JTEL
git checkout release/stable-3.2022
# For customer specific software only
# cd /srv/jtel/shared/acme
# git checkout develop
cd /srv/jtel/shared

cd /srv/jtel/shared
mkdir -p LogFiles LogFilesCall Import/{Clients,ServiceNumbers}/{Done,In,Problems}
cp -a JTELCarrierPortal/Data .
cp -a JTEL/Data/system/gui Data/system
cd /srv/jtel/shared/JTELCarrierPortal/Update
bash ./get_binaries.sh

cat <<EOFF > /etc/cron.daily/jtel_portal_cleaner.sh << EOFF 
find /srv/jtel/shared/Data/clients/*/reports -type f -mtime +2 -delete
EOFF
chmod +x /etc/cron.daily/jtel_portal_cleaner.sh

Installation der Meta-Rolle Software

In einem Standard-Installations-Szenario wird in der Zentral-Freigabe der Rolle STORE auch eine Kopie der Software-Repositories abgelegt. Diese ist demnach von allen Maschinen des jtel Systems erreichbar. Der Zugriff auf die Software-Repositories dient verschiedenen Zwecken:

1. Alle Maschinen der Rolle TEL können die Telefonie-Applikationen (R5-Skripte) direkt von dieser zentralen Freigabe heraus ausführen. Alternativ können diese Komponenten der Software auch von der zentralen Freigabe lokal auf die Windows-Maschinen kopiert werden um den Netzwerkverkehr im laufenden Betrieb zu reduzieren. Dies erfordert allerdings zusätzliche Sorgfalt beim aktualisieren des Systems, da in diesem Fall nach dem Aktualisieren des Repositories die entsprechenden Verzeichnisse mit den R5-Skripten auf allen Windows-Maschinen kopiert werden müssen.
2. Im Falle der Erstinstallation oder späteren Aktualisierungen, werden von hier die Datenbank-Initialisierungs- bzw. Datenbank-Aktualisierung-Skripte ausgeführt.
3. Weitere Software-Komponenten die auf verschiedenen Maschinen lokal installiert werden (z.B. Konnektoren, Plugins, UDP Listener) werden von hier kopiert und aktualisiert

Installation benötigter Zusatzsoftware

Hinweis: bei Redundante Systeme, dies auf BEIDE Storage Nodes ausführen.

Für die Bereitstellung und Aktualisierung des jtel Software-Repositories muss zusätzliche Software installiert werden. Da diese nicht nur aus den offiziellen CentOS Paketquellen bezogen werden kann, müssen noch weitere Software-Quellen konfiguriert werden:

yumdnf -y install http://dev.mysql.com/get/mysql-community-release-el6-5.noarch.rpm

yum -y install git2u mysql-community-client
git su jtel
 cd
 git config --global user.name "jtel Support"
 git config --global user.email "support@jtel.de"

git config --global http.proxy http://<proxy_server>:<port>

su jtel
 cd

Cloner le logiciel jtel

Ensuite, le logiciel jtel est cloné. Cela se fera en deux étapes, puisqu'un nom d'utilisateur et un mot de passe sont nécessaires pour chacune d'entre elles.

cd /homesrv/jtel/shared
 git clone https://bitbucket.org/jtelgmbh/jtel.git JTEL

cd /srv/jtel/shared 
git clone https://bitbucket.org/jtelgmbh/jtelcarrierportal.git JTELCarrierPortal

Cloner le logiciel client

Si un logiciel spécifique a été programmé pour le client, le dépôt de logiciels spécifiques au client doit également être téléchargé. Cela se fait par une commande qui est structurée comme suit, pour l'exemple acme client :

cd /homesrv/jtel/shared
 git clone https://bitbucket.org/jtelgmbh/cacme/-software.git acme

Sowohl die Ursprungs-URL als auch das Zielverzeichnis sind in diesem Fall kundenspezifisch und von Fall zu Fall verschieden.

Modification de la version du logiciel requise

Dans les dépôts de logiciels téléchargés, il faut maintenant sélectionner la version du logiciel à utiliser. Dans ce cas, il s'agit de la version 3.20 :

cd /homesrv/jtel/shared/JTELCarrierPortal
 git checkout release/stable-3.18
22 cd /homesrv/jtel/shared/JTEL
 git checkout release/stable-3.18
22 # For customer specific software only # cd /srv/jtel/shared/acme # git checkout develop cd /homesrv/jtel/shared

Il est à noter que la version spécifique au client est généralement développée, car les versions clients ne sont pas branchées ou étiquetées lorsque le logiciel jtel est branché ou étiqueté.

Créer les répertoires nécessaires

La dernière étape consiste à créer les répertoires pour l'enregistrement central, l'importation de données standard et le répertoire de données principal Als letzter Schritt werden nun noch die Verzeichnisse für die zentrale Protokollierung, den Standard-Datenimport und das zentrale Datenverzeichnis angelegt :

cd /homesrv/jtel/shared
 mkdir -p LogFiles LogFilesCall Import/{Clients,ServiceNumbers}/{Done,In,Problems}
 cp -a JTELCarrierPortal/Data .
 cp -a JTEL/Data/system/gui Data/system
 cd /homesrv/jtel/shared/JTELCarrierPortal/Update
 bash ./get_binaries.sh

Cleaner Prozesse

Damit die Verzeichnisse des Portals aufgeräumt werden, wird ein CRON Job benötigt. 

Bei Redundanz, auf beide STORE. Da das Verzeichnis nur auf einer gemountet ist, aber wir wissen nicht welche, muss der Befehl auf beide ausgeführt werden.

Des processus plus propres

Un travail de CRON est nécessaire pour nettoyer les répertoires du portail. 

En cas de redondance, configurez-le sur les deux MAGASINS. Comme le répertoire n'est monté que sur un seul, mais que nous ne savons pas lequel est actif, la commande doit être exécutée sur les deux.

Achtung: als Note : exécuter en tant que ROOT.

cat <<EOFF > /etc/cron.daily/jtel_portal_cleaner.sh
 << EOFF find /srv/jtel/shared/Data/clients/*/reports -type f -mtime +2 -delete
 EOFF
 chmod +x /etc/cron.daily/jtel_portal_cleaner.sh