Problem mit Solaris 10 (sparc) und dem Updatemanager

[avalox]

Hallo,

dies ist mein erster Beitrag hier, also erst mal Hallo an alle.

Nun zu meinem Problem.

Ich hab hier 3 Sun Solaris 10 Sparc Maschinen stehen.

2 von denen habe ich per Updatemanager auf den neusten Stand gebracht. Hat auch problemlos geklappt (da auf den Maschinen keine GUI läuft, mache ich das per Display export und Exceed).

Bei der dritten klappt das einfach nicht. Ich starte den Manager und suche nach Updates, aber es bleibt immer bei 0 verfügbaren Updates. Der Server ist aber definitiv nicht auf dem neusten Stand.

Internetverbindung ist da und funktioniert ohne Probleme. Ich weiss leider nicht wo der fehler ist.

Alternativ hatte ich "pca" versucht, aber das läuft auf keiner der Maschinen durch (das liegt aber eher an der sunsolve seite).

Ich hoffe einer von euch hat eine Idee, warum mir bei der einen Maschine keine Updates angezeigt werden.

Gruß Sebastian

[DukeNuke2]

versuch es mal mit reiner kommandozeile:

Code: [Auswählen]

smpatch analyze
und dann:

Code: [Auswählen]

smpatch update

[avalox]

hi und danke!

smpatch analyze
No patches required.

Ich kann mir das aber nicht vorstellen. Ich hab den Server noch nie geupdatet. Woher soll der dann auf dem neusten Stand sein?

Gruß Sebastian

[DukeNuke2]

kann ich mir auch nicht vorstellen... da scheint ja was am system "verbogen" zu sein... ich denk mal nicht das du nen servicevertrag für den server hast? falls doch, zieh einen explorer der kiste und mach einen call auf.
alternativ lade dir mal den "recommended patch cluster" bei sunsolve runter und installier den.
ansonsten auch mal das spool verzeichnis für den "updatemanager" leerräumen... vllt ist der mal abgeschmiert und hat irgendwelche spuren hinterlassen.

[avalox]

einen service vertrag haben wir leider nicht.

das spool verzeichnis ist bis auf den ordner cache leer (dessen unterordner sind soweit auch leer)

EDIT: wo finde ich denn diesen recommended patch cluster? wenn ich auf der seite danach suche komme ich immer nur in bereiche, in die ich mit meinem solve user nicht rein darf

[maal]

Ich meine Patch Cluster sind auch nur mit Service Vertrag verfügbar.

Evtl. hat etwas mit der Registrierung des Systems nicht geklappt.
Falls das System noch nicht registriert ist, sollte der Update Manager eigentlich automatisch zur Registrierung verzweigen.
PCA erwartet auch einen (kostenlosen) Sun Online Account. Ist dieser nicht konfiguriert, können keine Patches und auch nicht die patchdiag.xref heruntergeladen werden.

Es gibt auch eines neues Tool PCApatch, welches man über die PCA-Seite herunterzuladen kann.

Hinweis zur Installation von pcapatch:

"It's just a datastream package, so handle it as normal." bedeutet einfach
in das Verzeichnis mit dem pcapatch-Package gehen und pkgadd -d <dateiname>
(z.B. PCApatch-2.01-noarch.txt) eingeben.

# pkgadd -d PCApatch-2.01-noarch.txt

Nachtrag: Ich habe gerade nochmals die News zu PCA gelesen. Evtl. liegt es aber auch einfach an Folgendem:

2008/02/06

Attention: With wget v1.11 (which has been published recently), downloads from SunSolve do not work anymore. This seem to be due to a change in wget (Only send authentication credentials after we've received a challenge from that host). Using wget v1.11 with pca will therefore not work. This is a real pity. If anyone finds a workaround, please let me know.

2008/02/08

I've now added a hack to pca to make it work with wget v1.11. I still don't understand completely what's going on, but there seem to be two problems:

SunSolve checks for the User-Agent header in HTTP requests, and behaves differently for wget v1.11 and older versions. Seem as if it considers Wget/1.11 unknown. Using --user-header=Wget/1.10.2 works around this part of the problem.
In wget v1.11, authentication data is only sent if it's explicitely being asked for. SunSolve doesn't ask for authentication, but if you provide Basic Authentication data anyway, everything works. The workaround for this problem is to compute basic authentication data in pca and force it upon SunSolve with wget's --header option.
I don't like the workaround hacks, but it was the only method in my experiments to make wget v1.11 work with SunSolve the same way as previous versions. The root cause of course is the overly complicated interface at SunSolve to download patches and READMEs.
Sun should really get their act together and give us a stable, reliable and standards conforming interface for hands-off downloads.

Michael

[avalox]

ich hab meine version von pca erst vorgestern von der seite gezogen. der patch sollte ja dann schon da drin sein.

die andere PCApatch version die du meintest habe ich bisher nicht gefunden.

EDIT: PCApatch gefunden

Der Updatemanager will sich nirgendwo registrieren, dass hatte mich auch schon gewundert. kann man den irgendwie zurücksetzen oder sowas in der art?

Gruß und danke

[avalox]

noch mal ich.

gibts irgendwo mal ein beispiel wie die pca.conf aufgebaut sein mus?

ich find dazu nix. PCApatch will eine config, aber nirgendwo finde ich, was da wie rein muss.


EDIT: ich hab das gefühl, dass der Updatemanager auf dem nicht funktionierenden Rechner irgendwie komisch ist. Ich hab da keine möglichkeit mich ohne einen Subscription Key anzumelden. Das kam mir vorher schon komisch vor. Auf den anderen beiden hatte ich die Wahl. Ohne key oder mit key.

Jemand eine Idee?

[maal]

Hallo Sebastian,

ich habe jetzt den ersten Teil (der zweite Teil zu PCApatch im vorherigen Beitrag) meiner kleinen "Gedächtnisstütze" kopiert.
Bei PCApatch solltest du die kurze Anleitung auf der Webseite durchlesen.
http://www.crumblewd.org/pcapatch/
Es wird nämlich ein Dienst für den Sun Update Manager deaktiviert.

Installation
pca doesn't need any complicated compilation, installation or registration procedure, nor
root permissions.  It's just one perl script.

You need perl to run pca. If you want to use any of pca's download functions, you need
wget. Both are included in recent versions of Solaris.

Download the current version of pca (v5.1, 2006/10/11, MD5: 11498f23666de84780ccf16c20fb8d1c)
and make it executable (chmod +x pca).

Run it: ./pca. There is no need to run pca as root for basic usage.

Download the man page (pca. and move it to any directory in your MANPATH.

To gain access to all patches for Solaris 10, a Sun Online Account (SOA) is required.
If you don't yet have one, create a SOA and set the user and passwd options to contain
your SOA user name and password.

-- Anfang der Einfügung
/etc/pca.conf mit folgendem Inhalt (ohne die spitzen Klammer) anlegen:
user=<dein SOA>
passwd=<dein SOA password>

Unzulaenglichkeit:
Wurde pca bzw. pcapatch ohne vorhandene pca.conf gestartet, wird diese Datei
solange eine (aktuelle ?) /var/tmp/patchdiag.xref vorhanden ist, nicht beachtet.

Folge:
Es koennen keine Patches heruntergeladen werden !
-- Ende der Einfügung

If you do not have wget installed on your system, download the current patch
cross-reference file patchdiag.xref and move it to /var/tmp/ before running pca.
Previous versions and the current development version of pca are available for download
in the development area.

Evtl. erklärt meine Einfügung schon dieses Verhalten.

Bei schwerwiegenden Problemen kannst du Martin Paul per eMail oder auf comp.unix.solaris kontaktieren.

Michael

[avalox]

danke für die Tipps.

Ich würde jedoch auch gerne verstehen, warum smpatch auf genau der Maschine nicht funktioniert und wie ich das vielleicht auch beheben kann. Alle anderen Server funktionieren, nur der nicht und ich find den Unterschied nicht.

Immer sagt er mir

root@sun# smpatch analyze
No patches required.

online ist der dienst auch

online          8:06:49 svc:/system/installupdates:default

ich versteh das nicht

[maal]

Hallo Sebastian,

Ich würde jedoch auch gerne verstehen, warum smpatch auf genau der Maschine nicht funktioniert  ...

Dann wird dir wirklich nichts anderes übrigbleiben als einen Support Case bei Sun aufzumachen. Ohne Wartungsvertrag besteht diese Möglichkeit natürlich nicht.

Die einzige kostenlose Möglichkeit ist der entsprechende Bereich im Sun Forum. Allerdings sehe ich da nur sehr geringe Chancen auf Erfolg, deshalb hatte ich diese Möglichkeit auch ausgeschlossen.

http://forum.java.sun.com/category.jspa?categoryID=56
http://forum.java.sun.com/forum.jspa?forumID=871

Das sind eben die klaren Grenzen zwischen kostenpflichtig und kostenlos. Ein einfaches "geht nicht" reicht bei einer dortigen Anfrage nicht aus. Zumindest kostet es dich Zeit die qualifizierten Informationen zusammenzutragen.

Michael