Memory fault using SAM ?

[Renaat Dumon]

Hi,

I'm trying to install my licensed Ansi C-developer bundle (applications CD #1) here and am encountering problems doing so on my HP-UX 10.20 :-(

Basically I choose "Install Software Locally" from the "Software Management" menu option.

To begin with I'm asked for a target. When I choose one of 2 proposed ("/" or "/export/shared_roots/OS_700") I get an error:

"The operation you have attempted is only allowed on target machines which have HP OpenView Software Distributor installed. To perform this operation, firts run the HP OpenView Software Distributor pushAgent (1m)."

(Note: I'm doing this on the localhost however...)

Anyway, I can cancel out and I am asked for the source, that dialog goes OK, the software is found after added my Codeword.. but it can't install it since I didn't add a target. Trying to "install (analysis)" I can choose one of the above mentioned "Target Root" and then it starts "Working"... but I get an error again:

====
"UNEXPECTED EXIT: process /usr/lib/sw/sdfal_check exited with a non-zero exit status.

/usr/lib/sw/sdfal_check[86]: 7213 Memory fault(coredump)

ERROR: swinstall failed. See /var/adm/sw/swinstall.log."

====

In the logfile, nothing much is to be found.. just mentions for the dependencies , which it would've checked during the analysis phase..


Does anybody have any clues about this ?

The machine on which I'm doing this is an out-of-the-box installation...

Kind regards,

Renaat Dumon

[Mateja Bezjak]

Hi Renaat,

What about instaling software by using Software Distributor GUI? You can start it by typing sd. Then choose Actions --> Install Software.

Does this work?
Regards,
Mateja

[Renaat Dumon]

I don't have the GUI, I'm telnetting to this box...

after typing "sd" it comes up with this..:

ERROR: Could not determine the SD command type. This command must be invoked as "swinstall" "swcopy" "swremove" "swlist"
"swconfig" "swverify" "swdepot" "swacl" "swreg".

I probably need swinstall, right ? :-)

Renaat

[Renaat Dumon]

either way, I'm back into the same menus as SAM (SAM probably calls swinstall)

I still get the error about the pushAgent

What is this about HP OpenView ?

Renaat

[Mateja Bezjak]

Hi,

I would recommend using swinstall. It does not have to be GUI. You can use command line. If you are logged in as a root user you can run:
/usr/sbin/swinstall -x autoreboot=true -s source_location bundle_name

source_location is a depot, where you have Ansi C-developer bundle. Loaction can be /cdrom if it is mounted to the machine on which you are trying to install this bundle. Location has to be local.

Regards,
Mateja

[Renaat Dumon]

# swinstall -x autoreboot=true -s /SD_CDROM b3901ba

======= 06/05/02 11:58:36 WETDST BEGIN swinstall SESSION
(non-interactive)

* Session started for user "root@smsgatew".

* Beginning Selection
ERROR: "smsgatew:/": The operation you have attempted is only
allowed on target machines which have HP OpenView Software
Distributor installed. To perform this operation, first run
the HP OpenView Software distributor pushAgent(1m).
* Target connection failed for "smsgatew:/".
ERROR: More information may be found in the daemon logfile on this
target (default location is
smsgatew:/var/adm/sw/swagentd.log).
* Selection had errors.



======= 06/05/02 11:58:37 WETDST END swinstall SESSION
(non-interactive)

#

[Mateja Bezjak]

Hi,

Can you check the DNS server to see if you put in a reverse lookup for the hostname.

[Mateja Bezjak · Accepted solution]

Hi,

Here are the things you should check:
- DNS resolution problems
- /etc/hosts syntax if not using DNS

In /etc/nsswitch.conf check the order of searching for name resolution:

The default is DNS, NIS, /etc/hosts (files).

If you are not using DNS or NIS then the /etc/hosts must
contain the correct entries. For example:

XXX.XXX.XXX.XXX hostname # <--- your system hostname and IP address
127.0.0.1 localhost loopback

Also test nslookup

Before trying to swinstall, restart the daemon process (/usr/sbin/swagentd -r)

I hope this helps. Regards,
Mateja

[Renaat Dumon]

Hehe, seems like my DNS-masters did a lousy job.. They forgot to update the reverse DNS, which hence returned false results...


Thanks, you solved an - in essence very simple - problem..

Kind regards,

Renaat