Solaris 10 Updatemanager stellt sich quer

[roth]

Grüß Gott,

seit einiger Zeit habe ich ein Problem mit den Updates bzw. dem Updatemanager bei meinem Solaris 10 (8/07).

uname -a
SunOS <rechnername> 5.10 Generic_127111-05 sun4u sparc SUNW,UltraSPARC-IIi-cEngine

Leider habe ich keinen Supportvertrag und dementsprechend bei der Registrierung durch den Updatemanager dies seinerzeit auch so angegeben. Danach konnte ich damals Updates laden.

Mittlerweile (seit November/Dezember 2007    ) bekomme ich bei dem Aufruf des Updatemanager nur ein kleines Fensterchen eingeblendet mit dem Titel "Warnung (auf <rechnername>)". Das Fenster beinhaltet nur ein Ausrufezeichen in einem gelben Dreieck und eine Schaltfläche "OK". Sonst nichts, kein Text.

Wenn ich nun "OK" betätige, zeigt der Updatemanager "Verfügbare Updates: 0", was ich mir nicht vorstellen kann, zumal vorher (November/Dezember 2007) da noch einige nicht heruntergeladene Updates waren (langsam aber sicher werde ich nervös, keine aktuellen Updates zu haben :roll: ). Das Herunterladen der Updates wurde seinerzeit ab an durch den Zusammenbruch meiner unzuverlässigen Internetverbindung (bin ja leider ein Landei ohne Chance auf DSL ) abgebrochen.

Im Updatemanager kann ich in "Datei / Einstellungen" die Proxy-Einstellung vornehmen, in "Datei / Abonnement verwalten" komme ich ohne Angabe einer Service-Plannummer nicht weiter. Die Möglichkeit, wie bei der Registrierung, "ohne Service-Plannummer" anzugeben, wird nicht mehr angeboten, "Nummer" ist ein Pflichtfeld.

Mit

Code: [Auswählen]

/usr/sbin/smpatch analyzebekomme ich nur

Failure: Response code was 403

Hat das schon einmal jemand gehabt?
Vielen Dank für Eure Hinweise.


Gruß
Sven

[DukeNuke2]

es gibt ein spool verzeichnis wo die temp daten während des updates vorganges abgelegt werden. ich habe den pfad nicht genau im kopf, war aber irgendwas wie /var/adm/spool oder /var/sadm/spool. wenn dort noch files liegen, lösch die mal und versuche das update noch mal.

greets,
DN2

[ss10user]

Als SIP-Response heißt 403: unzulässig.


Duck und wegkriech ...


GvH

[roth]

Als SIP-Response heißt 403: unzulässig.


Duck und wegkriech ...

Nix "Duck und wegkriech", das ist garnicht so weit hergeholt!
Immerhin kann ich die Registrierungsinformationen im Updatemanager nicht abschließen, weil ich keine Service-Plannummer habe und muß diese Maske abbrechen. Womöglich versetzt das den Updatemanager in den Konfigurationszustand, nicht registriert und damit nicht updateberechtigt zu sein.
Ausschließen will ich das nicht. Nur wie setze ich den Updatemanager wieder zurück und registriere mich ohne Service-Plannummer (auf der Sun Seite bin ich registriert)?


Gruß
Sven

[roth]

Grüß Gott,
im Verzeichnis "/var/sadm/spool/cache/" gibt es Unterverzeichnisse

ls -lah /var/sadm/spool/cache/
Gesamt 20
drwxr-xr-x   9 root     sys          512 Mrz 19 16:53 .
drwxr-xr-x  16 root     sys         1,5K Jan 23 19:12 ..
drwxr-xr-x   2 root     root         512 Mrz 19 16:55 category
drwxr-xr-x   2 root     root         512 Mrz 19 16:55 collection
drwxr-xr-x   2 root     root         512 Mrz 19 16:56 Database
drwxr-xr-x   2 root     root         512 Mrz 19 16:56 entitlement
drwxr-xr-x   2 root     root         512 Mrz 19 16:54 ReadMe
drwxr-xr-x   3 root     sys          512 Nov  1 15:38 updatemanager
drwxr-xr-x   2 root     root         512 Mrz 19 16:57 xml

die ich geleert habe. Da waren einige https%... Dateien drin.
Der Effekt ist für updatemanager danach der gleiche: Das gelbe Dreieck.
Allerdings bringt "smpatch analyze" etwas anderes:

Code: [Auswählen]

smpatch analyze
Failure: Cannot connect to retrieve detectors.jar: ForbiddenAllerdings deutet das immer mehr auf dieses seltsame Problem mit der Registrierung hin.

Gruß
Sven

[roth]

Gemäß dem Artikel Registration lost and I cannot re-establish it (caused by patch 121081-08?)
habe ich festgestellt, daß die Registrierungsdatei "/tmp/registration.properties" nicht mehr vorhanden ist (vermutlich durch den erneuten Aufruf der Abonnementverwaltung in updatemanager ohne Service-Plannummer).
Trotzdem habe ich den Vorschlag von "ForumModerator" ausgeführt:

Code: [Auswählen]

roth@erde:~ $ sudo rm /tmp/basicreg*
Password:
roth@erde:~ $ sudo cat /tmp/registration.properties
cat: Öffnen von /tmp/registration.properties nicht möglich
roth@erde:~ $ sudo /usr/sbin/cacaoadm stop
roth@erde:~ $ sudo /usr/lib/cc-ccr/bin/eraseCCRRepository
roth@erde:~ $ sudo rm /var/scn/persistence/SCN*
/var/scn/persistence/SCN*: Datei oder Verzeichnis nicht gefunden
roth@erde:~ $ sudo rm /var/sadm/spool/cache/entitlement/*
/var/sadm/spool/cache/entitlement/*: Datei oder Verzeichnis nicht gefunden
roth@erde:~ $ sudo /usr/sbin/cacaoadm start
roth@erde:~ $ sudo /usr/sbin/cacaoadm get-param java-home
java-home=/usr/jdk/jdk1.5.0_12
roth@erde:~ $ sudo java -version
java version "1.5.0_12"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_12-b04)
Java HotSpot(TM) Client VM (build 1.5.0_12-b04, mixed mode, sharing)
roth@erde:~ $ sudo /usr/sbin/sconadm register -a -r /tmp/registration.properties
Registration profile file "/tmp/registration.properties" must exist and must be readable.
Anschließend konnte ich mit updatemanager die Registrierung ausfüllen und ohne Angabe einer Service-Plannummer abschließen (d.h. das läuft zur Zeit noch...).

edit: Zu früh gefreut! Die Registrierung konnte zwar abgeschlossen werden, bei dem Versuch auf Aktualisierungen zu prüfen, bekomme ich wieder das magische gelbe Dreieck angezeigt und das war es dann.
Jetzt werde ich das nochmal durchmachen und auf der Kommandozeile mit smpatch probieren...

edit2: Link repariert


Gruß
Sven

[roth]

Nach dem erneuten Durchgang war wieder nichts außer dem gelben Dreieck.

Wieder alles durchgegangen. Dabei habe ich einmal die Datei "/tmp/registration.properties" mit touch angelegt, die Rechte 600 und die Benutzer/Gruppen-Zuordnung an root:sys vorgenommen.
Das brachte dann bei "smpatch analyze" einen anderen Fehler:

Code: [Auswählen]

root@erde:~ # smpatch analyze
Failure: Cannot connect to retrieve detectors.jar: You are not authorized to access this service.
Also Datei "/tmp/registration.properties" wieder zu Fuß gelöscht und das alte Spiel von vorne.
Was soll ich sagen? Ein "smpatch analyze" bringt auf einmal eine Meldung!

Code: [Auswählen]

root@erde:~ # smpatch analyze

        Sie haben neue Nachrichten. Abruf über: smpatch messages [-a]

Erforderliche Patches.
119252-22 SunOS 5.10: System Administration Applications Patch
124630-15 SunOS 5.10: System Administration Applications, Network, and Core Libraries Patch
(...)Nun denn, dann einmal ein "smpatch update" (den "smpatch messages" stelle ich mal hintenan, obwohl das sinnvollerweise vorher gelesen werden sollte, aber man ist ja erwartungsvoll ungeduldig )

Code: [Auswählen]

root@erde:~ # smpatch update

        Sie haben neue Nachrichten. Abruf über: smpatch messages [-a]

Patches werden heruntergeladen in /var/sadm/spool...
119252-22 has been validated.
124630-15 has been validated.
(...)Und so läuft es derzeit noch.


Gruß
Sven

[roth]

Mojn,

leider ist die Internetverbindung während des Update-Herunterladens dreimal abgebrochen. Unglücklich ist dabei, daß der Updateprozeß das nicht mitbekommt bzw. nach Wiederaufbau der Verbindung nicht wieder mit dem Herunterladen weitermacht. Dieses Verhalten zeigte der updatemanager bisher auch. Mit dem anschließenden erneuten Aufruf von "smpatch update" wird mit der nächsten Datei (gemäß der durch "smpatch analyze" ausgegebenen Liste) fortgefahren.
Ob der Updateprozeß korrekt abgeschlossen wird, kann ich leider erst heute Abend zu Hause nach einem erneuten Aufruf sehen.


Gruß
Sven

[roth]

Grüß Gott,

leider weiß ich nicht, ob sich das so richtig verhält.
Irgendwie scheint der Updateprozeß keine weiteren Ausgaben zu erzeugen:

Code: [Auswählen]

$ sudo /usr/sbin/smpatch update
Patches werden heruntergeladen in /var/sadm/spool...
Patches werden installiert aus /var/sadm/spool...
Und da tut sich seit zwei Stunden nix mehr...

Zuvor hatte ich mit "smpatch analyze" erneut eine ganze Liste mit Updates ausgegeben bekommen, die aber augenscheinlich alle bereits heruntergeladen waren. Des Weiteren habe ich bereits einen "init 6" durchgeführt, um zu sehen, ob vielleicht der erste Neustart einen weiteren Verlauf mit sich bringt.
Nach dem erneuten Hochfahren des Systems habe ich "smpatch update" erneut ausgeführt. Unglücklicherweise habe ich bislang aber nicht eine "applied" Meldung gesehen. :rolleyes:

Soll ich smpatch jetzt abbrechen und mit patchadd einzeln die Patches einspielen. Das sind nach "smpatch messages" 89 Stück mit zahlreichen Neustarts (habe ich jetzt Microsoft Windows vor mir?).


Gruß
Sven

[DukeNuke2]

da liegt wohl das problem bei sun... bei mir macht der updatemanager den gleichen mist. ich warte einfach mal was sich da so tut. bei mir ist das ja nur ein spiel server. also wenn die patche ne woche (oder 2) später drauf kommen ist es auch nicht schlimm!

greets,
DN2

[roth]

Hai,

da hat sich noch immer nichts getan. Kein einziges "applied".

da liegt wohl das problem bei sun... bei mir macht der updatemanager den gleichen mist.

Das beruhigt mich ein wenig. Dann habe zumindest ich wohl keinen Mist gemacht.

ich warte einfach mal was sich da so tut. bei mir ist das ja nur ein spiel server. also wenn die patche ne woche (oder 2) später drauf kommen ist es auch nicht schlimm!

Öhm, Du meinst jetzt damit aber nicht, daß ich den Updateprozeß 'ne Woche lang laufen lassen soll, oder?
Die Nacht gebe ich ihm noch, wenn sich morgen in der Früh nix getan hat, würge ich den Prozeß ab, oder? 

Gruß
Sven

[vab]

Klingt alles sehr seltsam...

Diesen ganzen Updatemanager-Kram fasse ich nicht an.  Patches hole ich mit wget und installiere sie alle zusammen mit patchadd, macht genau einen Reboot.
Scheint bis jetzt immer noch die performanteste Methode zu sein.  Und wenn die Patches einmal lokal da sind, kann man sie für alle Systeme nutzen. :-)

Löst natürlich nicht Dein Registrierungsproblem.

Gruß -- Volker

[roth]

Grüß Gott,

da hat sich noch immer nichts getan, ich breche das jetzt ab.

Volker, die Registrierung scheint mir nicht mehr das Problem zu sein, zumal ich nach dem "Zurücksetzen" der Registrierung dann Patches mittels "smpatch" herunterladen konnte.

Was ich mich jetzt aber frage ist, wenn Sun in der Erläuterung zu den Patches zu einzelnen Patches "Neustart" oder gar "Sofortiger Neustart" schreibt, funktioniert dann das Einspielen dieser Patches nach Deiner Methode mit nur einem abschließenden Neustart trotzdem einwandfrei, oder sind dann einige Patches nicht korrekt eingespielt?


Gruß
Sven

[roth]

So, das mit "patchadd" ist auch nicht gelaufen.

Code: [Auswählen]

# patchadd -x 192.168.1.1:800 -M /var/sadm/spool/
Validating patches...

Loading patches installed on the system...

Done!

Loading patches requested to install.

Cannot open pkginfo file /var/sadm/spool/cache/xml/pkginfo
Cannot open pkginfo file /var/sadm/spool/cache/updatemanager/pkginfo
Cannot open pkginfo file /var/sadm/spool/cache/collection/pkginfo
Cannot open pkginfo file /var/sadm/spool/cache/entitlement/pkginfo
Cannot open pkginfo file /var/sadm/spool/cache/Database/pkginfo
Version of package SUNWcakr from directory SUNWcakr.v in patch 127111-10 differs from the package installed on the system.
Version of package SUNWcar from directory SUNWcar.v in patch 127111-10 differs from the package installed on the system.
Version of package SUNWcpc from directory SUNWcpc.v in patch 127111-10 differs from the package installed on the system.
Architecture for package SUNWnxge from directory SUNWnxge.v in patch 127111-10 differs from the package installed on the system.

(...)

Checking patches that you specified for installation.

Done!


Approved patches will be installed in this order:

119252-22 124630-15 121430-22 121308-12 119254-52 118683-02 119812-05 127886-05
126266-01 126647-02 128028-03 127111-10 127728-06 120812-23 122911-10 120543-11
124235-03 120272-18 125892-02 122517-04 136718-01 136716-01 121002-04 127735-02
127718-04 125081-16 125108-02 125416-06 125378-05 126434-05 121081-08 137050-01
128495-01 125176-03 126664-01 119974-09 120222-26 125166-10 125184-05 120346-09
136882-01 119470-13 123590-08 125249-01 118830-02 123402-01 124256-06 125731-02
119090-25 120201-05 121620-03 123893-04 119213-17 118666-16 118667-16 119703-11
136998-02 137000-02 136708-01 123630-03 118707-05 118777-12 125060-04 118711-03
125952-07 118712-20 118708-17 124149-11 120410-26 119810-05 119280-15 119278-20
125279-05 119117-42 120460-13 122212-25 119900-04 119548-11 121095-02 120739-04
137080-01 125541-02 119115-33 125539-03 125332-02 119059-40 123611-03 120094-17
123005-07


Preparing checklist for non-global zone check...

Checking non-global zones...

Restoring state for non-global zone musterzone...

(...)

This patch passes the non-global zone check.
119252-22 124630-15 121430-22 121308-12 119254-52 118683-02 119812-05 127886-05
126266-01 126647-02 128028-03 127111-10 127728-06 120812-23 122911-10 120543-11
124235-03 120272-18 125892-02 122517-04 136718-01 136716-01 121002-04 127735-02
127718-04 125081-16 125108-02 125416-06 125378-05 126434-05 121081-08 137050-01
128495-01 125176-03 126664-01 119974-09 120222-26 125166-10 125184-05 120346-09
136882-01 119470-13 123590-08 125249-01 118830-02 123402-01 124256-06 125731-02
119090-25 120201-05 121620-03 123893-04 119213-17 118666-16 118667-16 119703-11
136998-02 137000-02 136708-01 123630-03 123005-07 118707-05 118777-12 125060-04
118711-03 125952-07 118712-20 118708-17 124149-11 120410-26 119810-05 119280-15
119278-20 125279-05 119117-42 120460-13 122212-25 119900-04 119548-11 121095-02
120739-04 137080-01 125541-02 119115-33 125539-03 125332-02 119059-40 123611-03
120094-17


Summary for zones:

Zone zdns

Rejected patches:
None.

Patches that passed the dependency check:
119252-22 124630-15 121430-22 121308-12 119254-52 118683-02 119812-05 127886-05
126266-01 126647-02 128028-03 127111-10 127728-06 120812-23 122911-10 120543-11
124235-03 120272-18 125892-02 122517-04 136718-01 136716-01 121002-04 127735-02
127718-04 125081-16 125108-02 125416-06 125378-05 126434-05 121081-08 137050-01
128495-01 125176-03 126664-01 119974-09 120222-26 125166-10 125184-05 120346-09
136882-01 119470-13 123590-08 125249-01 118830-02 123402-01 124256-06 125731-02
119090-25 120201-05 121620-03 123893-04 119213-17 118666-16 118667-16 119703-11
136998-02 137000-02 136708-01 123630-03 118707-05 118777-12 125060-04 118711-03
125952-07 118712-20 118708-17 124149-11 120410-26 119810-05 119280-15 119278-20
125279-05 119117-42 120460-13 122212-25 119900-04 119548-11 121095-02 120739-04
137080-01 125541-02 119115-33 125539-03 125332-02 119059-40 123611-03 120094-17
123005-07

Zone musterzone

Rejected patches:
None.

Patches that passed the dependency check:
119252-22 124630-15 121430-22 121308-12 119254-52 118683-02 119812-05 127886-05
126266-01 126647-02 128028-03 127111-10 127728-06 120812-23 122911-10 120543-11
124235-03 120272-18 125892-02 122517-04 136718-01 136716-01 121002-04 127735-02
127718-04 125081-16 125108-02 125416-06 125378-05 126434-05 121081-08 137050-01
128495-01 125176-03 126664-01 119974-09 120222-26 125166-10 125184-05 120346-09
136882-01 119470-13 123590-08 125249-01 118830-02 123402-01 124256-06 125731-02
119090-25 120201-05 121620-03 123893-04 119213-17 118666-16 118667-16 119703-11
136998-02 137000-02 136708-01 123630-03 118707-05 118777-12 125060-04 118711-03
125952-07 118712-20 118708-17 124149-11 120410-26 119810-05 119280-15 119278-20
125279-05 119117-42 120460-13 122212-25 119900-04 119548-11 121095-02 120739-04
137080-01 125541-02 119115-33 125539-03 125332-02 119059-40 123611-03 120094-17
123005-07

(...)

Patching global zone
Adding patches...

Signiertes Patch <119252-22> wird überprüft...
Verifying digital signature for signer <es-signature>
ERROR: Signature verification failed while verifying certificate <subject=Sun Microsystems Inc Root CA, issuer=/C=US/O=VeriSign, Inc./OU=Class 2 Public Primary Certification Authority - G2/O>:<unable to get local issuer certificate>.
ERROR: Unable to verify signature for signer <es-signature>
Signatur von Patch <119252-22> ist ungültig.
WARNING: Skipping patch 119252-22

(...)

Signiertes Patch <123005-07> wird überprüft...
Verifying digital signature for signer <es-signature>
ERROR: Signature verification failed while verifying certificate <subject=Sun Microsystems Inc Root CA, issuer=/C=US/O=VeriSign, Inc./OU=Class 2 Public Primary Certification Authority - G2/O>:<unable to get local issuer certificate>.
ERROR: Unable to verify signature for signer <es-signature>
Signatur von Patch <123005-07> ist ungültig.

Patchadd wird beendet.
WARNING: patchadd returned <41> for global zone
Da stimmt doch was nicht, nur was?

Gruß
Sven

[Ebbi]

Blöde Frage, aber hast du bereits PCA probiert?

http://www.par.univie.ac.at/solaris/pca/