Softwareaktualisierung mit Mac OS X Server

[Avanti]

Des Rätsels komische Lösung:

Server neustart...

Dann hat's geklappt.

[FOX]

Seltsam. Bei mir war es ja die Lösung, den Dienst zu stoppen und wieder zu starten.
Eigentlich sollte die Serversoftware so etwas gleich übernehmen. *Ich* schätze, das da wohl wieder der Finder selbst schuld ist, der bei der Servervariante die gleiche Trägheit aufweist, wie bei den Clients.

Ach so: Willkommen hier im Forum, Avanti!

[Avanti]

Danke, habe mich jetzt auch registriert.

Noch ne andere Frage. In meinem Software-Aktualisierungs Log auf dem Server habe ich den Eintrag
sig_hup: request to handle configuration change!!!

wer weiss was?

 

[mbs]

wer weiss was?

Kommt darauf an, was Du wissen willst.

Die Meldung bedeutet, dass jemand (es wird der Server Manager-Dienst servermgrd gewesen sein, der vom Server Admin-Programm gesteuert wurde) dem Software-Update-Dienst das Signal "Hang-Up" (=sig_hup) zugesandt hat, das ihn auffordert, die Konfiguration neu einzulesen. Das ist normal, wenn man eine Änderung vornimmt und auf den Knopf "Sichern" drückt.

[Avanti]

Ach so 

Besten Dank!

[Avanti]

Hallo zusammen

Das seltsame Problem, dass die Updates bei den Clients nicht angezeigt werden obwohl si aktiviert sind ist wieder da! Auch ein neustart des Servers half nichts. Es ist wirklich mühsam, wenn der Server nicht zuverlässig läuft. Kann mir da jemand weiterhelfen?

PS: Der Server läuft auf einem  Intel Mac und die Clients sind mehrheitlich G5.

[mbs]

Es ist wirklich mühsam, wenn der Server nicht zuverlässig läuft. Kann mir da jemand weiterhelfen?

Möglicherweise bist Du nur zu ungeduldig. Es scheint so zu sein, dass bei manueller Aktivierung der Updates der Server bis zur nächsten Spiegelung wartet, bis er die von Hand aktivierten Pakete wirklich aktiviert. Bei der üblichen Voreinstellung dauert das 24 Stunden. Ob das ein Bug oder Feature ist, ist die Frage. Möglicherweise will der Dienst erst feststellen, ob Apple das Paket nicht wieder zurückgezogen hat. Erst nach dieser Wartephase verschwindet das blaue Ausrufezeichen in der Paketübersicht und der Begleittext zum Paket erscheint. Erst danach "sehen" die Clients die Pakete.

Du kannst das eventuell beschleunigen, indem Du in Server Admin auch die Spiegelung zusätzlich einmal von Hand anstößt (über den Knopf "Jetzt suchen").

[Avanti]

Ja das wäre möglich. Aber die blauen Ausrufezeichen sind weg und den Text kann ich lesen. Gespiegelt wurden die Updates vor mehr als 24h und wiederholt wird die Prüfung nach neuen Updates ja alle Stunden. Mein aktuelles Beispiel ist ein G5 Client auf welchem 10.4.8 läuft. Den wollte ich nun auf 10.4.10 Updaten doch die Meldung "Ihre Software ist auf dem neusten Stand" erscheint jedes Mal.
 

[Avanti]

Hallo Leute

Ich habe nun eine neue Erkenntnis. Auf dem Client der die Updates nicht anzeigt, habe ich das Log des Software Updates angeschaut.
Immer der selbe Fehler:

2007-08-09 16:16:30.530 Software Update[214] *** Failed to load distribution file at http://xstechnik.local:8088/zz061-3576/VkvYzygD3hHXftCJwHks4pdSMfxbgQNC9J/061-3576.German.dist
2007-08-09 16:16:30.531 Software Update[214] *** Unable to use product zz061-3576.
2007-08-09 16:16:30.533 Software Update[214] *** Failed to load distribution file at http://xstechnik.local:8088/zz061-3578/9kjdqsk39HFBvFD8zgD7ZGB3pdVY4VFCFx/061-3578.German.dist
2007-08-09 16:16:30.533 Software Update[214] *** Unable to use product zz061-3578.
2007-08-09 16:16:30.536 Software Update[214] *** Failed to load distribution file at http://xstechnik.local:8088/zz061-3580/qyfwGfLRGBD9pdCg6hsshCDQZGTPs3Jh2y/061-3580.German.dist
2007-08-09 16:16:30.537 Software Update[214] *** Unable to use product zz061-3580.
2007-08-09 16:16:30.540 Software Update[214] *** Failed to load distribution file at http://xstechnik.local:8088/zz061-3582/cJbddfx8PzVsmhWr2m94sFWrxTWgcpXF69/061-3582.German.dist
2007-08-09 16:16:30.540 Software Update[214] *** Unable to use product zz061-3582.
2007-08-09 16:16:30.544 Software Update[214] *** Failed to load distribution file at http://xstechnik.local:8088/zzz022-3366/SLxQVqCgjQgtJxm7vzvQ94bYNhkbZtG4DD/022-3366.German.dist
2007-08-09 16:16:30.544 Software Update[214] *** Unable to use product zzz022-3366.


Nun, wenn man via Browser z.B. auf die Adresse http://xstechnik.local:8088/zzz022-3366/SLxQVqCgjQgtJxm7vzvQ94bYNhkbZtG4DD/022-3366.German.dist geht, erhält man die Antwort 404 Not Found.
Nun wenn ich diesen Dienst richtig Verstehe, dann schaut der Mac auf dem Server nach, welche Updates für sein System bereit stehen. Aber so wie das aussieht, besteht hier noch ein Komunikations Problem. Interessanter weise gibt es Clients, die über den Server problemlos Updaten können. Wer wird da schlau draus?

[FOX]

Evtl. würde es helfen, wie in meinem Fall, die Adresse des Servers manuell einzutragen. Ich musste den Zusatz ".sucatalog" hinzufügen, sonst ging es auch nicht. Ich verwalte die Clients allerdings nicht mit dem Server. Deshalb musste ich an jedem Client die Adresse der Softwareaktualisierung manuell per Terminal nachtragen.

Die komplette Adresse lautet bei mir "http://192.168.x.x:8088/index.sucatalog".

Werden die Clients bei dir generell am Server verwaltet? Mit Netboot oder eigenem Homeverzeichnis am Server?

[Avanti]

Nein, die Clients werden nicht vom Server Verwaltet und es gibt auch keine Homeverzeichnisse. Scheinbar ist es bei mir genau gleich aufgebaut wie bei dir.

Ich habe via Apple Remote Desktop den UNIX Befehl defaults write /Library/Preferences/com.apple.SoftwareUpdate CatalogURL http://xstechnik.domain.ch:8088/ an alle Verteilt. Den Namen habe ich im DNS Server eingetragen. Die Auflösung funktioniert.

OK, das mit dem index.sucatalog ist ein Versuch wert. Kann man den Befehl einfach erneut ausführen oder muss ich die alte Preferenz erst löschen? Also de undo Befehl ausführen?

[FOX]

Ich denke, ein erneutes Ausführen per Terminal überschreibt den alten Eintrag und ein Löschen der Prefs ist nicht nötig.

[Avanti]

also habs jetzt ausprobiert, aber leider erfolglos.  :'(

Befehl:
defaults write /Library/Preferences/com.apple.SoftwareUpdate CatalogURL http://xstechnik.domain.ch:8088/index.sucatalog

[FOX]

Wenn Du die Adresse mit dem Zusatz per Browser abfragst, kommst Du dann in das Unterverzeichnis? Das geht bei mir einwandfrei.

[Avanti]

nein, dann öffnet der Browser die Datei index.sucatalog. Dann sehe ich nur die  :

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
<dict>
   <key>ApplePostURL</key>
   <string>http://xstechnik.local:8088/cgi-bin/SoftwareUpdateServerStats</string>
   <key>IndexDate</key>
   <date>2007-08-09T14:41:55Z</date>
   <key>Products</key>
   <dict>
      <key>022-3271</key>
      <dict>
         <key>Distributions</key>
         <dict>
            <key>Dutch</key>
            <string>http://xstechnik.local:8088/022-3271/rmqY4rJMxLgmYp8fMxJCfB22drKT5CMvxC/022-3271.Dutch.dist</string>
            <key>English</key>
            <string>http://xstechnik.local:8088/022-3271/rmqY4rJMxLgmYp8fMxJCfB22drKT5CMvxC/022-3271.English.dist</string>
            <key>French</key>
....

Wenn ich die URL ohne /index.sucatalog öffne, dann erhalte ich eine Liste:

Index of /

    * Parent Directory
    * 022-3271
    * 022-3281
    * 022-3394
    * 022-3445
    * 061-1603
    * 061-1605
...

Welch Serverversion hast du? Bei mir läuft OS X Server 10.4.10.