<html><body><div style="color:#000; background-color:#fff; font-family:times new roman, new york, times, serif;font-size:12pt"><div><span>Hi,</span></div><div><span></span> </div><div><span>Access has been through the RJ45 serial mgmt port. </span></div><div><span>I do get a display of things passing on a complete powercycle : poweroff and pull cord,</span></div><div><span>Then Prompted for ALOM login which I am able to do. </span></div><div><span>The ending (get stuck point) is basically like this:</span></div><div><span>==============================================(STuff CUT from serial session)==></span></div><div><span>Full VxDiag Tests - PASSED</span></div><div><span></span> </div><div><span> Status summary - Status = 7FFF</span></div><div><span> VxDiag - -
PASSED<br> POST - - PASSED<br> LOOPBACK - - PASSED</span></div><div><span> I2C - - PASSED<br> EPROM - - PASSED<br> FRU PROM - - PASSED</span></div><div><span> ETHERNET - - PASSED<br> MAIN CRC
- - PASSED<br> BOOT CRC - - PASSED</span></div><div><span> TTYD - - PASSED<br> TTYC - - PASSED<br> MEMORY - - PASSED<br> MPC850 - - PASSED</span></div><span><div><br>Please login: admin<br>Please Enter password: ********</div><div><br>sc> poweron</div><div>sc> console<br>Enter #. to return to
ALOM.</div><div> </div><div>===================================================================</div><div> </div><div>And thats about it.... I have tried from sc> doing:</div><div> </div><div>sc> bootmode<br>Bootmode: normal<br>bootscript="setenv auto-boot? false"<br>sc> bootmode reset_nvram<br>sc><br>SC Alert: SC set bootmode to reset_nvram, will expire MON MAY 28 17:17:47 UTC 2012.</div><div>sc> bootmode<br>Bootmode: reset_nvram<br>Expires MON MAY 28 17:17:47 UTC 2012<br>bootscript="setenv auto-boot? false"<br>sc></div><div> </div><div>poweroff/poweron again leaves me with the console message: Enter #. to return to ALOM</div><div> </div><div>No "ok" ....</div><div> </div><div>The server has a network mgmt port and a db9 serial which I haven't looked at since I lost control. Could control be switching</div><div>to send further output elsewhere after getting this much through the rj45 serial??? I fear
something got hosed so that the whole</div><div>OpenBoot level is gone.... (Panic 8^)</div><div> </div><div>-Mike<br></div></span><div><br></div> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div style="font-family: times new roman, new york, times, serif; font-size: 12pt;"> <div dir="ltr"> <font size="2" face="Arial"> <div style="margin: 5px 0px; padding: 0px; border: 1px solid rgb(204, 204, 204); height: 0px; line-height: 0; font-size: 0px;" class="hr" contentEditable="false" readonly="true"></div> <b><span style="font-weight: bold;">From:</span></b> "Whiting, Gary" <Gary.Whiting@echostar.com><br> <b><span style="font-weight: bold;">To:</span></b> "clue@cluedenver.org" <clue@cluedenver.org> <br> <b><span style="font-weight: bold;">Sent:</span></b> Saturday, May 26, 2012 1:04 PM<br> <b><span style="font-weight: bold;">Subject:</span></b> Re: [clue] Hardware (sunfire v210) pre-OS<br> </font>
</div> <br>
It has been quite a while since I did anything with a SunFire Vxxx. I goes through POST successfully but you get no ok prompt? Have you tried connecting to ALOM through the SER MGT port?<br><br><br>Gary Whiting | IT Systems Manager, UNIX<br>EchoStar Information Technology<br>100 Inverness Terrace East | Englewood, CO 80112<br>(O) 303-706-5607 | (C) 303-229-6114<br>UNIX Team | 303-706-5471 | <a href="http://sats-it" target="_blank">http://sats-it</a><br><br><br><br><br><br>-----Original Message-----<br>From: <a href="mailto:clue-bounces@cluedenver.org" ymailto="mailto:clue-bounces@cluedenver.org">clue-bounces@cluedenver.org</a> [mailto:<a href="mailto:clue-bounces@cluedenver.org" ymailto="mailto:clue-bounces@cluedenver.org">clue-bounces@cluedenver.org</a>] On Behalf Of <a href="mailto:clue-request@cluedenver.org" ymailto="mailto:clue-request@cluedenver.org">clue-request@cluedenver.org</a><br>Sent: Saturday, May 26, 2012 12:00 PM<br>To: <a
href="mailto:clue@cluedenver.org" ymailto="mailto:clue@cluedenver.org">clue@cluedenver.org</a><br>Subject: clue Digest, Vol 16, Issue 44<br><br>Send clue mailing list submissions to<br> <a href="mailto:clue@cluedenver.org" ymailto="mailto:clue@cluedenver.org">clue@cluedenver.org</a><br><br>To subscribe or unsubscribe via the World Wide Web, visit<br> http://cluedenver.org/mailman/listinfo/clue<br>or, via email, send a message with subject or body 'help' to<br> <a href="mailto:clue-request@cluedenver.org" ymailto="mailto:clue-request@cluedenver.org">clue-request@cluedenver.org</a><br><br>You can reach the person managing the list at<br> <a href="mailto:clue-owner@cluedenver.org" ymailto="mailto:clue-owner@cluedenver.org">clue-owner@cluedenver.org</a><br><br>When replying, please edit your Subject line so it is more specific than "Re: Contents of clue digest..."<br><br><br>Today's
Topics:<br><br> 1. Re: [tech] Nagios question - remote plugin status isn't shown<br> (Christopher Cross)<br> 2. Re: 32 bit app, 64 bit OS (Raymond DeRoo)<br> 3. Hardware (sunfire v210) pre-OS (mike havlicek)<br> 4. Re: 32 bit app, 64 bit OS (Will Sterling)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Fri, 25 May 2012 16:21:08 -0600<br>From: Christopher Cross <<a href="mailto:g1ccross@gmail.com" ymailto="mailto:g1ccross@gmail.com">g1ccross@gmail.com</a>><br>Subject: Re: [clue] [tech] Nagios question - remote plugin status<br> isn't shown<br>To: "CLUE's mailing list" <<a href="mailto:clue@cluedenver.org" ymailto="mailto:clue@cluedenver.org">clue@cluedenver.org</a>><br>Message-ID:<br> <<a href="mailto:CANMPyz9cWHT0L8OHyd7ZuUfHveg2n9_gd0MftYFrAHZ_bBOknw@mail.gmail.com"
ymailto="mailto:CANMPyz9cWHT0L8OHyd7ZuUfHveg2n9_gd0MftYFrAHZ_bBOknw@mail.gmail.com">CANMPyz9cWHT0L8OHyd7ZuUfHveg2n9_gd0MftYFrAHZ_bBOknw@mail.gmail.com</a>><br>Content-Type: text/plain; charset="iso-8859-1"<br><br>Glad it was an easy fix. I manage the Nagios system at work so I recognized that output.<br><br>Here is a nice Nagios tip. You can make custom checks easily in bash (or anything else). Just use the exit code to tell Nagios what the status is and any output will be on the status line. Define the script as a command and use it in a service definition.<br><br><br>exit 0 = OK<br>exit 1 = Warning<br>exit 2 = Critical<br><br>Sometimes this is easier than trying to figure out someone else's plugin that is way more complex than you need or if you just have a very unique system to monitor.<br><br>Christopher Cross<br><a href="mailto:g1ccross@gmail.com" ymailto="mailto:g1ccross@gmail.com">g1ccross@gmail.com</a><br>(310)536-6392<br><br><br>On Fri, May
25, 2012 at 3:48 PM, Jim Ockers <<a href="mailto:ockers@ockers.net" ymailto="mailto:ockers@ockers.net">ockers@ockers.net</a>> wrote:<br><br>> **<br>> Hi Chris,<br>><br>> That was it thanks, you nailed it. I was missing the fact that NRPE <br>> prints out only that version message if you connect remotely and don't <br>> specify a command for it to run. I had the check_nrpe command <br>> configured wrong in the Nagios server's commands.cfg. In my ignorance <br>> I did it wrong when I defined the command.<br>><br>> This config snippet causes it to generate the NRPE v2.13 output (note <br>> no<br>> $ARG1$):<br>><br>> define command{<br>> command_name check_nrpe<br>> command_line /usr/nagios/libexec/check_nrpe -H $HOSTADDRESS$<br>> }<br>><br>> [root@nagios]#
/usr/nagios/libexec/check_nrpe -H remote.host.IP NRPE <br>> v2.13<br>><br>><br>> I changed the config to this and now NRPE and my plugins generate the <br>> command output I expected:<br>><br>> define command{<br>> command_name check_nrpe<br>> command_line /usr/nagios/libexec/check_nrpe -H $HOSTADDRESS$ -c<br>> $ARG1$<br>> }<br>><br>> [root@nagios]# /usr/nagios/libexec/check_nrpe -H remote.host.IP -c <br>> check_md_raid<br>><br>> OK - Checked 1 arrays.<br>><br>> Thanks it's all working fine now,<br>><br>> Jim<br>><br>> --<br>> Jim Ockers, P.E., P.Eng. (<a href="mailto:ockers@ockers.net" ymailto="mailto:ockers@ockers.net">ockers@ockers.net</a>) Contact info: <br>> http://www.ockers.net/<br>><br>> Christopher Cross wrote:<br>><br>> It sounds like you are only
checking the npre plugin version and not <br>> the raid check command in your Nagios config. Can you post the <br>> relevant parts of your Nagios config files. The host, service, and <br>> commands parts should provide enough info.<br>><br>> Christopher Cross<br>> <a href="mailto:g1ccross@gmail.com" ymailto="mailto:g1ccross@gmail.com">g1ccross@gmail.com</a><br>> (310)536-6392<br>><br>><br>> On Fri, May 25, 2012 at 3:11 PM, Jim Ockers <<a href="mailto:ockers@ockers.net" ymailto="mailto:ockers@ockers.net">ockers@ockers.net</a>> wrote:<br>><br>>> Hi CLUEbies,<br>>><br>>> I'll keep this simple since I hope it's a simple question. I set up <br>>> nagios and it's monitoring a remote system to make sure the RAID <br>>> array is OK. I'm using the NRPE (remote) plugin because the <br>>> /proc/mdstat file contains the RAID array health information, and <br>>> it's not readable from
my Nagios server. In the web interface the <br>>> status is shown (OK, critical,<br>>> etc) but no further command output is shown.<br>>><br>>> There's a whole "Status Information" column in the web interface and <br>>> instead of showing some useful command output it shows only "NRPE v2.13".<br>>> When I click on the service to drill into the status further, the <br>>> "Performance Data" is blank where the status output should be. I <br>>> think it would be a lot better if the actual plugin output was shown <br>>> in the web interface.<br>>><br>>> When I run the local command it displays this:<br>>><br>>> [root]# /usr/nagios/libexec/check_md_raid OK - Checked 1 arrays.<br>>><br>>> When I run the remote command from the nagios monitoring server it <br>>> displays this:<br>>><br>>> [root@nagios ~]# /usr/nagios/libexec/check_nrpe -H
remote.host.IP -c <br>>> check_md_raid OK - Checked 1 arrays.<br>>><br>>> >From this I know the remote command is working as configured, and <br>>> >the<br>>> command output is seen on the nagios server when it runs the remote <br>>> command because it picks up the OK status. In the web/GUI interface for "Services"<br>>> it shows OK but the only status information is "NRPE v2.13" instead <br>>> of the "OK - Checked 1 arrays." command output like it shows for <br>>> every other non-remote Nagios command.<br>>><br>>> Help please? How can I get the remote command output shown in the <br>>> web interface? Believe it or not I've tried a variety of google <br>>> searches for this and got nothing, so help me CLUE you're my only hope!<br>>><br>>> Thanks,<br>>> Jim<br>>><br>>> --<br>>> Jim Ockers, P.E., P.Eng. (<a
href="mailto:ockers@ockers.net" ymailto="mailto:ockers@ockers.net">ockers@ockers.net</a>) Contact info: <br>>> <a href="http://www.ockers.net/" target="_blank">http://www.ockers.net/</a><br>>><br>>><br>><br>> _______________________________________________<br>> clue mailing list: <a href="mailto:clue@cluedenver.org" ymailto="mailto:clue@cluedenver.org">clue@cluedenver.org</a> For information, account <br>> preferences, or to unsubscribe see:<br>> <a href="http://cluedenver.org/mailman/listinfo/clue" target="_blank">http://cluedenver.org/mailman/listinfo/clue</a><br>><br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <a href="http://cluedenver.org/pipermail/clue/attachments/20120525/9cf7cfcf/attachment-0001.html" target="_blank">http://cluedenver.org/pipermail/clue/attachments/20120525/9cf7cfcf/attachment-0001.html</a> <br><br>------------------------------<br><br>Message:
2<br>Date: Sat, 26 May 2012 09:42:18 +0200<br>From: Raymond DeRoo <<a href="mailto:rderoo@deroo.net" ymailto="mailto:rderoo@deroo.net">rderoo@deroo.net</a>><br>Subject: Re: [clue] 32 bit app, 64 bit OS<br>To: CLUE's mailing list <<a href="mailto:clue@cluedenver.org" ymailto="mailto:clue@cluedenver.org">clue@cluedenver.org</a>><br>Message-ID: <<a href="mailto:538C30D1-331F-40CF-8791-845B181068B0@deroo.net" ymailto="mailto:538C30D1-331F-40CF-8791-845B181068B0@deroo.net">538C30D1-331F-40CF-8791-845B181068B0@deroo.net</a>><br>Content-Type: text/plain; charset=us-ascii<br><br>David:<br><br>> pae kernel gets you all the RAM and most of the speed...<br><br>PAE *may* be an option, but only if multiple applications need ~3G or run. MySQL and Postgres still will not allocate more than ~3.2G of RAM on a 32bit OS regardless of how much physical RAM is present. So my initial statement really still
stands.<br><br>Cheers,<br>Raymond<br><br><br><br>------------------------------<br><br>Message: 3<br>Date: Sat, 26 May 2012 04:36:12 -0700 (PDT)<br>From: mike havlicek <<a href="mailto:mhavlicek1@yahoo.com" ymailto="mailto:mhavlicek1@yahoo.com">mhavlicek1@yahoo.com</a>><br>Subject: [clue] Hardware (sunfire v210) pre-OS<br>To: "CLUE's list" <<a href="mailto:clue@cluedenver.org" ymailto="mailto:clue@cluedenver.org">clue@cluedenver.org</a>><br>Message-ID:<br> <<a href="mailto:1338032172.86782.YahooMailNeo@web36204.mail.mud.yahoo.com" ymailto="mailto:1338032172.86782.YahooMailNeo@web36204.mail.mud.yahoo.com">1338032172.86782.YahooMailNeo@web36204.mail.mud.yahoo.com</a>><br>Content-Type: text/plain; charset="iso-8859-1"<br><br>Hi All,<br>?<br>I think I hosed this one. I got this through ebay ($60.00) so I admit I was a little careless in dangerous operations. Got the thing to boot over network. Realizing that
there was not enough memory for recent Solaris I decided to try putting a DVD ROM in that I was led to believe was compatible. (I fear the real bozo maneuver might have been accompanied with a knockout punch... shifting of a loose metal?pci slot cover--> found it laying on motherboard upon popping top)... Thought I might have screwed up the card reader when I popped the DVD in, but the reader works well enough for the system to know when the card itself is removed...<br>Anyway the system seems to display good diags but doesn't goto OBP (ok).....? Anybody familiar with sunfire v210 and any magic reset to get to "ok" ...? jumper type remedy??? I have been reading posts that talk about fru removal in ALOM but at first glance it looks like the only fru removal at that level is for the power supply.... <br>?<br>?<br>Thanks,<br>?<br>-Mike<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: <a
href="http://cluedenver.org/pipermail/clue/attachments/20120526/2a0e04b3/attachment-0001.html" target="_blank">http://cluedenver.org/pipermail/clue/attachments/20120526/2a0e04b3/attachment-0001.html</a> <br><br>------------------------------<br><br>Message: 4<br>Date: Sat, 26 May 2012 08:14:12 -0600<br>From: Will Sterling <<a href="mailto:will.sterling@gmail.com" ymailto="mailto:will.sterling@gmail.com">will.sterling@gmail.com</a>><br>Subject: Re: [clue] 32 bit app, 64 bit OS<br>To: "CLUE's mailing list" <<a href="mailto:clue@cluedenver.org" ymailto="mailto:clue@cluedenver.org">clue@cluedenver.org</a>><br>Cc: "<a href="mailto:nclug@nclug.org" ymailto="mailto:nclug@nclug.org">nclug@nclug.org</a>" <<a href="mailto:nclug@nclug.org" ymailto="mailto:nclug@nclug.org">nclug@nclug.org</a>><br>Message-ID: <1374984521503933891@unknownmsgid><br>Content-Type: text/plain; charset=ISO-8859-1<br><br>If your application does not need more RAM
then 32bits can address there is no down side to running it in 32 bit on a 64 bit OS other then needing to make sure you have the 32 bit libraries installed.<br><br>The application will actually be a tiny bit faster because of the shorter memory addresses.<br><br>On May 25, 2012, at 8:44 AM, "<a href="mailto:grant@amadensor.com" ymailto="mailto:grant@amadensor.com">grant@amadensor.com</a>" <<a href="mailto:grant@amadensor.com" ymailto="mailto:grant@amadensor.com">grant@amadensor.com</a>> wrote:<br><br>> I am wondering the pitfalls of running 32 bit applications on 64 bit Linux.<br>><br>> We are looking at upgrading a large enterprise system. It would be<br>> very helpful if we could upgrade the operating system first, because <br>> then we can upgrade the application in place and carry over all of our<br>> settings and data more easily. The old version is a 32 bit<br>> application, the new one is a 64 bit
application. If we upgrade the<br>> hardware and operating system first, this is better, since it is due a <br>> hardware upgrade anyway, and we are looking at maybe moving it to a<br>> new data center. We would like to run this way for a while, then do<br>> the upgrade, since it is a large project to upgrade this mess. Where <br>> is this going to bite us?<br>><br>><br>><br>><br>> _______________________________________________<br>> clue mailing list: <a href="mailto:clue@cluedenver.org" ymailto="mailto:clue@cluedenver.org">clue@cluedenver.org</a> For information, account <br>> preferences, or to unsubscribe see:<br>> <a href="http://cluedenver.org/mailman/listinfo/clue" target="_blank">http://cluedenver.org/mailman/listinfo/clue</a><br><br><br>------------------------------<br><br>_______________________________________________<br>clue mailing list<br><a href="mailto:clue@cluedenver.org"
ymailto="mailto:clue@cluedenver.org">clue@cluedenver.org</a><br><a href="http://cluedenver.org/mailman/listinfo/clue" target="_blank">http://cluedenver.org/mailman/listinfo/clue</a><br><br>End of clue Digest, Vol 16, Issue 44<br>************************************<br><br><br>_______________________________________________<br>clue mailing list: <a href="mailto:clue@cluedenver.org" ymailto="mailto:clue@cluedenver.org">clue@cluedenver.org</a><br>For information, account preferences, or to unsubscribe see:<br><a href="http://cluedenver.org/mailman/listinfo/clue" target="_blank">http://cluedenver.org/mailman/listinfo/clue</a><br><br><br> </div> </div> </div></body></html>