install depot file-bol - hiba

HP-UX

Sziasztok,

/share/mydepot/xxx.depot filebol installaltam command line modban az egyes csomagokat,

swinstall -s /share/mydepot/xxx.depot aaa1
swinstall -s /share/mydepot/xxx.depot bbb
swinstall -s /share/mydepot/xxx.depot ccc

Fel is rakta mindet problema nelkul, de ha

swverify aaa1
swverify bbb
swverify ccc

akkor minden egyes csomagnal hibat jelez (nem egyezik az mtime, kulonbozik a size, stb)

Lehetseges, hogy rosszul kopiroztam Total Commander alatt WinXP-bol HP-UX /share/mydepot/ konyvtaraba?
Meret ul, binarisan kopiroztam.

Mit lehet tenni? swremove-val eltavolitani es ujra felinstallalni?
Szukseges az uj depot konyvtarat valahogy ismertetni (regisztralni) a rendszerrel?

Ardi

ps: segitene innen valami: http://docstore.mik.ua/manuals/hp-ux/en/5992-4826/ch04s04.html

  • 4815 megtekintés

( saabi v | 2010. 03. 05., p – 13:41 )

A depot file-ok igazából .tar file-ok. Tehát egy .depot file-t kicsomagolhatsz tarral bárhova és összevetheted a benne lévő file-okat a felinstalláltakkal. Mivel az swverify a csomagokhoz tartozó file-ok paramétereit többek közt a katalógusban lévőkkel hasonlítja össze, az sem kizárható, hogy a katalógus tartalmaz hibás adatokat.

Ave, Saabi.

Par hete sikerult a /share/mydepot konyvtarbol 4 kulonbozo depot fajlt felinstallalnom.
Most azonban egy uj rendszer ujrainstallaltam es hibat ir ki, hogy nem erheto el a "remote system".

Ha jol emlekszem, akkor valamit atallitottam az /etc/hosts fajlban - de most barhogy is probalom, nem sikerul a swinstall.

127.0.0.1 localhost loopback
127.0.0.1 mysys22
xxx.xxx.xxx.xxx mysys22 mysys22.lab.ff.ff.ff.com cgw

(ahol xxx.xxx.xxx.xxx helyen a gep IP-je van es cgw alias name)
Hmm, talan akkor meg console kabelen keresztul csinaltam es
az /etc/hosts csak ez volt:

127.0.0.1 mysys22
127.0.0.1 localhost loopback

Most nem tudom, kell e hozza /etc/resolv.conf, /etc/nsswitch.conf, de azelott ment a rendszer e ket fajl nelkul is.

ardi

Beidéznéd a sikertelen swinstall üzeneteit? Ezenkívül az is elképzelhető, hogy az swagentd-vel van baj. Ez akkor is szükséges, ha a localhoston ügyködsz, mivel az SD-UX parancsok mindig ezzel a démonnal kommunikálnak, akár helyi, akár távoli gépről van szó.
Szóval először próbáld meg az swagentd-t leállítani - valahol az /sbin/init.d-ben van a scriptje, ha az nem tudná leállítani, akkor kill -9 - és újra elindítani.

Ave, Saabi.

Szia Saabi,

a swinstallt a rendszer sajat /share/mydepot konyvtaraban levo
fajlokra akarom vegehajtani.

Ugy nez ki, hogy a rendszer nem tudja tulajdonkeppen, hogy a hostname o maga es ki akar menni a halozatra es DNS-en keresi a nevet szerintem.

A sikertelen uzeneteket holnap kuldom a melobol es megprobalom ujrainditani a swagent demont.

ardi


# /usr/sbin/swinstall -s /share/mydepot/IAP_91.depot POSS_MF_A

======= 04/19/10 08:16:53 METDST BEGIN swinstall SESSION
(non-interactive) (jobid=cgw22-0010)

* Session started for user "root@cgw22".

* Beginning Selection
* Target connection succeeded for "cgw22:/".
* Source: /share/mydepot/IAP_91.depot
* Targets: cgw22:/
* Software selections:
POSS_MF_A.POSS_MF_A,r=2.1.0.1A,a=HP-UX_11.00_700/800
* Selection succeeded.

* Beginning Analysis and Execution
* Session selections have been saved in the file
"/.sw/sessions/swinstall.last".
* The analysis phase succeeded for "cgw22:/".
ERROR: "cgw22:/": 1 files had errors during this operation.
ERROR: "cgw22:/": 1 filesets had errors.
* The execution phase failed for "cgw22:/".
* Analysis and Execution had errors.

NOTE: More information may be found in the agent logfile using the
command "swjob -a log cgw22-0010 @ cgw22:/".

======= 04/19/10 08:17:00 METDST END swinstall SESSION
(non-interactive) (jobid=cgw22-0010)

# swjob -a log cgw22-0010 @ cgw22:/
======= 04/19/10 08:16:54 METDST BEGIN install AGENT SESSION
(pid=14553) (jobid=cgw22-0010)

* Agent session started for user "root@localhost". (pid=14553)

* Beginning Analysis Phase.
* Source: localhost:/share/mydepot/IAP_91.depot
* Target: cgw22:/
* Target logfile: cgw22:/var/adm/sw/swagent.log
* Reading source for product information.
* Reading source for file information.
* Executing preDSA command.
NOTE: The used disk space on filesystem "/opt" is estimated to
increase by 168 Kbytes.
This will leave 5120152 Kbytes of available user disk space
after the installation.
NOTE: The used disk space on filesystem "/var" is estimated to
remain unchanged.
This will leave 4283968 Kbytes of available user disk space
after the installation.

* Summary of Analysis Phase:
* 1 of 1 filesets had no Errors or Warnings.
* The Analysis Phase succeeded.

* Beginning the Install Execution Phase.
* Filesets: 1
* Files: 1
* Kbytes: 153
ERROR : link not exist on file /opt/a1338//jars/oss.jar
* Installing fileset "POSS_MF_A.POSS_MF_A,r=2.1.0.1A" (1 of 1).
ERROR: Could not access remote file "/opt/a1338/jars/oss.jar" in
software item
"POSS_MF_A.POSS_MF_A,r=2.1.0.1A,a=HP-UX_11.00_700/800,v=:/opt/a1338"
due to an internal error on the remote system.
ERROR: Failed installing fileset "POSS_MF_A.POSS_MF_A,r=2.1.0.1A".
Check the above output for details.
* Retry number 1 of 1 for loading files for fileset
"POSS_MF_A.POSS_MF_A,r=2.1.0.1A".
* Installing fileset "POSS_MF_A.POSS_MF_A,r=2.1.0.1A" (1 of 1).
ERROR: Could not access remote file "/opt/a1338/jars/oss.jar" in
software item
"POSS_MF_A.POSS_MF_A,r=2.1.0.1A,a=HP-UX_11.00_700/800,v=:/opt/a1338"
due to an internal error on the remote system.
ERROR: Failed installing fileset "POSS_MF_A.POSS_MF_A,r=2.1.0.1A".
Check the above output for details.
NOTE: The Install Phase has suspended. Check the above output for
reasons.

* Aborting the Install Phase.

======= 04/19/10 08:16:59 METDST END install AGENT SESSION (Aborted)
(pid=14553) (jobid=cgw22-0010)
#

Megj: Beallitottam a "Allow targets to resolve the source locally"
de a hiba ugyanaz.

Ez milyen bundle? Egyébként van 

/opt/a1338/jars/oss.jar

file a rendszereden? Ugyanis én egy rosszul összerakott bundle-ra tippelek, melynek a dependency fájából hiányzik egy bundle, product vagy fileset, mely tartalmazza a keresett file-t.
Újraindítottad az swagentd-t a 

/sbin/init.d/swagentd

segítségével, ahogy azt már korábban javasoltam? Esetünkben a "remote" kulcsszó nem arra utal, hogy egy távoli gépet akar elérni, hanem hogy egy olyan file-t keres, mely a targeten a az installálás alatt lévő filesettől független. SD-UX-ban minden művelet "remote", ugyanis helyi installálás ugyanúgy az swagentd-n keresztül történik, mint a távoli. (SD-UX-nál lehet a software-eket "push"-ni, azaz egy install serverről kezdeményezni más gépekre az SD-UX műveleteket)

Ave, Saabi.

Koszi Saabi a kommentart,
sikerult megoldanom.
Szerintem ez volt a bibi :

=====================

swinstall could fail with a message like below:

ERROR: Could not access remote file ...
due to an internal error on the remote system.

This problem is likely caused by a problem in the DNS setup. swinstall needs to be able to perform a reverse DNS lookup. If the reverse lookup results in a different host name then swinstall seems to asumme it installs to a remote system.

It is worth checking that the host name and the resolving through the IP address actually result in the same host name (possibly fully qualified).
You possibly need to restart swagentd.

As an alternative setting the swinstall option All targets to resolve the source locally seems to avoid the problem.

====================

DNS-ben beallittattam a nevet, amely ugyanaz mint a hostname.
Alias-kent pedig a gep igazi nevet adtam meg.
Igy kb. fel ora mulva ok lett a rendszer - ami abban nyilvanult meg,
hogy nslookup xx.xx.xx.xx parancsra az /etc/hosts-ban definialt IP es hostname jelent meg.

Es /etc/hosts-ban atirtam erre:

127.0.0.1 localhost loopback
xxx.xxx.xx.xx cgw22 cgw22.xx.xx.xxxx.com

Ezek utan
swlist -s /share/mydepot/xxx.depot -->OK
swinstall -s cgw22:/share/mydepot/xxx.depot VALAMI -->OK

ardi

PS: Ugy latszik, nagyon elore orultem.
Miutan feltettem mindent, reboot utan hibat kaptam:

Stored message buffer up to panic:
, bus: 8
SCSI: Reset detected -- lbolt: 9328, bus: 8
SCSI: Reset detected -- lbolt: 9328, bus: 8
SCSI: Reset detected -- lbolt: 9328, bus: 8
SCSI: Reset detected -- lbolt: 9328, bus: 8
SCSI: Reset detected -- lbolt: 9328, bus: 8
SCSI: Reset detected -- lbolt: 9329, bus: 8
SCSI: Reset detected -- lbolt: 9329, bus: 8
SCSI: Reset detected -- lbolt: 9329, bus: 8
SCSI: Reset detected -- lbolt: 9329, bus: 8
SCSI: Reset detected -- lbolt: 9330, bus: 8
SCSI: Reset detected -- lbolt: 9330, bus: 8
SCSI: Reset detected -- lbolt: 9330, bus: 8
SCSI: Reset detected -- lbolt: 9330, bus: 8
SCSI: Reset detected -- lbolt: 9331, bus: 8
SCSI: Reset detected -- lbolt: 9331, bus: 8
SCSI: Reset detected -- lbolt: 9331, bus: 8
SCSI: Reset detected -- lbolt: 9331, bus: 8
SCSI: Reset detected -- lbolt: 9332, bus: 8
SCSI: Reset detected -- lbolt: 9332, bus: 8
SCSI: Reset detected -- lbolt: 9332, bus: 8
SCSI: Reset detected -- lbolt: 9332, bus: 8
SCSI: Reset detected -- lbolt: 9333, bus: 8
SCSI: Reset detected -- lbolt: 9333, bus: 8
SCSI: Reset detected -- lbolt: 9333, bus: 8
SCSI: Reset detected -- lbolt: 9333, bus: 8
SCSI: Reset detected -- lbolt: 9334, bus: 8
SCSI: Reset detected -- lbolt: 9334, bus: 8
SCSI: Reset detected -- lbolt: 9334, bus: 8
SCSI: Reset detected -- lbolt: 9334, bus: 8
SCSI: Reset detected -- lbolt: 9335, bus: 8
SCSI: Reset detected -- lbolt: 9335, bus: 8
SCSI: Reset detected -- lbolt: 9335, bus: 8
SCSI: Reset detected -- lbolt: 9335, bus: 8
SCSI: Reset detected -- lbolt: 9336, bus: 8
SCSI: Reset detected -- lbolt: 9336, bus: 8
SCSI: Reset detected -- lbolt: 9336, bus: 8
SCSI: Reset detected -- lbolt: 9336, bus: 8
SCSI: Reset detected -- lbolt: 9337, bus: 8
SCSI: Reset detected -- lbolt: 9337, bus: 8
SCSI: Reset detected -- lbolt: 9337, bus: 8
SCSI: Reset detected -- lbolt: 9337, bus: 8
SCSI: Reset detected -- lbolt: 9338, bus: 8
SCSI: Reset detected -- lbolt: 9338, bus: 8
SCSI: Reset detected -- lbolt: 9338, bus: 8
SCSI: Reset detected -- lbolt: 9338, bus: 8
SCSI: Reset detected -- lbolt: 9339, bus: 8
SCSI: Reset detected -- lbolt: 9339, bus: 8
SCSI: Reset detected -- lbolt: 9339, bus: 8
SCSI: Reset detected -- lbolt: 9339, bus: 8
SCSI: Reset detected -- lbolt: 9340, bus: 8
SCSI: Reset detected -- lbolt: 9340, bus: 8
SCSI: Reset detected -- lbolt: 9340, bus: 8
SCSI: Reset detected -- lbolt: 9340, bus: 8
SCSI: Reset detected -- lbolt: 9341, bus: 8
SCSI: Reset detected -- lbolt: 9341, bus: 8
SCSI: Reset detected -- lbolt: 9341, bus: 8
SCSI: Reset detected -- lbolt: 9341, bus: 8
SCSI: Reset detected -- lbolt: 9342, bus: 8
SCSI: Reset detected -- lbolt: 9342, bus: 8
SCSI: Reset detected -- lbolt: 9342, bus: 8
SCSI: Reset detected -- lbolt: 9342, bus: 8
SCSI: Reset detected -- lbolt: 9343, bus: 8
SCSI: Reset detected -- lbolt: 9343, bus: 8
SCSI: Reset detected -- lbolt: 9343, bus: 8
SCSI: Reset detected -- lbolt: 9343, bus: 8
SCSI: Reset detected -- lbolt: 9344, bus: 8
SCSI: Reset detected -- lbolt: 9344, bus: 8
SCSI: Reset detected -- lbolt: 9344, bus: 8
SCSI: Reset detected -- lbolt: 9344, bus: 8
SCSI: Reset detected -- lbolt: 9345, bus: 8
SCSI: Reset detected -- lbolt: 9345, bus: 8
SCSI: Reset detected -- lbolt: 9345, bus: 8
SCSI: Reset detected -- lbolt: 9345, bus: 8
SCSI: Reset detected -- lbolt: 9346, bus: 8
SCSI: Reset detected -- lbolt: 9346, bus: 8
SCSI: Reset detected -- lbolt: 9346, bus: 8
SCSI: Reset detected -- lbolt: 9346, bus: 8
SCSI: Reset detected -- lbolt: 9347, bus: 8
SCSI: Reset detected -- lbolt: 9347, bus: 8
SCSI: Reset...

System Panic:

linkstamp: Fri Apr 16 08:01:18 MDT 2010
_release_version: @(#) $Revision: vmunix: vw: -proj selectors: CUPI80_BL2000_1108 -c 'Vw for CUPI80_BL2000_1108 build' -- cupi80_bl2000_1108 'CUPI80_BL2000_1108' Wed Nov 8 19:24:56 PST 2000 $
panic: I/O system hang

PC-Offset Stack Trace (read across, top of stack is 1st):
0x00208538 0x00381ec8 0x008bd2ec
0x0003fa98 0x0025d548 0x001636ec
0x00049f94 0x001b43b8 0x004cc0d4
0x004c6824 0x004c6984 0x004b277c
0x0006a3e0 0x004ac6ac 0x00487408
0x0048dc88 0x0048e060 0x00383574
0x00383328 0x003834bc 0x00383328
0x003834bc 0x00383328 0x003834bc
0x00383328 0x003834bc 0x00383328
0x003838f0 0x00387298 0x004595f4
0x00350760 0x001717ec 0x001f6564
End Of Stack

*** A system crash has occurred. (See the above messages for details.)
*** The system is now preparing to dump physical memory to disk, for use
*** in debugging the crash.

ERROR: Your system crashed before I/O and dump configuration was complete.
A crash dump cannot be taken under these circumstances without
special configuration. Contact your HP support representative.

********** VIRTUAL FRONT PANEL **********
System Boot detected
*****************************************
LEDs: RUN ATTENTION FAULT REMOTE POWER
FLASH FLASH FLASH ON ON
LED State: Unexpected Reboot. Running non-OS code. Non-critical error detected.
Check Chassis and Console Logs for error messages.

platform config 626F
processor slave rendezvous 1C17
processor test 1142
PDH INIT 3722
processor test 1100
processor test 1100
processor test 1100

Nem kene a 4 SCSI portot lezarnom 4 terminatorral?


Main Menu: Enter command or menu > SER
Service Menu: Enter command > SCSI

Path (dec) Initiator ID SCSI Rate Auto Term
------------ -------------- ---------- ---------------
0/0/1/0 7 Ultra Unknown
0/0/1/1 7 Ultra Unknown
0/0/2/0 7 Ultra Unknown
0/0/2/1 7 Ultra Unknown
0/3/0/0 7 Ultra Unknown
0/7/0/0/4/0 7 Ultra Unknown
0/7/0/0/4/1 7 Ultra Unknown
0/4/0/0/4/0 7 Ultra Unknown
0/4/0/0/4/1 7 Ultra Unknown

Service Menu: Enter command >
Main Menu: Enter command or menu > IN
Information Menu: Enter command > IO

I/O MODULE INFORMATION

Path Slot IODC
Type (dec) Number HVERSION SVERSION Vers
---- ----- ------ -------- -------- ----
System bus adapter 0 0x5820 0xb10 0x0
Local bus adapter 0/0 1 0x7820 0xa00 0x0
Local bus adapter 0/1 6 0x7820 0xa00 0x0
Local bus adapter 0/2 8 0x7820 0xa00 0x0
Local bus adapter 0/3 10 0x7820 0xa00 0x0
Local bus adapter 0/4 12 0x7820 0xa00 0x0
Local bus adapter 0/5 7 0x7820 0xa00 0x0
Local bus adapter 0/6 9 0x7820 0xa00 0x0
Local bus adapter 0/7 11 0x7820 0xa00 0x0

PCI DEVICE INFORMATION
Path Vendor Device Bus Slot
Description (dec) Id Id # #
----------- ----- ---- ---- --- ---
Ethernet cntlr 0/0/0/0 0x1011 0x19 0 1
SCSI bus cntlr 0/0/1/0 0x1000 0xb 0 1
SCSI bus cntlr 0/0/1/1 0x1000 0xb 0 1
SCSI bus cntlr 0/0/2/0 0x1000 0xf 0 1
SCSI bus cntlr 0/0/2/1 0x1000 0xf 0 1
Comp. ser cntlr 0/0/4/0 0x103c 0x1048 0 2
Comp. ser cntlr 0/0/5/0 0x103c 0x1048 0 2
SCSI bus cntlr 0/3/0/0 0x1000 0xc 24 10
SCSI bus cntlr 0/4/0/0/4/0 0x1000 0xb 33 12
SCSI bus cntlr 0/4/0/0/4/1 0x1000 0xb 33 12
Ethernet cntlr 0/4/0/0/6/0 0x1011 0x19 33 12
Ethernet cntlr 0/4/0/0/7/0 0x1011 0x19 33 12
PCI-to-PCI bridge 0/4/0/0 0x1011 0x26 32 12
SCSI bus cntlr 0/7/0/0/4/0 0x1000 0xb 57 11
SCSI bus cntlr 0/7/0/0/4/1 0x1000 0xb 57 11
Ethernet cntlr 0/7/0/0/6/0 0x1011 0x19 57 11
Ethernet cntlr 0/7/0/0/7/0 0x1011 0x19 57 11
PCI-to-PCI bridge 0/7/0/0 0x1011 0x26 56 11

Information Menu: Enter command >

Hmm, ugy latszik, jo lenne terminatorokat rakni a 2-SCSI portos HP-A5838-60001 kartyak vegere.
Hol tudok ilyen beszerezni?
Nem letezik valamilyen sw terminalas? Esetleg jumpereles?

Ardi

Nos, az A5838A nem szolgál ki belső diskeket, úgyhogy ha se a LAN-t, se a SCSI-t nem használod belőle, akár ki is veheted. Amúgy lezárás nem ártana, de én inkább a belső diskeket kiszolgáló SCSI adapternek keresnék külső csatlakozóját, mely lezáratlan. A lezárókat én a helyedben a SC10-eken keresném.

Ave, Saabi.

A rack szekreny elejen alul van ket csavarozhato kicsusztathato tamasz. Mielott kihuzod a gepet, eloszor azt huzd ki es rogzisd. Igy nem fog radborulni az egesz rackszekreny.

Az L class konkretan nem remlik, de altalaban a HP-s gepek elulso takaro muanyag lapjat le kell venni, es akkor hozzafersz a gepet a rackszekrenyhez rogzito csavarokhoz.azokat kicsavar, es maris huzhatod ki a gepet. De mint eloszor irtam, eloszor a rackszekrenyt tamaszd ki jobban, mert nem mindenki tud par szaz kiloval gugolni.

( Replaced | 2010. 04. 17., szo – 17:55 )

hi!

lehetseges, hogy ascii mode-ban masoltad at

szerk, jah hogy mar nem aktualis, azert up :D

--
NetBSD - Simplicity is prerequisite for reliability