Seite 1 von 2

[GELÖST] Sekundäre Repositories funktionieren nicht

Veröffentlicht: 19. September 2024 - 09:24 Uhr
von Vercingetorix
Hallo,
wir haben zwei sekundäre Repositories eingerichtet. Die Synchronisierung mit dem primären Repository funktioniert einwandfrei.
Mit Ausnahme einiger weniger Benutzer eines der Repositories verbinden sich jedoch alle Rechner systematisch mit dem primären Server, der sich in einem anderen Subnetz befindet.
Die beiden sekundären Repositories befinden sich jeweils in einem anderen Subnetz.
Wir möchten gerne verstehen, warum dies geschieht.

In den Einstellungen für die sekundären Repositories in der WAPT-Administrationskonsole haben wir unter
„Agent-IP“ den Wert xx.xx.xx.0\21 eingegeben, wobei 21 die Subnetzmaske unseres Subnetzes ist. Ist dies korrekt?


Wie können wir das Problem beheben und die Fehlerursache auf einem Client testen?
Vielen Dank im Voraus für Ihre Hilfe.
Schönen Tag noch.

Betreff: Außer Betrieb befindliche Sekundärlager

Veröffentlicht: 19. September 2024 - 10:01 Uhr
von Sfonteneau
Hallo , ist die HTTPS-Verifizierung aktiviert? Falls ja, verfügt das sekundäre Repository über ein gültiges HTTPS-Zertifikat? Funktioniert die Adresse https://urlreposecondaire/wapt/Packages in Ihrem Browser ?










Betreff: Außer Betrieb befindliche Sekundärlager

Veröffentlicht: 20. September 2024 - 10:05 Uhr
von Vercingetorix
Hallo,
vielen Dank für Ihre Antwort.
Wenn ich https://xx.xx.xx.xx/wapt/Packages
, erhalte ich die Fehlermeldung:

404 Not Found
nginx/1.24.0.

Vielen Dank im Voraus für weitere Informationen.
Ich wünsche Ihnen einen schönen Tag.

Betreff: Außer Betrieb befindliche Sekundärlager

Veröffentlicht: 20. September 2024 - 10:12 Uhr
von Vercingetorix
Guten Morgen,
Zur Information: verify_cert in wapt_get.ini ist auf Null gesetzt.

Code: Alle auswählen

[global]
use_hostpackages=1
repo_url=https://xxx-xxxxx-wapt/wapt
wapt_server=https://xxx-xxxxx-wapt
verify_cert=0
max_gpo_script_wait=180
pre_shutdown_timeout=180
hiberboot_enabled=0
use_repo_rules=1
allow_remote_reboot=1
allow_remote_shutdown=1

[repo-sync]
enable_remote_repo = True
local_repo_path = C:\Program Files (x86)\wapt\repository\wapt
local_repo_time_for_sync_start = 20:00
local_repo_time_for_sync_end = 05:30
local_repo_sync_task_period = 25
local_repo_limit_bandwidth = 4
remote_repo_dirs = wapt,waptwua,wapt-host

Betreff: Außer Betrieb befindliche Sekundärlager

Veröffentlicht: 20. September 2024 - 10:38 Uhr
von Vercingetorix
Guten Morgen,
Ebenfalls in der nginx-erros.log-Protokolldatei enthalten ist die nginx-erros.log-Datei
Ich erhalte folgende Fehlermeldung:

Code: Alle auswählen

2024/09/20 10:32:15 [error] 3000#2012: *6 CreateFile() "C:/WAPT/wapt/Packages" failed (3: Le chemin d’accès spécifié est introuvable), client: xx.xx.xx.xx, server: _, request: "HEAD /wapt/Packages HTTP/1.1", host: "xx.xx.xx.xx"
Es sucht nicht im richtigen Verzeichnis, C:/WAPT/wapt/Packages, sondern in C:\Program Files (x86)\wapt\repository\wapt
wie in wapt_get.ini angegeben.

Ich suche die Stelle in den INI-Dateien, an der diese Information zu finden ist, kann sie aber nicht finden.

Betreff: Außer Betrieb befindliche Sekundärlager

Veröffentlicht: 20. September 2024 - 12:45 Uhr
von Sfonteneau
Der Wert von `local_repo_path` in der Konfigurationsdatei wurde vermutlich nachträglich geändert, was nginx nicht erkannt hat.

Sie sollten die Neuinstallation des Pakets „tis-remote-repo-nginx“ erzwingen.

Hinweis: Wir haben außerdem das Paket https://wapt.tranquil.it/store/fr/tis-remote-repo-http als effizienteren Ersatz für nginx veröffentlicht.

Betreff: Außer Betrieb befindliche Sekundärlager

Veröffentlicht: 20. September 2024 – 14:23 Uhr
von Vercingetorix
Guten Morgen,
Ich hatte ein Problem in meiner nginx.conf-Konfigurationsdatei.
Wer hatte Stammverzeichnisse mit c:\wapt?

Code: Alle auswählen

location ~ ^/(wapt/waptsetup-tis.exe|wapt/waptagent.exe|wapt/waptdeploy.exe)$ {
                root "C:/Program Files (x86)/wapt/repository/wapt";
            }

            location ~ ^/(wapt/.*|wapt-host/.*|wads/.*|waptwua/.*)$ {
    
                root "C:/Program Files (x86)/wapt/repository/wapt";
            }

Nach der Änderung funktioniert es.

Betreff: Außer Betrieb befindliche Sekundärlager

Veröffentlicht: 20. September 2024 – 14:26 Uhr
von Vercingetorix
Hallo,
bevor ich den Beitrag als gelöst markiere (was er ja ist),
hätte ich gerne noch ein paar Informationen zum tis-remote-repo-http-Paket.

Zwei Fragen:
Ist es effizienter für Updates?
Kann ich zur Implementierung das nginx-Paket deinstallieren und stattdessen dieses installieren, und funktioniert es dann?
Oder ist noch eine Konfiguration erforderlich?

Vielen Dank im Voraus für Ihre bisherigen und zukünftigen Antworten.
Schönen Tag noch.

Betreff: Außer Betrieb befindliche Sekundärlager

Veröffentlicht: 20. September 2024 – 15:22 Uhr
von Sfonteneau
Es bietet einen höheren Durchsatz.
Tatsächlich hatten wir Probleme mit nginx unter Windows; der Durchsatz war sehr gering.

Normalerweise wird nginx bei der Installation von tis-remote-repo-http deinstalliert (da es zu Konflikten kommt) und durch tis-remote-repo-http ersetzt, ohne dass eine Neukonfiguration erforderlich ist.

Betreff: Außer Betrieb befindliche Sekundärlager

Veröffentlicht: 23. September 2024 - 10:32 Uhr
von Vercingetorix
Hallo, vielen Dank
für die hilfreichen Antworten, die uns bei der Optimierung des Tools unterstützen.
Wir haben das neue empfohlene Paket installiert und das Nginx-Paket entfernt.
Alles funktioniert, bis auf einige wenige Agents.
Wir haben den Wapt-Dienst neu gestartet.
Gibt es einen Grund dafür, dass er auf dem primären Server verbleibt und nicht auf das sekundäre Repository umgeleitet wird?

Vielen Dank im Voraus für Ihr Feedback.
Schönen Tag noch.