Untige smb.conf genommen und ins Puppet. Scheint im wesentlichen zu tun.
Andreas Demuth hat im grossen CIP Pool versucht, Maschinen zu installieren,
ging nicht, weil kein Netz da war. RRZE angefragt, war nach kurzem da,
Installation lief durch.
Andreas Demuth hat im Praktikumsraum 1 versucht, Maschinen zu installieren,
ging nur bei manchen, weil kein Strom da war. Herrn Joerres drauf hingewiesen.
Spaeter kam wohl ein Elektriker vorbei, der ein paar Sicherungen wieder eingeschaltet
hat. Warum die draussen waren???
Der Cip Pool laesst sich nur mit viel Geschick oeffnen; nachdem mir Herrn Joerres
versichert hat, dass es geht, hab ichs zusammen mit Simon Betz probiert, und
wir habens nach einigen Fehlversuchen geschafft. Auch dort Installation angeworfen.
Jetzt sollten fast alle 120 Maschinen installiert sein. Einige haben kein Netz, einige
keine Strom, wegen Pfusch mit den Bodentanks, aber der Rest sollte tun.
Mit Herrn Ritter vom RRZE ueber die Inadaequanz von ActiveDirectory+Samba+Support gesprochen.
Er haelt das weiter fuer sinnvoll und bietet jede Hilfe an. An unserem
Setup bemaengelt er, dass wir nicht die vom RRZE vorgegebenen uidNumbers benutzen.
Er raeumt aber auch ein, dass die nicht vernuenftig genutzt werden koennen, wenn
man Kollisionen mit uids eigener Mitarbeiter verhindern will, weil das RRZE
weder ein Minimum noch ein Maximum gesetzt hat, unter/ueber denen man selbst
uids vergeben kann. Er verspricht uns eine LDAP/AD Group fuer Natfak Studenten.
Mit Studenten aus dem Programmierkurs den CIP Pool getestet, kaum jemand konnte
sich einloggen, weil auf vielen Maschinen kein winbindd lief (obwohl das als Service
im Puppet steht) und weil viele Maschinen noch kein erfolgreiches join hatten.
Und das hat auch einen Grund! Weil ich sie naemlich nicht im puppetmaster
signiert hatte! Weil naemlich das autosign nicht zuverlaessig funktioniert.
Auf allen cip-54-*, die pingbar waren, getestet, obs in den AD ge"join"t sind,
und ob sie vermittels des AD Benutzernamen zu UIDs aufloesen koenne. Tut!!!!
Auf nexenta alle userhomes, die einen stud/cip/sam Account haben, auf ihre uidNumber
auf dem neuen CIP Pool umgestellt. Um die zu finden, auf einer CIP Pool Kiste
alle Namen aus unseren passwds im AD mit wbinfo -i gesucht, und die uidNumber
daher neben der alten und dem usernamen gespeichert. Liegt auf nextwo unter
/root/old2newid
nebst den Skripten mit denen ich auf Korrektheit der alte uid getestet habe
/root/checkuids
und dem Skript, das die HOMEs ge-chown-t hat
/root/tranformuids