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

  • 4816 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.

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