October 2004 - openSUSE Edu (Deutsch) - openSUSE Mailing Lists

Optischer/Kosmetischer Fehler bei "Benutzer bearbeiten"
by Holger Biber 15 Oct '04

15 Oct '04

Hallo, danke erstmal an Peter Varkoly für die superschnelle Hilfe bei meinem Problem mit den "Logins nicht nach Schema F". Das Update funktioniert wunderbar. DANKE !! Wenn ich nun in der Admin-Oberfläche "Benutzer bearbeiten" anwähle, dann den Filter auf "*" lasse, bekomme ich die Liste aller User, die nun aber sehr breit ist (sehr lange Login-Namen). Dadurch werden die Buttons auf der rechten Seite extrem verkürzt, selbst bei einer Darstellung von 1024x768 und Konqueror auf voller Größe. Unter Mozilla (der mitgeliefert wird) kann man die Beschriftung noch lesen, manche werden aber auch abgeschnitten. Wie gesagt, das ist mehr kosmetischer Natur. Trotzdem noch nen schönen Abend Holger

1 0

Frage zu Policies
by "Jörg-D. Bauer" 14 Oct '04

14 Oct '04

Hallo, folgendes Problem kann ich nicht lösen: wir wollen für Computerräume und Klassenräume unterschiedeliche Policies verwenden, in erster Linie, weil wir die Klassenrum-PCs über einen anderen Proxy in Internet routen wollen. Nun ist das Procedere ja eigentlich gut beschrieben. Ich erstelle als neue Policies, u.a. für default user, trage dort die IP-Adresse des anderen Proxys unter den Vebindungsoptionen für InternetExplorer ein und speichere diese unter einem eigenen Namen (klassen.pol) ab. Dann kopiere ich sie nach /var/lib/samba/netlogon und setze die Rechte entsprechend. Dann passe ich die Datei "remote_update_aktivieren.reg" für Windows 2000 an. Klar ist auch, dass als NetworkPath der korrekte Pfad zur Datei vergeben werden muss: Das habe ich probiert mit \netlogon\klassen.pol">\\<server-IP>\netlogon\klassen.pol und mit \var\lib\samba\netlogon\klassen.pol">\\<server-IP>\var\lib\samba\netlogon\klassen.pol und dann die aten in die Registry kopiert. Schaue ich mir nun die Regestry unter HKEY_LOCAl_MACHINE\System\CurrentControlSet\control\Update an, fällt mir auf, dass dort der Netzwerkpfad nicht auftaucht. Auch ein nachträgliches Eintragen beider obiger Varianten führte nicht zum Erfolg. Was mach ich falsch? Grüße Jörg Bauer

3 2

Dringend: Benutzernamen nicht nach Schema "F"
by Holger Biber 14 Oct '04

14 Oct '04

Hallo, wie ich bereits gestern in meiner Mail "Skript zur Login-Erzeugung gesucht" geschrieben hatte, haben wir bei uns folgende Benutzerkennungen/Logins: <Klasse>.<Nachname ohne Umlaute>.<erste 2 Buchstaben des Vornamens> Das Perl-Skript welches mir Patrick Machauer geschickt hat funktioniert wunderbar um diese Zeile in die Import-Datei zu bekommen. DANKE Patrick !!! Leider kann ich sie in den SLSS nicht importieren. "Die Benutzerkennung enthält ungültige Zeichen". Ich kann mir schon denken, dass es um den "." (Punkt) geht. Aber wie kann ich das umgehen? Es ist wirklich wichtig, da es sonst wieder heisst: "Tja, mit unserem Windows-Server geht das ja ohne Probleme ...." Bitte um rasche Hilfe. Danke und Tschüss Holger

2 1

Skript zur Login-Erzeugung gesucht
by Holger Biber 14 Oct '04

14 Oct '04

Hallo, leider bin ich noch nicht so fit in Perl und habe im Moment auch wenig Zeit mich darin einzufuchsen. Kann mir vielleicht jemand bei dem folgenden Problem helfen? Aus SchildNRW habe ich folgende Daten (Auszug) bekommen: Dieterle;Alexander;01.01.1901;ah311 Bröske;Benjamin-Philipp;01.01.1901;ah411 Wie kann ich daraus die Zeilen NACHNAME;VORNAME;GEBURTSTAG;KLASSE;LOGIN;PASSWORT Dieterle;Alexander;01.01.1901;ah311;ah311.Dieterle.Al;A_Dieter Bröske;Benjamin-Philipp;01.01.1901;ah411;ah411.Broeske.Be;B_Broesk generieren? (OK, erste Zeile ist klar ;-) ) Also nach dem Muster: Login: <Klasse>.<Nachname ohne Umlaute>.<erste 2 Buchstaben des Vornamens> Passwort: <Erster Buchstabe des Vornames>_<6 Buchstaben des Nachnamens> Diese Muster habe ich mir nicht überlegt, sondern insbesondere die Logins sind so in unserer Windows-Domäne (Win2000) eingerichtet. Sind Umlaute und andere Zeichen im Nachnamen/Vornamen erlaubt? Danke für eure Mithilfe. Tschau Holger

2 1

Re: WG: failure notice
by Peter Varkoly 14 Oct '04

14 Oct '04

> > Hallo SLSS-Group, > > wir haben im Sommer an unserer Schule den SLSS in Betrieb genommen und = > sind > ausgesprochen zufrieden. Wir nutzen aber nur einen kleinen Teil des = > riesigen > Potentials des SLSS. Eine Funktion w=FCrden wir aber doch gerne nutzen, = > dies > ist M=F6glichkeit von der Lehrerstation Dateien an die Sch=FCler zu = > verteilen > und wieder einzusammeln. Leider funktioniert bei uns nicht die Option > "Homeverzeichnis vorher l=F6schen". Bereits vorhandene Dateien im > Importverzeichnis der Sch=FCler werden nicht gel=F6scht. Gibt es eine > M=F6glichkeit hier Abhilfe zu schaffen? Es funktioniert nur dann, wenn die Schüler sich mit dem workstationaccounts anmelden. Der Text da heisst auch: "Homeverzeichnis des Workstationbenutzers vorher leeren". In diesem Fall nämlich werden alle Dateien in dem Homeverzeichniss und nicht nur im Import gelöscht. Allerdings wird jetzt dieser Funktionalität sofern erweitert, dass vor dem Verteilen der Dateien Export und Import geleert wird:-) > > Mit freundlichen Gr=FC=DFen > > Helmut Pfeifer > BBS III Oldenburg -- ----------------------------------- Péter Varkoly -o) SuSE Linux AG /\\ e-mail: Peter.Varkoly(a)suse.de _\_/ Tel.: +49-911-74053484 Mobil.: +49-179-1277635 -----------------------------------

1 0

Gelöschter Rechner ist nicht gelöscht....???
by "Jörg-D. Bauer" 14 Oct '04

14 Oct '04

hallo, folgendes Problem: Ich habe aus technichen Gründen einen PC aus der Domäne entfernt. Den Löschvorgang habe ich mit dem Export in die LDAP-datenbank ohne Fehlermeldung abgeschlossne. Bei der Neuaufnahme in die Domäne erscheint nun die Meldung, dass der Rechner schon registriert sei... und erst gelöscht werden müsse. Den erneuten Löschversuch quitiert der server mit der Meldung: >>>> Internal Server Error The server encountered an internal error or misconfiguration and was unable to complete your request. Please contact the server administrator, mailadmin and inform them of the time the error occurred, and anything you might have done that may have caused the error. More information about this error may be available in the server error log. Apache/1.3.26 Server at admin Port 443 >>>> Nun gut: welche log-Files sind gemeint, wie kann das Problem behoben werden? Gruß Jörg Bauer

3 2

Speichern von Profilen -- WinXP -- LSASS
by Martin Ross 14 Oct '04

14 Oct '04

Hallo Liste, habe den Server neu aufgespielt und möchte nun die WinXP-Clients wieder in die Domäne aufnehmen. Das klappt auch. Die Anmeldung als Benutzer an der Domäne funktioniert auch. Wenn ich mich aber am Ende wieder abmelden möchte, kann das Profil aus irgend einem Grunde nicht auf dem Server gespeichtert werden. Der XP-Client meldet mir dann irgendwann, dass es Probleme mit lsass gäbe und fährt herunter. Hat jemand eine Lösung? Ideen: Kann es sein, dass der PC noch Reste aus der alten Domänenanmeldung gespeichert hat und nun Konfilkte mit den alten, lokalen Kopien der Profilen hat? Muss man in XP noch irgendwelche Registry-Einträge ändern?

1 0

Antw:DATENSICHERUNG / SUPERGAU
by Frank Schöttler 14 Oct '04

14 Oct '04

Hallo (nochmal), #>>> "Frank Schöttler" <F_Schoettler(a)olpe.de> 13.10.2004 >>> #Hallo, # #habe heute mal den SUPERGAU simuliert ( wird in den Ferien aber ernst !!) #sprich Hardware defekt - neuer Server muss her ! # #- zuerst die Daten gesichert ( Anleitung Seite 225 -227 ) #- dann auf einer anderen Maschine eine kpl. Installation von CD durchgeführt #- Daten zurückgesichert #- !!!! SERVER STARTET NICHT MEHR DURCH - RUN FSCK MANUALLY !!!! # #folgendes ist passiert : der alte Server hatte 2. HDDS der "neue" nur eine ...... #bei der Rücksicherung wurde unter anderem die FSTAB überschrieben und der "neue" Server #konnte nicht mehr alle Partitionen mounten :-) der neue Server hatt andere Hardware HDD, NICs , VGA, Monitor ..... Nachdem ich mit Yast nachgebesset habe wurden die "roten" Meldungen beim Start wieder "grün" ! Dann fehlten aber noch sämtliche UPDATES - ONLINE UPDATES gesaugt ( hat STUNDEN gedauert ). Evtl. kann der "Admin Handbuch Pfleger" einen Hinweis einfügen ! - FSTAB nicht zurücksichern - "Alles was HARDWARE angeht" ** nicht von /etc zurücksichern ** was genau wäre das Gruss Frank Schöttler EDV in Schulen Stadt Olpe

1 0

DATENSICHERUNG / SUPERGAU
by Frank Schöttler 13 Oct '04

13 Oct '04

Hallo, habe heute mal den SUPERGAU simuliert ( wird in den Ferien aber ernst !!) sprich Hardware defekt - neuer Server muss her ! - zuerst die Daten gesichert ( Anleitung Seite 225 -227 ) - dann auf einer anderen Maschine eine kpl. Installation von CD durchgeführt - Daten zurückgesichert - !!!! SERVER STARTET NICHT MEHR DURCH - RUN FSCK MANUALLY !!!! folgendes ist passiert : der alte Server hatte 2. HDDS der "neue" nur eine ...... bei der Rücksicherung wurde unter anderem die FSTAB überschrieben und der "neue" Server konnte nicht mehr alle Partitionen mounten :-) - habe dann den neuen Server mit der knoppix CD gestartet, die Partitionen von Hand gemounted, FSTAB mit chmod bearbeitet und die Einträge abgeändert. Der Server starte nun wieder "meckert" aber noch kräftig. Gibt's außer der FSTAB noch andere Dateien die man besser nicht überspielt ??? M.f.G. Frank Schöttler P.S. Hatte "mein" backupscript(chen) schon mal gepostet - bis heute aber keine rückmeldung erhalten ! Sichere zur Zeit mit einem Script per Cronjob danach gibt's leider Probleme mit rintd und/ober Probleme bei der Anmeldung deshalb gibt's am ende ein REBBOT ...................................................................... #datensicherung mit RSYNC und SSH #auf SUSE 9.0 Client #September 2004 / Frank Schöttler # dienste anhalten rcldap stop rccyrus stop rcpostfix stop rcsmbprint stop rcsmb stop rcnmb stop rcnfsserver stop rcatalk stop # sicherung durchführen # ----------------------------------------------------------------- # /home rsync -e ssh -azvP --delete /home/* 10.0.0.10:/home/dasi/home # /etc rsync -e ssh -azvP /etc/* 10.0.0.10:/home/dasi/etc # LADP slapcat > LDAP-Backupdatei.ldif rsync -e ssh -azvP /var/lib/ldap/* 10.0.0.10:/home/dasi/ldap # MYSQL rcmysql stop rsync -e ssh -azvP /var/lib/mysql/* 10.0.0.10:/home/dasi/mysql rcmysql start # ---------------------------------------------------------------- # dienste wieder starten rcatalk start rcnfsserver start rcsmb start rcnmb start rcsmbprint start rcpostfix start rccyrus start rcldap start # hier kommt der holzhammer # probleme mit rintd !! reboot Gruss Frank Schöttler EDV in Schulen Stadt Olpe Franziskanerstr. 6 57462 Olpe / Biggesee Tel. 02761/ 83 - 1311 Fax 02761/ 83 - 2311 f_schoettler(a)olpe.de

2 1

Umbenennen der DHCP-Raumnamen
by Holger Biber 13 Oct '04

13 Oct '04

Hallo, kann ich ohne Probleme die Namen der DHCP-Pools (bisher "Room0" ...) direkt in /etc/dhcpd.conf ändern? Oder werden die irgendwo sonst noch abgelegt? Leider lassen sich diese Namen NICHT über die Admin-Oberfläche (hhtps://admin/...) ändern. Danke für eine rasche Rückmeldung Holger

2 1