[10.8 Mountain Lion] Uninstall der server.app

[Wuchtbrumme]

Ich werde noch wahnsinnig. Bei mir ist was schief(gegangen, Profilmanager sei dank) und ich dachte mir, dann installiere ich halt neu. Gut, ganz neu muss ja auch nicht sein, server.app würde ja reichen.

Also:
-Dienste ausschalten
-server.app beenden
-server.app in den Müll (Fenster poppt auf: Dienstdaten wurden gesichert)
-rm -rf /Library/Server

Ergebnis:
Nach jeder Neuinstallation von server.app habe ich meine alten Daten wieder im DNS. Schön, aber überhaupt nicht meine Absicht.

Was muss ich putzen?
(ML10.8.5, server.app 2.2.2)

 

[stk]

DNS Daten liegen (wie immer bei bind) unter /var/named/

 

[Wuchtbrumme]

danke - soll das heißen, die Anleitung ist nicht korrekt und ich muss alle möglichen Verzeichnisse (gehört sich nicht eigentlich /var/etc, um korrekt zu sein, jedenfalls für OS X-Verhältnisse?) durchsuchen?

Dann ist eine komplette Neuinstallation inkl. Mountain Lion ja wahrscheinlich doch zeitsparender.

Herrje, ist das ein Stück *$%&%$§&/(! Und das alles wegen des Profilmanagers, der der eigentliche Grund ist, warum der Server läuft und den ich in zwei Jahren noch nicht einmal habe laufen sehen.

 

[Wuchtbrumme]

extra mal in Kai Surendorfs umfassendem Handbuch nachgeschlagen und in Randnotiz folgendes (sinngemäss) gefunden: Man backuppe den Server vor jeder Installation, denn "die nachträgliche Entfernung von Komponenten ist von Apple nicht vorgesehen".

Man trete diesen Bunch von Schrott gescheit in dieselbe Tonne, in der sich schon die Windows95- und Me-Datenträger befinden. Sind die mit dem Klammerbeutel gepudert? Wenn denn wenigstens die Software funktionieren und sich nicht selbsttätig zerlegen würde...

 

[stk]

Moin

/var/etc ist das default Verzeichnis für Einstellungsdateien. Ja. Aber die Einstellungen eines DNS sind etwas umfänglicher und keine .confs im engeren Sinne. Von daher das eigene Datenverzeichnis /var/named.

Ich bleibe dabei: es ist äußerst dienlich wenn man ein paar Linux-Grundkenntnisse im Serverbetrieb mitbringt um sich bei OS X aus dem größten Schlamassel rauszuretten. Was da in Cupertino reingeproggt wurde ist z.T. von erschreckender Unkenntnis getrieben.

Gruß Stefan

 

[QuickMik]

wieder mal ein ACK von mir.
vielleicht sollte man "der putze" (die letzte verbliebene in der server abteilung) sagen,
das os x ein unix system ist. damit sie nicht immer auf die standardmäßigen pfade sch....

 

[Wuchtbrumme]

das ist so ein Gelumpe. Ich hatte jetzt neu aufgesetzt, Backups gemacht, die Server.app installiert, einmal gestartet, habe den DNS gestoppt, Server.app beendet und /var/named zurückgesichert. War nicht viel, was da drin war, aber es hätte mir 5min gespart, wenn es funktioniert hätte. Hat es aber nicht. Der Inhalt von /var/named hat den Bind nicht die Bohne interessiert. Gut, ich habe noch keinen Bind konfiguriert und nehme ob des Verhaltens mal ganz stark an, dass die Konfigurationsdateien in einer DB osä. referenziert oder gar initial eingeladen werden, aber deswegen muss ich das ja nicht schön finden. Dreck.

 

[QuickMik]

ich versuche immer mit "fseventer" ein bissl schlauer zu werden.
es wäre ja auch ok, wenn es wenigstens eine gute dokumentation zu ihren spezalbehandlungen geben würde.

 

[stk]

Der Kardinalfehler bei bind sind die serials. Immer schön anpassen und hochzählen! .

 

[Gelöschtes Mitglied 169081]

Freu dich aufs Upgrade auf Mav Server ich habe gerade erstmal 2.2.2 wieder eingespielt ... Beim Upgrade wurde scheinbar was zerschossen ... der Server war die ganze Zeit unter Volllast obwohl nicht drauf zugegriffen hat

Habe endlich mal die Lüfter gehört *lach*

Dann mal Clean installen und hoffen es ist kein 3.0 Bug...

 

[Wuchtbrumme]

bei laufenden Lüftern kommt es drauf an, ob Last auf dem System ist. Wenn keine drauf ist (sh. Aktivitätsanzeige/alle Prozesse), dann ist es fast immer ein verschluckter SMC, den man mittels SMC-Reset zurücksetzen kann.

 

[Gelöschtes Mitglied 169081]

nene war Last vorhanden .... und es war nicht Spotlight