Remote Console Poblem

[Vick10]

Hi Experts,

I am having problem with the GSP console, I am getting the login prompt and able to login but CO doesn't bring me to the OS.

===================
Service Processor login: root
Service Processor password:

Hewlett-Packard Guardian Service Processor
(c) Copyright Hewlett-Packard Company 1999-2002. All Rights Reserved.
System Name: kpos12
[Read only - use ^Ecf for console write access.]
[Read only - use ^Ecf for console write access.]
[bumped user - ]

=====================
It gets stuck here, I have to crtl B to exit.
CE has upgraded the GSP Firware and even replaced the GSP card but nothing solved the problem and according to CE, the problem could be with the OS. He suggested to remove all the tty dev files and create it back.

# ioscan -fnC tty
Class I H/W Path Driver S/W State H/W Type Description
==============================================
tty 0 0/0/4/0 func0 CLAIMED INTERFACE PCI BaseSystem (103c128d)
tty 1 0/0/4/1 asio0 CLAIMED INTERFACE PCI Serial (103c1048)
/dev/GSPdiag1 /dev/diag/mux1 /dev/mux1 /dev/tty1p0 /dev/tty1p2 /dev/tty1p3 /dev/tty1p4

=========================
I have UPS connected to /dev/tty1p3 and its working fine, Is there any other way to fix this.
# ll /dev/GSPdiag1
crw------- 1 root sys 1 0x010080 Nov 11 13:48 /dev/GSPdiag1
# ll /dev/diag/mux1
crw------- 2 bin bin 1 0x010080 Nov 11 13:48 /dev/diag/mux1
# ll /dev/mux1
crw------- 2 bin bin 1 0x010080 Nov 11 13:48 /dev/mux1
# ll /dev/tty1p0
crw--w--w- 1 bin bin 1 0x010000 Nov 20 11:37 /dev/tty1p0
# ll /dev/tty1p2
crw--w--w- 1 bin bin 1 0x010200 Nov 17 08:10 /dev/tty1p2
# ll /dev/tty1p3
crw--w--w- 1 bin bin 1 0x010300 Nov 20 12:42 /dev/tty1p3
# ll /dev/tty1p4
crw--w--w- 1 bin bin 1 0x010400 Nov 19 09:15 /dev/tty1p4

[Prashanth.D.S]

Hi Vick,

What do you get wen you do a cntrl+b ??

Rgds,
Prashanth

[Vick10]

I am back to GSP menu


Leaving Console Mode - you may lose write access.
When Console Mode returns, type ^Ecf to get console write access.

GSP Host Name: kpos12
GSP>

[cnb]

Hi Vick,

"CE has upgraded the GSP Firware and even replaced the GSP card but nothing solved the problem and according to CE, the problem could be with the OS. He suggested to remove all the tty dev files and create it back."

When did this problem first start? Before or after the GSP upgrade by the CE? What model number is the system?

[Vick10]

The CE upgraded the GSP Firmware due to this problem as he suspected the the firmware was the issue but even after the upgrade the problem remains the same. The Firmware upgrade and GSP card replacement was done for this issue.


# model
9000/800/L1500-8x

[cnb]

Hi Vick,

I don't understand the logic of upgrading the GSP F/W to fix a communication issue.

Was this ever working?

My system looks like this:
# model
9000/800/L3000-5x
# ioscan -funC tty
Class I H/W Path Driver S/W State H/W Type Description
==================================================================
tty 1 0/0/4/0 func0 CLAIMED INTERFACE PCI BaseSystem (103c128d)
tty 0 0/0/4/1 asio0 CLAIMED INTERFACE PCI Serial (103c1048)
/dev/GSPdiag1 /dev/tty0p0 /dev/tty0p4
/dev/diag/mux0 /dev/tty0p2
/dev/mux0 /dev/tty0p3

What is the PDC version of the system?

[Vick10]

It was working fine all the while till two weeks ago I started having this issue, I called on the CE to check, he too can't fix and the firware upgrade and GSP card replacement was CE suggestion to fix the problem. HOw do I check the PDC version ?

[Matti_Kurkela]

Is the "getty" process for the console running?

Run "ps -ft console" to check.

If you see no processes, maybe someone has disabled the console getty from /etc/inittab. I've seen this once: someone was trying to maximize system security but apparently did not understand the effects.

If you see some processes other than the "getty", there is an old console session already running, possibly in a state that cannot accept input. Just kill the processes: the init process should automatically restart the console getty for you.

MK

[Vick10]

Things seems to be appear be normal, only one getty process is running started by init ....


# ps -ft console
UID PID PPID C STIME TTY TIME COMMAND
root 2158 1 0 Nov 20 console 0:00 /usr/sbin/getty console console
#

[cnb]

Try this:
# echo "sel dev all;info;wait;il"|/usr/sbin/cstm > /tmp/info.log

# cat /tmp/info.log | grep PDC

Post the info.log file.