Hallo Liste , mit dem Userimport habe ich so meine Probleme. Auch nach dem Update kommt nach einer Weile die Meldung can`t contact LDAP-Server. Da ich die Passwörter vom schoolserversystem generieren lasse, beekomme ich dadurch auch keine userimport.datei in /root geelegt und somit auch keine Passwörter für die schon korrekt eingelesenen Benutzer. Somit bin ich gezwungen , jedesmal wieder sämtliche Benutzer zu löschen und wieder neu anzulegen. Das habe ich nun schon ca 20 Mal gemacht. Auch habe ich die Datei der zu importierenden User schon in mehrere kleinere Dateien aufgesplittet, mit dem selben effekt. Da ich nicht weis , welche Benutzer nun richtig und welche nun falsch angelegt wurden , bleibt mir nichts anderes übrig, als alle User zu löschen und komplett von vorne anzufangen. Könnte man nicht wenigstens bei dem vorliegenden Fehler einfach den Userimport abbrechen lassen und die /root/importuser Dateien für die Benutzer die richtig angelegt wurden erzeugen lassen ? Dann könnte ich wenigstens bei dem User weitermachen , bei dem der Fehler zustandekam. Bitte verzweifelt um Hilfe ;-)
Auf dem ftp-Server gibt es Updates: openschool_de.rpm (ggf.) openschool_en.rpm (nur Spracherweiterung) web-openschool.rpm syslog-ng-1.4.14-389.i586.rpm von ftp://ftp.suse.com/pub/people/varkoly/Schulserver/update runterladen mit rpm -Uvh openschool_de.rpm web-openschool.rpm syslog-ng-1.4.14-389.i586.rpm einspielen. Am Donnerstag, 27. Mai 2004 11:16 schrieb Patrick Machauer:
Hallo Liste , mit dem Userimport habe ich so meine Probleme. Auch nach dem Update kommt nach einer Weile die Meldung can`t contact LDAP-Server. Da ich die Passwörter vom schoolserversystem generieren lasse, beekomme ich dadurch auch keine userimport.datei in /root geelegt und somit auch keine Passwörter für die schon korrekt eingelesenen Benutzer.
Somit bin ich gezwungen , jedesmal wieder sämtliche Benutzer zu löschen und wieder neu anzulegen.
Das habe ich nun schon ca 20 Mal gemacht. Auch habe ich die Datei der zu importierenden User schon in mehrere kleinere Dateien aufgesplittet, mit dem selben effekt. Da ich nicht weis , welche Benutzer nun richtig und welche nun falsch angelegt wurden , bleibt mir nichts anderes übrig, als alle User zu löschen und komplett von vorne anzufangen. Bitte machen Sie das noch mal mit dem neuen rpm. Es geht jetzt wirklich!!!
Könnte man nicht wenigstens bei dem vorliegenden Fehler einfach den Userimport abbrechen lassen und die /root/importuser Dateien für die Benutzer die richtig angelegt wurden erzeugen lassen ?
Dann könnte ich wenigstens bei dem User weitermachen , bei dem der Fehler zustandekam.
Bitte verzweifelt um Hilfe ;-)
-- ----------------------------------- Péter Varkoly -o) SuSE Linux AG /\\ e-mail: Peter.Varkoly@suse.de _\_/ Tel.: +49-911-74053484 Mobil.: +49-179-1277635 -----------------------------------
Am Do 27.05.2004 17:31, Peter Varkoly <Peter.Varkoly@suse.de> schrieb:
Auf dem ftp-Server gibt es Updates: openschool_de.rpm (ggf.) openschool_en.rpm (nur Spracherweiterung) web-openschool.rpm syslog-ng-1.4.14-389.i586.rpm von ftp://ftp.suse.com/pub/people/varkoly/Schulserver/update runterladen mit rpm -Uvh openschool_de.rpm web-openschool.rpm syslog-ng-1.4.14-389.i586.rpm einspielen.
Am Donnerstag, 27. Mai 2004 11:16 schrieb Patrick Machauer:
Hallo Liste , mit dem Userimport habe ich so meine Probleme. Auch nach dem Update kommt nach einer Weile die Meldung can`t contact LDAP-Server. Da ich die Passwörter vom schoolserversystem generieren lasse, beekomme ich dadurch auch keine userimport.datei in /root geelegt und somit auch keine Passwörter für die schon korrekt eingelesenen Benutzer.
Somit bin ich gezwungen , jedesmal wieder sämtliche Benutzer zu löschen und wieder neu anzulegen.
Das habe ich nun schon ca 20 Mal gemacht. Auch habe ich die Datei der zu importierenden User schon in mehrere kleinere Dateien aufgesplittet, mit dem selben effekt. Da ich nicht weis , welche Benutzer nun richtig und welche nun falsch angelegt wurden , bleibt mir nichts anderes übrig, als alle User zu löschen und komplett von vorne anzufangen. Bitte machen Sie das noch mal mit dem neuen rpm. Es geht jetzt wirklich!!!
Ich habe vor ca 4 Tagen die aktuellen Updates runtergeladen ( vom 21 Mai ) und eingespielt.Die Benutzer werden zwar angelegt , aber wenn das System versucht die Verzeichnisse des Users anzulegen ( cp homedir chown ... etc. ) bekomme ich die LDAP Fehlermeldung 82 LDAP_LOCAL_ERROR can´t contact LDAP Server. Es scheint also nachwievor ein Problem mit dem nss_ldap PAM Modul zu bestehen. Ich schicke gerne auch log Dateien , Versionsnummern der RPMs etc. Mit freundlichen Grüßen Patrick Machauer
participants (2)
-
Patrick Machauer -
Peter Varkoly