[Date Prev] [Date Index] [Date Next] [Thread Prev] [Thread Index] [Thread Next]
Yang, Chi-Tai chi-tai.yang@rbccm.com
Mon, 26 Jul 2004 15:20:09 -0700 (PDT)
In deed, break was not being received and acted on.
If I were to kill conserver and telnet <cisco_terminal_server> <port_number>, I can use Ctrl-], then type "send break" and get to OK prompt (right after the cusor spinning POST stage, of course).
Terminal Server: Cisco 3640
Sun model: V100 (this is the model I can test now).
I ran into problem with V210 as well. V240, V440 might be the same.
O/S version: all Solaris 8, patch level: 117000-03
Here is the screen shot: I have done it twice:
^MInitializing Memory -^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^ H-^H-^H-^H-^H-^H-^H-^H-^H
-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H- ^H-^H-^H-^H-^H-^H-^H-^H-
^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H ^M
^MExecuting last command: boot^
M
Boot device: disk2 File and args: ^M
[-- break #0(3) sent -- `#.' -- Mon Jul 26 18:04:42 2004]^M
^Mlom>
^Mlom>break
^M^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^Hconfiguring IPv4 interfac
es: dmfe0.^M
Hostname: v100spare1^M
metainit: v100spare1: there are no existing databases^M
^M
NOTICE: dmfe0: PHY 1 link up 100 Mbps Half-Duplex^M
NOTICE: dmfe1: PHY 1 link down^M
[-- break #0(3) sent -- `#.' -- Mon Jul 26 18:05:12 2004]^M
^Mlom>
^Mlom>^C
^Mlom>l2
^MInvalid command. Type 'help' for list of commands.
^Mlom>console
^MervNOTICE: dmfe0: PHY 1 link down^M
NOTICE: dmfe0: PHY 1 link up 100 Mbps Full-Duplex^M
ypbind done.^M
====> It looks like break 0 has the same effect as break 3 which went to LOM.
Here is the second time:
ok boot^M
Res
^MLOM event: +372d+20h28m29s host reset
^Metting ... ^M
^M
[-- break #1 sent -- `\z' -- Mon Jul 26 18:06:54 2004]^M
[-- break #2 sent -- `\r\d~\d^b' -- Mon Jul 26 18:06:57 2004]^M
[-- break #3 sent -- `#.' -- Mon Jul 26 18:06:59 2004]^M
^Mlom>
^Mlom>console
^M^M
Sun Fire V100 (UltraSPARC-IIe 500MHz), No Keyboard^M
OpenBoot 4.0, 512 MB memory installed, Serial #51807461.^M
Ethernet address 0:3:ba:16:84:e5, Host ID: 831684e5.^M
^M
Initializing Memory -^H^M
^MInitializing Memory -^H^M
^MInitializing Memory /^H/^H/^H-^H^M
^MInitializing Memory
\^H\^H\^H-^H^M
^MInitializing Memory -^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H
-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^
H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H^M
^MInitializing Memory -^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^
H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-
^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H-^H
^M ^M
[-- break #2 sent -- `\r\d~\d^b' -- Mon Jul 26 18:07:21 2004]^M
Executing last command: boot^M
Boot device: disk2 File and args: ^M
[-- break #3 sent -- `#.' -- Mon Jul 26 18:07:24 2004]^M
^Mlom>
^Mlom>console
^M^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/
^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H
|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H[-- break #1 sent -- `\z' -- Mon Jul 26 18:07:28 2
004]^M
-^H^MSunOS Release 5.8 Version Generic_108528-21 64-bit^M
Copyright 1983-2003 Sun Microsystems, Inc. All rights reserved.^M
\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^
H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H
[-- break #0(3) sent -- `#.' -- Mon Jul 26 18:07:31 2004]^M
^Mlom>con^H ^H^H ^H^H ^Hbreak
^M^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H/^H-^H\^H|^H2^M
configuring IPv4 interfaces: dmfe0.^M
Hostname: v100spare1^M
metainit: v100spare1: there are no existing databases^M
^M
NOTICE: dmfe0: PHY 1 link up 100 Mbps Half-Duplex^M
NOTICE: dmfe1: PHY 1 link down^M
[-- break #3 sent -- `#.' -- Mon Jul 26 18:07:54 2004]^M
^Mlom>
^Mlom>console
^M[-- break #1 sent -- `\z' -- Mon Jul 26 18:07:58 2004]^M
\377\363The system is coming up. Please wait.^M
^M
NIS domainname is neutrino.com^M
Forcing interface dmfe0 to Full Duplex 100^M
starting rpc services:NOTICE: dmfe0: PHY 1 link down^M
rpcbind keyservNOTICE: dmfe0: PHY 1 link up 100 Mbps Full-Duplex^M
[-- break #0(3) sent -- `#.' -- Mon Jul 26 18:08:05 2004]^M
^Mlom>console
^M----|^M
^M
v100spare1 console login: :^H ^H[-- root@consrv detached -- Mon Jul 26 18:09:27
2004]^M
Thanks.
-----Original Message-----
From: sommerfeld@east.sun.com [mailto:sommerfeld@east.sun.com]
Sent: Monday, July 26, 2004 5:00 PM
To: Yang, Chi-Tai
Cc: users@conserver.com
Subject: Re: break sequence during Sun host boot up stage
> Using Ctrl-e-c-l-0 to send break works fine when Solaris machine
> booted up to either single user or multi-user mode. However, when
> SunSPARC is with its booting up stage (with cursor spinning), the
> same key stroke sequence can only not send break to it.
So, my first reaction was that the problem is not that break isn't
being sent, but rather that break isn't being received and acted on.
There are windows early during POST/OBP startup when a Sun SPARC
system simply cannot respond immediately to a break (because OBP isn't
ready yet). The same does not appear to be true during the OS load..
Can you be specific about the hardware platform and solaris version
you're using, and include a transcript of the boot sequence showing
the specific points at which break isn't working for you?
Also, what sort of terminal server are you using?
<font face="Times New Roman" size="3">
<p>------------------------------------------------------------------------------</p>
<p> This E-Mail (including any attachments) may contain privileged or confidential information. It is intended only for the addressee(s) indicated above. The sender does not waive any of its rights, privileges or other protections respecting this information. Any distribution, copying or other use of this E-Mail or the information it contains, by other than an intended recipient, is not sanctioned and is prohibited. If you received this E-Mail in error, please delete it and advise the sender (by return E-Mail or otherwise) immediately.</p>
<p> This E-Mail (including any attachments) has been scanned for viruses. It is believed to be free of any virus or other defect that might affect any computer system into which it is received and opened. However, it is the responsibility of the recipient to ensure that it is virus free. The sender accepts no responsibility for any loss or damage arising in any way from its use.</p>
<p> E-Mail received by or sent from RBC Capital Markets is subject to review by Supervisory personnel. Such communications are retained and may be produced to regulatory authorities or others with legal rights to the information.</p>
<p>====================================================</p>
</font>