The software installed on your system will not provide full performance

[Yarok]

Hello,
Since I didn't receive an solution regarding my issue Im openning a new thread.

Please see the following link:
http://h30499.www3.hp.com/t5/System-Administration/OS-cannot-complete-the-reboot-process-after-changing-net-parms/m-p/5279535#M474163

Now the situation is as follow:
I edited the /etc/rc.config.d/nfsconf with the requested values:
NFS_CLIENT=0
NFS_SERVER=0
AUTOMOUNT=0
But I didn't edited the field START_MOUNTD.

On that stage the OS could't come up at all.
I rebooted it and interrupt the reboot process to re edit the NFS values.
Now, I receive a white screen with the following message:
" The software installed on your system will not provide full performance. Please install the software that was shipped with your graphic device.
Press any key to continue."
I pressed a key and the message repeated again.
I can log in via Exceed (Xterminal software) on failsafe session mode only.

1. How can I encourage the problem?
2. What is the connection between setting net connection parameters and this crush?
3. How can I do it right for next time?

By the way, the problem above occurs on other HP machine as well.

Please advice.

Yaron

[ManojK_1]

Hi,

When you are getting this meesage, while booting or login in to the CDE?

Are you able to login to the server through network service like SSH/telnet etc....

Are you getting the warning only while login in to CDE.

Please provide your OS version and Hardware details.

update the value NFS_CORE=0 in /etc/rc.config.d/nfsconf and see there is any change?

Manoj K

[Matti_Kurkela]

You did not identify your HP-UX version nor the hardware model, so I must guess a lot of things...

But I see you have AUTOMOUNT instead of AUTOFS, so your HP-UX version must be rather old (maybe 11.00 or older).

It sounds like your system maybe has a screen and it requires some special software for full performance: that indicates your hardware model may be some kind of a workstation.

Some HP-UX workstations were sold with rather small system disks (compared to modern disks, "ridiculously tiny" would be a better word for them). Because of this, it was common to have a part of the OS installed (usually the /usr filesystem, maybe other parts too) on a NFS server instead of on the system disk.

If that was done in your case, the system would not be able to boot normally if you disabled NFS_CLIENT and AUTOMOUNT.

If you changed the system's IP address, you might have to make sure the NFS server is still reachable, and/or change something else to match the new network configuration. Without knowing how your system is set up, it's really hard to make any good suggestions.

Please show the output of these commands for some basic information about your system:

model
uname -a
cat /etc/fstab
netstat -rnv
swlist

MK

[Emil Velez]

1. We need your OS and model
2. Is your system up to the latest patch whatever OS it is.

This will probably correct issues. You might be using loop back file system which means when you changed the IP address you are looking at the old ip address for a loop back file system.

[Yarok]

Hello,

Sorry for the dalay, we are on vacation.

The OS and model are:

HP-UX B.11.11 U 9000/785/C8000

cat/etc/fstab

dev/vg00/lvol3/vxfs delaylog 0 1
dev/vg00/lvol1/stand hfs defualts 0 1
dev/vg00/lvol4/vxfs delaylog 0 1
.
.
.
dev/vg00/lvol8/vxfs delaylog 0 1

Regarding the swlist, I can't login to the machine via ftp and it's not on the ethernet. So I can't provide the file (netstat I created myself cpied manually...).
So please let me know what info you want from the swlist. I just can tell I that I saw last patch is from Dec 2008 GOLDBASE and that the ENHAUTO (enhanced of Auto FS) is exsist.



>It sounds like your system maybe has a screen and it requires some special software for full performance: that indicates your hardware model may be some kind of a workstation.

It worked fine with the same screen before the IP and network changes. In addition I replaced the screen with an HP one but it did not solve the problem. As I mentioned, the problem occures in another HP machine (same OS and model).

Yaron

[Yarok]

Update.

No the OS is up and it seems that everything work, but the performance very poor:

1. login process is very slow
2. Opennig a new terminal takes about 30 sec, same as dtpad for files.

I can ftp to the machine so I atached the swlist results.

Yaron

[Yarok]

I'v changed back the network params (IP, getway, mask) to the previouse state and rebooted the sys.

Now, the reboot process cannot be done completely and a black screen is received.

Please advice ASAP.

[Matti_Kurkela]

OK, so your workstation is not as old as I feared.

The slowness may be because the system is trying to find its own hostname from DNS and failing.

Verify that the system's own hostname is listed and associated with the correct IP address in /etc/hosts.

Make sure the DNS nameserver settings in /etc/resolv.conf are correct. Verify the nameservers are reachable:

nslookup www.google.com

Run "grep hosts /etc/nsswitch.conf". Does it list "files" before remote name services like DNS, NIS or LDAP? Having the "files" as the first service helps to avoid system slowness when you have problems with remote name services. (You can modify this with SAM if necessary.)

MK

[Yarok]

Dear Matti,

Thanks for the reply.

Since the os canno't comes up completely, I just could login (by interrupting the reboot) into ISL single mode. So the only commands I get are:

cat /etc/hosts

venus3 8.12.4.77


cat /etc/resolve.conf

domain lab.corpt.com

nameserver 8.12.4.1

I couldn't run the nslookup.
The file /etc/nsswitch.conf does not exists.
SAM is not accessible.

[Yarok]

Bye the way, I can see an error on the LAN process/stage when the OS is tring to come up.

[Steven E. Protter]

Shalom Yaron,

Please post /etc/nsswitch.conf configuration.

hosts: files [NOTFOUND=continue] dns


Is standard, and will enable your system to resolve its own host name quickly and deal with the login situation.

Host resolution of at least the for system itself.

That gets you to the next stage, which is making the system work rirght.

Looking at your original message which instructed you to install software that shipped with the workstation and the NFS changes you made in /etc/rc.config.d/nfsconf I'm not understanding what led you to do what you did.

Also recommend setting up console access which means hanging a keyboard, mouse and monitor from the system, if not already done.

Mah Shalomcah Adoniy.

I will watch this thread and add helpful advice later if called for.

SEP

[Yarok]

Shalom & Braha Steve,

Thank you for your answer.

As I note before, the file /etc/nsswitch.conf does not exist. So, I copied the file /etc/nsswitch.hp_defaults to this name (is that ok?).

the line that you asked about looks like this:

hosts: dns [NOTFOUND=return] nis [NOTFOUND=return] files

Now the system is in a strange mode that is like a single user mode (black screen), only that who -r shows run level 3.

How should I continue from here?

Yaron.

[Bill Hassell · Accepted solution]

Remove /etc/nsswitch.conf and rename /etc/resolv.conf to something else. Now you should be able to reboot. Don't use Exceed or any other Xwindow stuff until the console is working.

Note that in single user mode, /usr is not mounted so most the commands you are familiar with do not exist, nor will networking be active. You can mount /usr by first running fsck on the lvol:

fsck /dev/rdsk/lvol6 (or whatever lvol is /usr for your system)
mount /usr

To use vio, be sure to mount /var also. Same steps: fsck /dev/rdsk/lvol8, and mount /var

[Yarok]

Thank you all for the help.

Dear Bill,

I followed your advice and the OS looks just fine now:
OS came up very quickly.
dtpat command available
General view - OK (even thought the same message of the screen was there again: " The software installed on your sys will not provide full performance..." I pressed ENT and the login consult was there).

1. Should I rename the /etc/resolv.conf file to its original name?

2. now, we back to stage 1, meaning I would like to change IP address, subnet mask and getway. What is the right way to do it?
Set_parms -> addl_netwrk
SAM
Edit /etc/rc.config.d/netconf & etc/hosts). I would definetly like to avoide the previouse situation of the above problem :)

3. And most important thing â what cause this problem?

BR,

Yaron

[Bill Hassell]

> 1. Should I rename the /etc/resolv.conf file to its original name?

Not until you know if your data center has a DNS server. If you don't have a DNS server, then there is not need to have an /etc/resolv.conf file.

> 2. now, we back to stage 1, meaning I would like to change IP address, subnet mask and getway. What is the right way to do it?

set_parms is the best way. Run it to change the hostname (if needed) and then again to change the IP address, subnet mask and gateway.

> 3. And most important thing: what cause this problem?

Workstations typically run Xwindows and you are using Xceed rather than PuTTY or other simple terminal emulator. Xwindows requires that your network parameters are correct. Files such as resolv.conf require support from your network team. IF there is no network support, I would stay with /etc/hosts as your only IP address source. Now that you've turned off NFS, your system should boot OK.