Hallo Leute, vielleicht kann uns jemand helfen. Haben vor 2 Wochen auf einem G4 Server-Mac neu das OSX-Server-Paket (Panther) installiert und konfiguriert.

Bis heute liefs recht gut (haben 5 Clients-Mac & 1 PC am Netz). Nachdem ich den Server einmal ziemlich brutal (d.h. längeres Drücken des Ausschaltknopfs) abstellen musste – war wegen Retrospect aufgehängt - kam zwar die ganze Software wieder hoch, jedoch konnten die Clients keine Platte sehen.
Wir sahen dann auch, dass das AFP (Apple File Protokoll) nicht zu aktivieren war.
Hat jemand eine Idee, an was das dies liegen könnte. Ich hoffe nicht, dass es etwa einen Zusammenhang mit den heute frisch heruntergeladenen Security-Updates zu tun hat...

Zugriffsrechte im Festplattendiensprogramm schon mal repariert? Am Besten zwei, drei mal machen, bis es nix mehr zu reparieren gibt, ausser ISO9660 Filesystem-Bibliothek


// david uhlmann

mac os x & datahandling
http://www.wissen-wie.ch

Hi,

also an den Zugriffsrechte Reparieren Voodoo will ich einfach nicht so recht glauben (http://faq.de-soc-mac.de/...te_reparieren.shtml)

Der unixoide Unterbau von MacOS X bringt wenigstens einen schönen Nebeneffekt mit: Logdateien für alles mögliche.

Insofern würde ich erstmal dort gucken. Die Logs für den AppleFileServer sollten normalerweise in /Library/Logs/AppleFileService/ liegen und "eigentlich" via Dienstprogramme:Konsole einsehbar sehen (keine Ahnung, ob das für MacOS X *Server* auch zutrifft. Hab die Dinger grad nur per SSH im Zugriff, d.h. sehe nicht, wo sich was im GUI tut)

Ebenso einen Blick in /var/log/system.log werfen, ob da was Verdächtiges erscheint...

Gruss,

Thomas

Danke, Leute, für die Tipps, habens mit einer kompletten Neuinstallation von der OS X Server-Software gelöst.
Man gönnt sich ja sonst nichts... :-)))

Hi Thomas

Naja, nur an Voodoo möchte ich da nicht glauben. Es stimmt, ein Allerweltsheilmittel ist es ja auch (leider) nicht, aber ich konnte doch schon einige Probleme damit lösen (die Programme, die Probleme machten laufen aber alle auf der GUI, also die Dienste nehme ich mal davon aus). Aus Deinem Beitrag (Link) ist klar ersichtlich, dass eine vom "Apple-Standard" abweichende Installation mehr oder weniger zu unterschiedlichen Resultaten führen kann.

Dass die User-Ordner nicht miteinbezogen werden, finde ich ok, schliesslich möchte ich ja da u.U. "spezielle" Berechtigungen dort haben.



// david uhlmann

mac os x & datahandling
http://www.wissen-wie.ch

Hallo David,

> Naja, nur an Voodoo möchte ich da nicht glauben.

Ich definiere "Voodoo" im IT-Bereich (und nur da) wie folgt: Man macht auf bloßen Verdacht hin mal irgendwas (möglichst vieles parallel, damit man auch ja keine Ahnung hat, welche der diversen Aktionen vielleicht anschließend im kausalen Zusammenhang zum Verschwinden der Symptome geführt hat) ohne

- darüber nachzudenken, was denn die Ursache des Problems sein könnte

- wie man das Problem lösen könnte

Das war früher das beliebte rituelle "PRAM-Zappen" bei Mitternacht. Oder "Schreibtisch neu aufbauen" nebst Tieropfer... und heute ist eben "Rechte Reparieren" diese Rolle zuteil geworden.

Was "Rechte Reparieren" macht, ist klar definiert (siehe den Link im Thread, der meinen Erkenntnisstand diesbzgl. recht vollständig beschreiben dürfte). Es gibt "Probleme", die damit in den Griff zu bekommen sind (üblicherweise nachdem einem schlampig erstellte "3rd party"-Installer an essentiellen Stellen im System herumgepfuscht haben) aber vieles an Problemquellen hat damit nicht die Bohne zu tun.

Und, um nochmal auf das ursprünglich angesprochene Problem des nicht startenden AFP-Service zurück zu kommen: Anstatt hier einfach mal den Hinweisen im Thread nachzugehen (also Logdateien angucken) wird dann ein bisserl Voodoo hier und da betrieben und anschl. das System von Grund auf neu aufgesetzt. Was ein Armutszeugnis (auch für Apple)

> Dass die User-Ordner nicht miteinbezogen werden, finde ich ok,
> schliesslich möchte ich ja da u.U. "spezielle" Berechtigungen dort
> haben.

Das ganze zugrunde liegende Konzept von "Rechte Reparieren" -- und das ist in erster Linie das Apple-Installer-Konzept -- ist so weich, daß es schon kaum mehr in Worte zu fassen ist. Hätte Apple da nicht so einen Mist verbrochen, gäbe es überhaupt keine Berechtigung für dieses "Reparieren". Im Ernst: Das ist eigentlich völlig undenkbar, daß so ein Quatsch auf einem Unix regelmäßig aufgerufen werden muß.

Gruss,

Thomas

Mmh, in Deiner Argumentationskette kommen aber auch die 3rd Party-Hersteller vor. Und da kann ja Apple nun nicht wirklich etwas dafür, oder? Ich halte auch nichts von der gebetsmühlenartigen Ausführung der von Dir erwähnten "Ausprobier-Tricks", wenns einfach nur drauf raus läuft, Wissen mit Probieren zu kompensieren.

Fact ist aber, dass es durchaus Dinge gibt, die man zuerst ausprobieren kann. Es kann ja durchaus sein, dass die Rechte für den Deamon nicht korrekt gesetzt sind und dadurch nicht zum Laufen gebracht werden können. Daher meine Überlegung, das einmal zu probieren.


// david uhlmann

mac os x & datahandling
http://www.wissen-wie.ch