HP-UX 10.20 with ACE - VUE stopped working

[Ronan O'Doherty]

Good afternoon, 

After many moons, a HP9000 workstation will not boot to VUE 

I did run dr_vue:

Any help to resolve would be apprecaited 

Hardware  Station       Crd  Hardware Net-Interface  NM  HflC       HP OLPI  Mjr

Path      Address       In#  State   NanieUnit State  10  Type       Support  Mum

8/16/6                   0  UP       lan0 DOWN       4   ETHER      Yes     52

INFO:   The following is the current configuration information for

each of your lan cards, as reported by the '/etc/ifconfig'
command:

1an0: f1ags=862< BROADCAST,NOTRAILERS.RUNNING,MULTI CAST >

WARNING:The permissions on /etc/hosts do not match the correct permissions
for the file. If you are running NameServer (/etc/named) the
/etc/hosts file is just used as a backup, but if the NameServer
fails, incorrect permissions on /etc/hosts can be a problem. The
file should be owned by bin, group bin, and have permissions of
" -i—i—r—".

INFO:   HP VUE sets the DISPLAY environment variable to <hostname>:0

(root:0 in your case). Yours is currently set to
which is a potential problem, unless you are on
an X terminal, querying another server, or remotely logged into
this system. Users typically set the DISPLAY variable in
.vueprofile, .profile, .login, .kshrc or .cshrc (depending on the
shell). Unless you really need to, make sure you are not setting it.

INFO:   Checking existence/permissions of certain system files...

INFO:   Checking existence/permissions of certain vue files...

WARNING:/usr/vue/bin/dtterm does not have the proper permissions. This

executable should have permissions of "-r-sr-sr-x". You can type
the following command as root in the /usr/vue/bin/ directory to change
the permissions: “chmod 7555 dtterm".

WARNING:/usr/vue/bin/vuedia log does not have the proper permissions. This
executable should have permissions of “-r-xr-xr-x".

INFO:   Checking permissions of certain /usr/vue/config/sys.* files...

INFO:   Checking existence/permissions of certain /usr/vue/config/X* files...

[georgek_1]

Hello Ronan,

This could be due to the permission issue/s .
I would suggest you perform  # swverify \* , go through swahent.log (/var/adm/sw/swagent.log) and fix the permission issues reported .

I work for HPE/ I am an HPE Employee (HPE Community)

[Sunitha_Mod]

Hello @Ronan O'Doherty,

Let us know if you were able to resolve the issue.

If you have no further query and you are satisfied with the answer then kindly mark the topic as Solved so that it is helpful for all community members.

[Ronan O'Doherty · Accepted solution]

This was self resolved - it was a x-pointer issue (bad mouse) that caused the trouble 

This is not the first time I have seen a hardware issue manifest oddly within the software 

The older C360 Vizualize Workstations had the removeable backplane assy. that was trouble to seat back into the chassis on occasion. 

We literally used to slam it back together in order to achieve good contact on the internal I/O board

Anyhow, start simply, hardware check 1st I guess...

[Sunitha_Mod]

Hello @Ronan O'Doherty,

That's great! We are glad to know you were able to figure it out and we appreciate you for keeping us posted.