Da traegt man einen neuen DNS Eintrag fuer eine Mac Kiste ein. Kurze Zeit spaeter rebootet man den Rechner (macosx will ca. nach jedem Softwareupdate einen Reboot warum auch immer, oefter als Windows ;-)). Ploetzlich hat die Kiste den neuen DNS Eintrag als Hostname. Folge davon ist, warum auch immer, dass der Hostname fuer die Kiste nun auch der neue Nodename beim TSM Backup Client wird . Folge davon ist natuerlich, dass der scheduler auch nicht mehr funktioniert und das Backup nicht mehr laeuft.
Zur Loesung dieser grossen MacOSX Scheisse sollte man wohl den Eintrag in /etc/hostconfig HOSTNAME=-Automatic- auf z. B. HOSTNAME=macosxistechtscheisse.de aendern.
damnu Apple
So dumm, wie du denkst, kann doch kein User sein Herr Jobs.
hm, irgendwie hab ich da so ein gefühl, als würdest du apple nicht soooo dolle lieb haben….
Jaja, diese Hostname-Geschichte in Mac OS X ist wahrhaft großartig. Aber in diesem Fall hat es doch eher (wieder mal) IBM verbockt. Offenbar steckt der Hostname irgendwie in der Passwort-Encryption drin – wenn du den Hostname änderst, geht das Passwort nicht mehr und TSM löscht es dann auch gleich mal… Richtig toll ist das, wenn man z.B. einen Notebook hat, der an verschiedenen Netzen betrieben wird… siehe auch
http://msgs.adsm.org/cgi-bin/get/adsm0606/196/1/1/1.html
Hostnames sind doch nur in OS X Server etwas tricky und nur dann wenn man den LDAP-Server mit KDC am Laufen hat. Sonst ist es doch echt easy… Könnt man ja auch sagen, Die TS-Entwickler halten sich nicht an die Vorgaben von OS X…