Linux Client Debian Buster

Antworten
cjohn@mpi-bremen.de
Beiträge: 2
Registriert: 10 Mär 2020, 08:05

Linux Client Debian Buster

Beitrag von cjohn@mpi-bremen.de »

Moin allerseits,

ich versuche gerade einen Linux Client mit Buster zu installieren (OPSI Server 4.1.1.81).

Ich verwende das generische Debian Netboot Paket.

Das erste Problem (keine Netzwerkkarte nach der Installation) konnte ich fixen. Hier gibt es offenbar Probleme mit der Erkennung der Netzwerkkarten (also nicht mehr eth0 etc., sondern enp...). Ich habe das debian.py Skript entsprechend geändert:

-- snip --
eth0_releases = ["squeeze", "wheezy", "jessie"]
if release not in eth0_releases:
logger.notice(u"Try to predict network interface name .....")
with open('/tmp/netdevice.sh', 'w') as myfile:
myfile.write("find /sys/class/net -type l | grep -v lo | while read NIC; do udevadm info $NIC; done | grep 'ID_NET_NAME' | cut -d '=' -f 2 | sort
execute('chmod 777 /tmp/netdevice.sh')
networkdevice = execute("/tmp/netdevice.sh")[0].encode("ascii")
print(networkdevice)
logger.notice(u"Will configure network with interface name: %s" % networkdevice)

logger.notice(u"Creating /etc/network/interfaces ....")
f = open( os.path.join(target, 'etc', 'network', 'interfaces'), 'w' )
print >> f, "auto lo"
print >> f, "iface lo inet loopback"
print >> f, ""
print >> f, "auto %s" % networkdevice
print >> f, "iface %s inet dhcp" % networkdevice
f.close()
-- snip --

Soweit, so gut.

Nach der Installation ist nun aber der opsi-client-agent nicht erreichbar.

Manuelles Starten von /usr/bin/opsiscriptstarter zeigt, dass der Client das Samba share des OPSI Servers nicht mounten kann:

CIFS VFS: cifs_mount failed w/return code = -13

Nach Erhöhen des Log Levels kann man in den Samba Logs des Opsi Servers dann sehen, dass der Client versucht das Share mit dem Benutzernamen "root" zu mounten, was explizit verboten ist:

[2020/03/10 08:18:14.681390, 2] ../source3/auth/auth.c:315(auth_check_ntlm_password)
check_ntlm_password: Authentication for user [root] -> [root] FAILED with error NT_STATUS_NO_SUCH_USER
[2020/03/10 08:18:14.681402, 5] ../source3/auth/auth_ntlmssp.c:188(auth3_check_password)
Checking NTLMSSP password for \root failed: NT_STATUS_NO_SUCH_USER

Das opsiscriptstarter_0.log sieht dann so aus:

[5] [Mar 10 07:25:57:686] Starting opsiscriptstarter version: 4.1.0.5
[6] [Mar 10 07:25:58:046] JSON Bench for backend_info "params":[],"id":1} Start: 07:25:57:701 Time: 00:00:00:345
[6] [Mar 10 07:25:58:047] opsidata connected
[5] [Mar 10 07:25:58:047] init done
[5] [Mar 10 07:25:58:047] Starting opsiclientd part:
[6] [Mar 10 07:25:58:096] JSON Bench for getDepotId "params":["wshb-000-016.mpi-bremen.de"],"id":1} Start: 07:25:58:048 Time: 00:00:00:048
[6] [Mar 10 07:25:58:207] JSON Bench for getProductOrdering "params":["opsi.mpi-bremen.de"],"id":1} Start: 07:25:58:097 Time: 00:00:00:110
[6] [Mar 10 07:25:58:252] JSON Bench for productOnClient_getObjects "params":["",{"clientId":"wshb-000-016.mpi-bremen. Start: 07:25:58:209 Time: 00:00:00:043
[5] [Mar 10 07:25:58:269] Number of POC entries: 4
[5] [Mar 10 07:25:58:270] action0: l-system-update=setup
[5] [Mar 10 07:25:58:270] action1: l-os-postinst=setup
[5] [Mar 10 07:25:58:270] action2: opsi-linux-client-agent=setup
[5] [Mar 10 07:25:58:270] action3: l-ssh-root-login=setup
[5] [Mar 10 07:25:58:270] Action requests found
[6] [Mar 10 07:25:58:289] JSON Bench for getDepotId "params":["wshb-000-016.mpi-bremen.de"],"id":1} Start: 07:25:58:270 Time: 00:00:00:019
[6] [Mar 10 07:25:58:349] JSON Bench for getGeneralConfigValue "params":["clientconfig.depot.user","wshb-000-016. Start: 07:25:58:289 Time: 00:00:00:060
[5] [Mar 10 07:25:58:350] Got depot user from service:
[5] [Mar 10 07:25:58:350] Will use as domain: as user:
[6] [Mar 10 07:25:58:378] JSON Bench for user_getCredentials "params":["pcpatch","wshb-000-016.mpi-bremen.de"], Start: 07:25:58:350 Time: 00:00:00:028
[6] [Mar 10 07:25:58:379] Will use as encryptedpass: 03ee30794fd8168424a91afaa1eb9a06 clear pass:
[6] [Mar 10 07:25:58:380] Will use as encryptedpass: 03ee30794fd8168424a91afaa1eb9a06 clear pass: mee3taiWoo
[6] [Mar 10 07:25:58:394] JSON Bench for host_getObjects "params":["",{"id":["opsi.mpi-bremen.de"],"type":" Start: 07:25:58:380 Time: 00:00:00:013
[5] [Mar 10 07:25:58:395] calling: /bin/bash -c "/bin/umount /media/opsi_depot"
[6] [Mar 10 07:25:58:498] ExitCode 32
[5] [Mar 10 07:25:58:498] calling: /bin/bash -c "/sbin/mount.cifs //192.168.16.58/opsi_depot /media/opsi_depot -o vers=3.0,ro,noperm,user=,pass=***(confidential)***"
[6] [Mar 10 07:25:58:601] ExitCode 32
[4] [Mar 10 07:25:58:601] Failed to mount //192.168.16.58/opsi_depot with option: vers=3.0, to /media/opsi_depot Error code: 32 - retry ...

Die einzige Konfigurationsdatei, die opsiscriptstarter einliest, scheint /etc/opsi-client-agent/opsiclientd.conf zu sein. Da ist aber kein Eintrg bzgl. des Samba Users drin....

Hat da mal jemand einen Tip für mich?

Viele Grüße

Carsten
Benutzeravatar
wolfbardo
uib-Team
Beiträge: 1354
Registriert: 01 Jul 2008, 12:10

Re: Linux Client Debian Buster

Beitrag von wolfbardo »

Bitte mal mit dem experiemental opsi-linux-client-agent 4.1.0.23-1

http://download.uib.de/opsi4.1/experime ... .23-1.opsi

versuchen

Gruss
Bardo Wolf


OPSICONF 2024
https://opsi.org/en/opsiconf/

Basisworkshop Mainz :

17. - 20. 06. 2024


opsi support - uib gmbh
For productive opsi installations we recommend maintainance + support contracts which are the base of opsi development.

http://www.uib.de
cjohn@mpi-bremen.de
Beiträge: 2
Registriert: 10 Mär 2020, 08:05

Re: Linux Client Debian Buster

Beitrag von cjohn@mpi-bremen.de »

OK, klappt schoin besser. Jetzt ist der mount Fehler weg und initiale Pakete wie l-ssh-root-login werden installiert. Offenbar läuft aber nach der Installation kein Daemonprozess...

Viele Grüße


Carsten
Benutzeravatar
wolfbardo
uib-Team
Beiträge: 1354
Registriert: 01 Jul 2008, 12:10

Re: Linux Client Debian Buster

Beitrag von wolfbardo »

Danke für die Rückmeldung.
und bezueglich
cjohn@mpi-bremen.de hat geschrieben:Offenbar läuft aber nach der Installation kein Daemonprozess...
ja, das ist leider noch eine Baustelle.

Gruss
Bardo


OPSICONF 2024
https://opsi.org/en/opsiconf/

Basisworkshop Mainz :

17. - 20. 06. 2024


opsi support - uib gmbh
For productive opsi installations we recommend maintainance + support contracts which are the base of opsi development.

http://www.uib.de
Benutzeravatar
wolfbardo
uib-Team
Beiträge: 1354
Registriert: 01 Jul 2008, 12:10

Re: Linux Client Debian Buster

Beitrag von wolfbardo »

cjohn@mpi-bremen.de hat geschrieben: Ich verwende das generische Debian Netboot Paket.

Das erste Problem (keine Netzwerkkarte nach der Installation) konnte ich fixen. Hier gibt es offenbar Probleme mit der Erkennung der Netzwerkkarten (also nicht mehr eth0 etc., sondern enp...). Ich habe das debian.py Skript entsprechend geändert:

-- snip --
eth0_releases = ["squeeze", "wheezy", "jessie"]
if release not in eth0_releases:
logger.notice(u"Try to predict network interface name .....")
with open('/tmp/netdevice.sh', 'w') as myfile:
myfile.write("find /sys/class/net -type l | grep -v lo | while read NIC; do udevadm info $NIC; done | grep 'ID_NET_NAME' | cut -d '=' -f 2 | sort
execute('chmod 777 /tmp/netdevice.sh')
networkdevice = execute("/tmp/netdevice.sh")[0].encode("ascii")
print(networkdevice)
logger.notice(u"Will configure network with interface name: %s" % networkdevice)

logger.notice(u"Creating /etc/network/interfaces ....")
f = open( os.path.join(target, 'etc', 'network', 'interfaces'), 'w' )
print >> f, "auto lo"
print >> f, "iface lo inet loopback"
print >> f, ""
print >> f, "auto %s" % networkdevice
print >> f, "iface %s inet dhcp" % networkdevice
f.close()
-- snip --
ah, gemeint ist debian_4.1.0.2-2.opsi

ich gebe das an Mathias weiter,

Gruss
Bardo Wolf


OPSICONF 2024
https://opsi.org/en/opsiconf/

Basisworkshop Mainz :

17. - 20. 06. 2024


opsi support - uib gmbh
For productive opsi installations we recommend maintainance + support contracts which are the base of opsi development.

http://www.uib.de
Antworten