Guten Morgen,
so nun wieder weiter zu diesem Thema ...
... und das ist genau auch unser Problem.
Nach dieser pam-auth Geschichte stand immer was drin.
Auch nach unsynchr. Neustart.
In der Anleitung heißt es ja, daß man danach ein neues cloop erzeugen soll.
Haben wir gemacht. Stand auch wieder nix drin.
Wir haben dann noch an der Einstellung
/etc/linuxmuster-client/auth/config
AUTOCONFIGURE_LDAP="YES" auf "NO" gesetzt.
Hat auch nix gebracht.
Mein Kollege (im Moment nicht greifbar)hat dann irgendwo ein Skript
gefunden, dort wird die Server-IP falsch zusammen gesetzt "10.16.1.1
handling" heißt sie seltsamerweise.
Aber der Erfolg nach Änderung dieses Scripts war nicht so durchschlagend.
Das mit dem Zusatz "handling" war bei mir auch und ich habe nicht
gefunden, woher das kommt (bin auch kein script-oldie ;-)
Dann suchte ich also weiter, habe ein ursprüngliches cloop am Server
eingebunden um die "originale" ldap.conf und die scripte zu vergleichen.
Dann die Hoffnung wegen einer Fehlermeldung beim Einbinden des images
mittels
"mount -o loop /tmp/ubuntu.img"
wurde ein blocksize-Fehler gebracht und habe es mit
"truncate -o -s 37500000 /tmp/ubuntu.img"
behoben sowie die gewünschten Dateien herauskopiert.
Nachdem ich alle scripte von 6.1 mit denen von 5.1 verglichen hatte und
keine Differenzen fand, habe ich schließlich auch durch das "NO"
verhindert, dass eine neue /etc/ldap.conf erzeugt wird.
Dann habe ich die /etc/ldap.conf vom 5.1er-client-cloop genommen, die
basedn entsprechend geändert, im "neuen" client reinkopiert und siehe
da, wie bei Ihnen tat die Anmeldung bei mir nun auch.
Jedoch war das mit der Profilkopiererei und/oder mehr nicht in Ordnung,
denn nun fehlten sämtliche Verknüpfungen des linuxadmin-Desktops.
Meine Hoffnung ruhte nun noch auf 2 Ungereimtheiten:
1.
Die Fehlermeldung beim Einbinden des images als Hinweis, dass das
"uralte" cloop schon einen Fehler hatte (wir hatten früher immer mal
wieder Netzwerkprobleme und da hätte sich ja evtl. ein bit schieflegen
können).
2.
Beim Starten des Servers blieb es unter proxmox immer wieder "hängen"
und startete nicht bis zum login durch.
Dennoch konnte ich mich über ssh (putty) anmelden und diverse Dinge
machen, so dass es mit nicht auffliel und ich hoffte, dass da
irgendweilche Dienste noch nicht liefen.
Um es kurz zu machen:
Beides hat nach Behebung nicht zur Lösung beigetragen und was mache ich nun:
Weil mir die Zeit davonrennt:
Wie Sie auch, bin ich erst nochmals auf 6.0 umgestiegen (neue vm in
proxmox).
Und siehe da:
Das alte cloop startet problemlos mit Anmeldung durch.
Da installiere ich gerade die Updates ... zu mehr komme ich in den
Ferien nicht mehr (muss ja auch noch proxmox am originalen Server
installieren und die server-vm sowie ipcop-vm zurückspielen und dann die
anderen cloops, Schülerdaten, ... rüberkopieren).
Fazit:
Ich bleibe wie Sie zunächst bei 6.0.
In einer der nächsten Ferien kommt die Umstellung auf 6.1. Das kann ich
dann gut machen, da ich ja virtualisiert habe und zuvor ein Snapshot
machen kann. Dann werde ich auch den trusty-client einbinden, von iTALC
auf epoptes umstellen sowie endlich das neue linbo haben.
Grüße und erholsame Ferien
Marco Kubisiak
_______________________________________________
linuxmuster-user mailing list
[email protected]
https://mail.lehrerpost.de/mailman/listinfo/linuxmuster-user
