forum.opsi.org

Hallo,

ich habe seit ein paar wochen das Problem. Wenn ich doe Serverconfig auf Cifs stelle, dauert die installationen extrem Lange und bei großen Parketen kommt es immer wieder zu Fehlermeldung. Stelle ich es auf Webdavs, läuft die Installation mit normaler Geschwindigkeit und ohne Fehler.

Wenn ich ein Parket manuel über das gemappte Laufwerk herunterlade ist die Geschwindigkeit vom Netzwerk hoch.
mit 109 MB/s Das WAN Modul ist aktiviert

ich hoffe ihr könnt mir einen Tipp geben.

lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description: Ubuntu 22.04.2 LTS
Release: 22.04
Codename: jammy

dpkg -l | grep opsi
ii opsi-linux-bootimage 20230328-1 all opsi bootimage for netboot tasks.
ii opsi-linux-support 4.2.0.0-1 all Configure system to be able to deploy Linux with opsi.
ii opsi-server-full 4.2.0.72-1 all opsi server
ii opsi-tftpd-hpa 5.2.8-78 amd64 HPA's tftp server
ii opsi-utils 4.2.0.204-1 amd64 Utilities for working with opsi
ii opsi-windows-support 4.2.0.3-1 all Install utilities useful for deploying Windows with opsi.
ii opsiconfd 4.2.0.310-1 amd64 opsi configuration service
ii opsipxeconfd 4.2.0.32-1 amd64 opsi pxe configuration service

opsi-package-manager -l opsi-client-agent

Product ID Version Name
========================================================================================================================================================================================================================================
opsi-client-agent 4.2.0.61-1 opsi.org client agent

Gruß Micha

Hallo Michael,

wenn CIFS verwendet wird, dann werden bei einem "normalen" opsi-Paket die Dateien und Binaries direkt aus dem Netzlaufwerk gelesen und auch von dort ausgeführt. Wenn es sich dabei um viele kleine Dateien handelt ist der Protokoll Overhead entsprechend groß.
Bei deinem Test hast du eine einzelne opsi Datei direkt von einem Share gezogen.
Interessant wäre, wie es sich verhält wenn du auf einen CIFS-Netzwerkshare eine große setup.exe oder aber eine setup.exe mit dazugehörigen kleinen Dateien ausführst.
Dabei könntest du über den TaskManager von Windows mal beobachten wie sich die Netzwerkauslastung verhält.
Gleichzeitig kannst du auf dem OPSI-Server mit iftop ( das musst du uU nachinstallieren) schauen wie sich die Netzwerklast dort verhält.
Spannend ist dann auch, mit welchem SMB Protokoll sich der Client verbindet ( smbstatus -b )

Ist der Depot-Share auf dem OPSI-Server eine Lokale Platte? Ist das eine Virtuelle Maschine mit einer vDisk? Wenn ja wie sieht das Storage Backend dazu aus? Ist das ein NFS-Share der in die VM gemountet wird?

Hallo,

unser opsiserver ist eine VM, die Platte im erfvmopsi01 wird wie eine physikalische Platte behandelt .... das ist kein NFS share
Samba Share Protokoll ist SMB3_11

iftop muss ich erst klären ob das installiert werden darf

iftop bei der Opsiinstallation:

LA008795.central.logon <= 0b 1.72Kb 1.72Kb 2.15KB
LA008795.central.logon <= 0b 1.72Kb 1.44Kb 2.15KB
LA008795.central.logon <= 530Kb 117Kb 54.1Kb 149KB
LA008795.central.logon <= 0b 117Kb 45.8Kb 149KB
LA008795.central.logon <= 0b 117Kb 49.6Kb 149KB

Hallo ich nochmal

wir haben es lösen können
wir haben einen 2019 er Cluster laufen der einen Cache hat den der 2016 nicht hat. dieser cache sorgt für Probleme mit SMB
er wurde deaktiviert und siehe da es funktioniert wieder.

Danke für eure Hilfe und Tipps

Problem ist gelöst