From: Kanthasamy, Murugesan (Murugesan.Kanthasamy@omgeo.com)
Date: Tue Nov 21 2006 - 10:28:36 EST
Guys, Anyone faced an issue where in a Solaris 10 OBP not able to see LUN no
greater than 255. Any help wud be greatly appreciated and summaraized.
Thanks,
MK | Tech Ops
Omgeo LLC
Tel:(212) 855-2736 Cell: (917)682-7584
Email: Murugesan.Kanthasamy@omgeo.com
Address: 55 Water Street, New York.
A DTCC/Thomson Financial Company I www.omgeo.com <www.omgeo.com>
-----Original Message-----
From: sunmanagers-bounces@sunmanagers.org
[mailto:sunmanagers-bounces@sunmanagers.org] On Behalf Of
sunmanagers-request@sunmanagers.org
Sent: Tuesday, November 21, 2006 9:31 AM
To: sunmanagers@sunmanagers.org
Subject: sunmanagers Digest, Vol 44, Issue 20
Send sunmanagers mailing list submissions to
sunmanagers@sunmanagers.org
To subscribe or unsubscribe via the World Wide Web, visit
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
or, via email, send a message with subject or body 'help' to
sunmanagers-request@sunmanagers.org
You can reach the person managing the list at
sunmanagers-owner@sunmanagers.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of sunmanagers digest..."
Today's Topics:
1. V20z Refuses to Power On (Damian Wiest)
2. SC3.1U4 + Sol10 x86: scshutdown not working (Harald Husemann)
3. UPDATE: SC 3.1 U4 on Sol 10 x86 + Ora 10g] (Harald Husemann)
4. How to start and stop samba in Solaris 8 (Mohammed 10vir)
5. T2000 no LSI Logic controller - was it replaced by another
one? (Simon J. Loewenthal)
6. SCSI Question (Sriman Kumaran)
7. Taking out data from a file. (Alistair McKeown)
8. [Fwd: Re: spurious messages] (mrinaldi@aces.co.id)
----------------------------------------------------------------------
Message: 1
Date: Mon, 20 Nov 2006 19:37:42 -0600
From: Damian Wiest <dwiest@vailsys.com>
Subject: V20z Refuses to Power On
To: sunmanagers@sunmanagers.org
Message-ID: <20061121013742.GB11703@dfwdamian.vail>
Content-Type: text/plain; charset=us-ascii
Greetings all,
We've got a Sun V20z that crashed and now refuses to power on. Once the
service processor has completed booting, the front panel display
indicates "Main power off". Neither pressing the power button on the
front-panel, nor performing a "platform set power state on" after
SSH'ing into the service processor does anything; in the second case,
the command never returns.
We've tried resetting the boot defaults per the instructions on page 43
of the Troubleshooting Techniques and Diagnostics Guide, but this had no
effect. We also cleared the CMOS with the same result.
We moved the CMOS jumper to the TH48 pin set and ran the manufacturer
diagnostics from the front-panel. Diagnostics hang on
"Iter: 0000000809". We turned the power switch off, back on and re-ran
the diagnostics; they passed this time and the LEDs on the system board
came on. Powered off and on again and diagnostics hang in the same
spot; we repeated this a few times and diags keep hanging.
Can someone tell me where I can find information regarding the
manufacturer diagnostics? None of the printed manuals I've consulted
mention this feature.
Any ideas on what the problem may be or how to get this server powered
up?
Thanks!
-Damian
------------------------------
Message: 2
Date: Tue, 21 Nov 2006 06:50:56 +0100
From: Harald Husemann <harald.husemann@materna.de>
Subject: SC3.1U4 + Sol10 x86: scshutdown not working
To: sunmanagers@sunmanagers.org
Message-ID: <456293C0.7030508@materna.de>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Gurus,
little problem here with a fresh-installed SC3.1:
HW is two x4200 as cluster nodes, and two SE3310, OS is Sol. 10 x86
(newest version, patch rev. EIS-DVD August 06) and Sun Cluster 3.1U4.
The cluster itself is working, but I'm unable to shut down the nodes.
Invoking "scshutdown -g0 -y" gives me the follwoing in /var/adm/messages
on both nodes:
==================/snip/==========================================
Nov 21 06:31:11 WAPDBMUC2-FE-SERVICE Sun Java(TM) Web Console[2346]: [ID
489958 daemon.info] com.sun.zfs.web.admin_1.0 was successfully unregistered.
Nov 21 06:31:11 WAPDBMUC2-FE-SERVICE Sun Java(TM) Web Console[2346]: [ID
642380 daemon.info] com.sun.cluster.spm_2.0 was successfully unregistered.
Nov 21 06:31:11 WAPDBMUC2-FE-SERVICE Sun Java(TM) Web Console[2346]: [ID
469190 daemon.info] com.sun.web.ui_2.2.4 was successfully unregistered.
svc.startd: The system is coming down. Please wait.
svc.startd: 80 system services are now being stopped.
Nov 21 06:31:22 WAPDBMUC2-FE-SERVICE FIN_SVC_CTRL: Warning: Because
one or more of the sun cluster userland cluster services are
offline this service goes offline
Nov 21 06:31:22 WAPDBMUC2-FE-SERVICE cl_eventlogd[2693]: Going down on
signal 15.
Nov 21 06:31:22 WAPDBMUC2-FE-SERVICE INITRGM: Warning: an attempt
to stop or disable the svc:/system/cluster/rgm:default service was
detected and ignored. A shutdown or reboot in progress is allowed
to proceed as normal.
Nov 21 06:31:26 WAPDBMUC2-FE-SERVICE INITFED: Warning: an attempt
to stop or disable the svc:/system/cluster/rpc-fed:default service
was detected and ignored. A shutdown or reboot in progress is
allowed to proceed as normal.
Nov 21 06:31:26 WAPDBMUC2-FE-SERVICE Cluster.RGM.rgmd: There is already
an instance of this daemon running
Nov 21 06:31:26 WAPDBMUC2-FE-SERVICE Cluster.RGM.fed: There is already
an instance of this daemon running
=======================/snap/=================================
That's it, at this point, both nodes are hanging forever, the only way
to get out of it is halting or power-cycling the systems. Even a normal
shutdown doesn't have any effect on any node, although it says that it
would go down...
Any ideas??
Thanks, and have a nice hackin',
Harald
-- ============================================ Harald Husemann Professional Network Administrator Materna GmbH - Vo_kuhle 37 D-44141 Dortmund, Germany Phone: +49-231-9505-222 ------------------------------ Message: 3 Date: Tue, 21 Nov 2006 07:03:49 +0100 From: Harald Husemann <harald.husemann@materna.de> Subject: UPDATE: SC 3.1 U4 on Sol 10 x86 + Ora 10g] To: sunmanagers@sunmanagers.org Message-ID: <456296C5.40404@materna.de> Content-Type: text/plain; charset="us-ascii" Hi gurus, an update to the "weird Oracle problem": Although we thought re-setting the permissions did the trick, it took out that we were not really lucky: After the next reboot and some work on the system, we were again unable to connect the DB. This time, we opened a case at SUN support, and got a very interesting answer: Oracle uses shared memory for the communication between the client(s) and the server. To get the shared memory segment to use, a key is generated out of the environment of the user running the command. This key MUST be identical for the server and all clients - in our case, the keys were different, so the client was unable to find the server. You can show the keys with the command "ipcs", the best trick is as follows: 1. Start the DB manually, ensure you can connect it, and write down the key ipcs shows for the shared memory realm of the Oracle user. 2. Shut down the DB, and let the cluster start it. Then, examine the output of ipcs again, and if the keys are different, you have an env problem. CAREFULLY examine the environment of the Oracle user, and the settings for the Oracle server resource. In our system, the path for ORACLE_HOME was different: The one in the cluster resource definition had a trailing slash, the original path had none... After fixing this, the problem was solved. The next time I'm setting up Oracle in a clustered environment I will take special care to these details. Hope it helps someone of you out there in the administrator's world, keep on hackin', Harald -- ============================================ Harald Husemann Professional Network Administrator Materna GmbH - Vo_kuhle 37 D-44141 Dortmund, Germany Phone: +49-231-9505-222 Received: from ganymed.materna.de ([139.2.34.141]) by postix.buc.materna.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 16 Nov 2006 15:22:55 +0100 Received: from relay1.materna.de (ilos.materna.de [193.96.115.75]) by mail-2525.materna.de (Postfix) with ESMTP id 1350F2477F for <harald.husemann@materna.de>; Thu, 16 Nov 2006 15:22:55 +0100 (MET) Received: from localhost (localhost [127.0.0.1])by relay1.materna.de (Postfix) with ESMTP id D64EA46for <harald.husemann@materna.de>; Thu, 16 Nov 2006 15:22:54 +0100 (MET) Received: from relay1.materna.de ([127.0.0.1])by localhost (ilos.materna.de [127.0.0.1]) (amavisd-new, port 10024)with ESMTP id ErgCnnfXNwqQ for <harald.husemann@materna.de>;Thu, 16 Nov 2006 15:22:45 +0100 (MET) Received: from sunportal.sunmanagers.org (sunportal.sunmanagers.org [128.100.17.250])by relay1.materna.de (Postfix) with ESMTPfor <harald.husemann@materna.de>; Thu, 16 Nov 2006 15:22:44 +0100 (MET) MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Received: from sunportal.sunmanagers.org (localhost [127.0.0.1])by sunportal.sunmanagers.org (Postfix) with ESMTP id 9A6B01E5E3;Thu, 16 Nov 2006 09:21:04 -0500 (EST) Received: from relay2.materna-com.de (relay2.materna-com.de[192.109.216.139]) by sunportal.sunmanagers.org (Postfix) with ESMTPid 7BFE91E5D6 for <sunmanagers@sunmanagers.org>; Thu, 16 Nov 200609:19:48 -0500 (EST) Received: from [172.30.112.211] (yellow.materna-com.de [172.30.112.211])by relay2.materna-com.de (Postfix-2.1-rc19/TIM-6.6.6) with ESMTP id534C9A9DF for <sunmanagers@sunmanagers.org>; Thu, 16 Nov 2006 15:19:44+0100 (MET) X-MimeOLE: Produced By Microsoft Exchange V6.5 Return-Path: <sunmanagers-bounces@sunmanagers.org> X-OriginalArrivalTime: 16 Nov 2006 14:22:55.0322 (UTC) FILETIME=[B52EABA0:01C7098A] X-Virus-Scanned: amavisd-new at materna.de X-imss-version: 2.044 X-imss-result: Passed X-imss-scores: Clean:100.00000 C:0 M:0 S:0 R:0 X-imss-settings: Baseline:2 C:3 M:3 S:3 R:4 (0.0000 0.0000) X-imss-scanInfo: M:B L:E SM:2 X-imss-tmaseResult: TT:1 TS:-27.2167 TC:1F TRN:76 TV:3.6.1039(14816.003) Delivered-To: sunmanagers@sunmanagers.org X-Original-To: sunmanagers@sunmanagers.org X-BeenThere: sunmanagers@sunmanagers.org X-Mailman-Version: 2.1.9 List-Id: The Sun Managers Mailing List <sunmanagers.sunmanagers.org> List-Archive: <http://www.sunmanagers.org/pipermail/sunmanagers> List-Post: <mailto:sunmanagers@sunmanagers.org> Errors-To: sunmanagers-bounces@sunmanagers.org User-Agent: Thunderbird 1.5.0.5 (X11/20060719) X-DCC-MATERNA-Metrics: ilos 32702; Body=1 Fuz1=1 Fuz2=1 Content-class: urn:content-classes:message Subject: SUMMARY: SC 3.1 U4 on Sol 10 x86 + Ora 10g Date: Thu, 16 Nov 2006 15:19:44 +0100 Message-ID: <455C7380.6010904@materna.de> In-Reply-To: <8F6F7A988C7AD44991073943F98A1285285BEB@postix.buc.materna.com> Thread-Topic: SUMMARY: SC 3.1 U4 on Sol 10 x86 + Ora 10g Thread-Index: AccJirU9UCYHUi3GQnS4jFxSr+HdfA== References: <8F6F7A988C7AD44991073943F98A1285285BEB@postix.buc.materna.com> List-Help: <mailto:sunmanagers-request@sunmanagers.org?subject=help> List-Subscribe: <http://www.sunmanagers.org/mailman/listinfo/sunmanagers>,<mailto:sunmanager s-request@sunmanagers.org?subject=subscribe> List-Unsubscribe: <http://www.sunmanagers.org/mailman/listinfo/sunmanagers>,<mailto:sunmanager s-request@sunmanagers.org?subject=unsubscribe> From: "Harald Husemann" <harald.husemann@materna.de> Sender: <sunmanagers-bounces@sunmanagers.org> To: <sunmanagers@sunmanagers.org> X-Converted-To-Plain-Text: from multipart/alternative by demime 1.01b X-Converted-To-Plain-Text: Alternative section used was text/plain <original posting below> Hi agn, no answer so far, it seems this was *rellay* a nice one, :-). But, we were able to solve it together with the DB-guys, and here' s the solution if someone of you come across this problem: Symptom: Oracle can be started manually, but not with the cluster commands. Furthermore, root cannot connect the database server using "sqlplus "/ as sysdba"". Reason: With the latest patches to 10g (Oracle 10.2.0.2) Oracle introduced a new security model, making the user-rights in lib/, bin/ and so on more restrivtice. This prevents root from running the commands, and causes the described problems. There's a script in the Oracle install directory (don't know the exact path, our db-admins did this), which resets the rights to the old ones - and, voila, the cluster can start the database. Keep on hackin', Harald Harald.Husemann@materna.de wrote: > Hi gurus, > > sorry if this is a bit off-topic, but I think runnin' a SUN Cluster with an > Oracle database is a common task for many of us, so I hope some of you can > help... > > Well, the environment: > > Two x4200 and two SE3310 storages, building a SUN cluster. OS is Solaris 10 > x86, SC version is 3.1U4, latest patches installed (EIS-DVD Sept. 2006). > Database is Oracle 10.2.0. > So far so good, I can start the database manually on both nodes, and connect > it by using sqlplus user/pwd@SID, as I would expect it. > But, when the cluster starts the database, I can't connect it, although the > cluster tells me it's running. Nevertheless, a tnsping works, so IMHO it can't > be network related. And, to make things even more crazy, a connect over the > socket by using 'sqlplus "/ as sysdba"' works, the only problem is the > IP-based connection... > It seems that I can connect the listener, but the listener can't connect the > database server (although it is listening on the socket, as the sqlplus "/as > sysdba" shows). > I've tracked the problem down to the server resource, it does not matter how > the listener is started, the problem is the server. I've examined the logs > from the cluster agent and the Oracle logs, I don't see any alerts or > warnings. > I hope, someone can shed some light on this... > > Thanks in advance, > > have a nice hackin', > > Harald > _______________________________________________ > sunmanagers mailing list > sunmanagers@sunmanagers.org > http://www.sunmanagers.org/mailman/listinfo/sunmanagers > > -- ============================================ Harald Husemann Professional Network Administrator Materna GmbH - Vo_kuhle 37 D-44141 Dortmund, Germany Phone: +49-231-9505-222 _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagers ------------------------------ Message: 4 Date: Tue, 21 Nov 2006 01:36:53 -0800 (PST) From: Mohammed 10vir <tanvirscna@yahoo.com> Subject: How to start and stop samba in Solaris 8 To: solaris10@yahoogroups.com, solaris8@yahoogroups.com, solaris-l@Groups.ITtoolbox.com, sunmanagers@sunmanagers.org Message-ID: <20061121093653.4705.qmail@web37013.mail.mud.yahoo.com> Content-Type: text/plain; charset=iso-8859-1 Dears I just update the smb.conf file and try to restat the smaba to re-read the new updated file. can you please advise me what to do when I update the samba configuration file "smb.conf" ? How to restart and what steps I have to take for re-read new updated file..... :)tHANKS Mohammed Tanvir ____________________________________________________________________________ ________ Sponsored Link Compare mortgage rates for today. Get up to 5 free quotes. www2.nextag.com ____________________________________________________________________________ ________ Sponsored Link Mortgage rates near 39yr lows. $420k for $1,399/mo. Calculate new payment! www.LowerMyBills.com/lre ------------------------------ Message: 5 Date: Tue, 21 Nov 2006 10:46:52 +0100 From: "Simon J. Loewenthal" <Simon.Loewenthal@vcint.com> Subject: T2000 no LSI Logic controller - was it replaced by another one? To: <sunmanagers@sunmanagers.org> Message-ID: <C8FE0DFCB1599F46B7F3FAD0A3F99B7DE398AF@GIBMAILER.vcint.local> Content-Type: text/plain; charset="us-ascii" Dear all, A new T2000 server arrived here and I decided to configure the h/w RAID as a mirror. Usually "0 1 create-im-volume" works, but it looks like the LSILogic card isn't there and might have been replaced by something else. I think that the T2000 without the LSI Logic controller (a PCI card) has been replaced with some type of onboard RAID controller. Would someone know how I could go about setting up the controller? The LSI Logic card ought to have identified itself as /pci@7c0/pci@0/pci@1/pci@0,2/LSILogic,sas@2, but our new T200 only shows /pci@7c0/pci@0/pci@1/pci@0/ide@8 {e} ok show-disks a) /pci@7c0/pci@0/pci@1/pci@0/ide@8/cdrom b) /pci@7c0/pci@0/pci@1/pci@0/ide@8/disk c) /pci@780/pci@0/pci@9/scsi@0/disk q) NO SELECTION Enter Selection, q to quit: q {e} ok select /pci@7c0/pci@0/pci@1/pci@0/ide@8 {e} ok 0 1 create-im-volume ok ? The create-im-volume is unrecognised. With regards, S.L. ______________________________________________________________________ This email has been scanned by the MessageLabs Email Security System. For more information please visit http://www.messagelabs.com/email ______________________________________________________________________ ------------------------------ Message: 6 Date: Tue, 21 Nov 2006 10:33:31 +0000 (GMT) From: Sriman Kumaran <sriman_kumaran@yahoo.co.uk> Subject: SCSI Question To: sunmanagers@sunmanagers.org Message-ID: <20061121103334.40283.qmail@web26401.mail.ukl.yahoo.com> Content-Type: text/plain; charset="us-ascii" Dear Managers, I have a L20 JukeBox attached to v240 running Solaris 8. probe-scsi-all returns: {1} ok probe-scsi-all /pci@1c,600000/scsi@2,1 Target 5 Unit 0 Removable Device type 8 STK L20 0215 Target d Unit 0 Removable Tape IBM ULTRIUM-TD2 4770 JB is ok on target 5, but I don't understand target d for the tape drive ( which is inside the JB). On the LCD pannel of L20 it says scsi id 13 is assigned to the tape drive ( not letting me to change it). There were no entries in /dev/rmt So, I made changes to the st.conf file # IBM LTO-2 (Ultrium-TD2) Support "IBM ULTRIUM-TD2", "IBM Ultrium-2", "CLASS_LTO2", "IBM ULT3580-TD2", "IBM 3580 Ultrium-2", "CLASS_LTO2"; and enabled wide tape drives for scsi-ids >5 # In case there are wide tape drives, one can use these targets # name="st" class="scsi" target=8 lun=0; name="st" class="scsi" target=9 lun=0; name="st" class="scsi" target=10 lun=0; name="st" class="scsi" target=11 lun=0; name="st" class="scsi" target=12 lun=0; name="st" class="scsi" target=13 lun=0; name="st" class="scsi" target=14 lun=0; name="st" class="scsi" target=15 lun=0; Ran re-configure reboot, entries created in /dev/rmt. bash-2.03# ls -l /dev/rmt/* lrwxrwxrwx 1 root root 44 Nov 21 11:39 /dev/rmt/0 -> ../../devices/pci@1c,600000/scsi@2,1/st@d,0: lrwxrwxrwx 1 root root 45 Nov 21 11:39 /dev/rmt/0b -> ../../devices/pci@1c,600000/scsi@2,1/st@d,0:b lrwxrwxrwx 1 root root 46 Nov 21 11:39 /dev/rmt/0bn -> ../../devices/pci@1c,600000/scsi@2,1/st@d,0:bn lrwxrwxrwx 1 root root 45 Nov 21 11:39 /dev/rmt/0c -> ../../devices/pci@1c,600000/scsi@2,1/st@d,0:c lrwxrwxrwx 1 root root 46 Nov 21 11:39 /dev/rmt/0cb -> ../../devices/pci@1c,600000/scsi@2,1/st@d,0:cb lrwxrwxrwx 1 root root 47 Nov 21 11:39 /dev/rmt/0cbn -> ../../devices/pci@1c,600000/scsi@2,1/st@d,0:cbn ....... But I can't talk to the tape drive. I am getting HW errors when I run jbverify. What am I doing wrong?. Your help is much appriciated. thanks Sri Send instant messages to your online friends http://uk.messenger.yahoo.com ------------------------------ Message: 7 Date: Tue, 21 Nov 2006 10:35:25 -0000 From: "Alistair McKeown" <Alistair.McKeown@jacobsrimell.com> Subject: Taking out data from a file. To: <sunmanagers@sunmanagers.org> Message-ID: <FD8F3E1BCA49E74793B7D590800DFDC601C7116E@PADDINGTON.jacobsrimell.com> Content-Type: text/plain; charset="us-ascii" Hi there, I sent last week an email regarding trying to get out specific lines from a large ldif file, many thanks to all that replied but, when trying a combination of grep, sed and awk I still can't get the desired result. What I have is a large LDIF file which has blocks DNs of cable modems, separated by a blank line, for example here is two of them dn: jrDeviceUID=m00:e0:6f:58:e5:3e,ou=cm,ou=infrastructure,ou=budapest,ou=do mains,ou=hu,ou=domains,o=chello objectClass: top objectClass: jrTop objectClass: jrGenericDevice jrDeviceUID: m00:e0:6f:58:e5:3e jrBomObjectType: CM jrDomObjectType: CM jrMACAddress: 00:e0:6f:58:e5:3e jrCOS: class_cm_chclassic jrIPAddrReserved: FALSE jrDeviceType: docsiscm jrMake: docsiscm jrModel: docsiscm jrTemplateName: DOCSIS jrSubID: m200195160 jrSubID: m200393132 jrCurrentState: {Classic}P nsUniqueId: 0c62702e-dcce11da-80000000-00000000 dn: jrDeviceUID=m00:e0:6f:58:e5:3d,ou=cm,ou=infrastructure,ou=budapest,ou=do mains,ou=hu,ou=domains,o=chello objectClass: top objectClass: jrTop objectClass: jrGenericDevice jrDeviceUID: m00:e0:6f:58:e5:3d jrBomObjectType: CM jrDomObjectType: CM jrMACAddress: 00:e0:6f:58:e5:3d jrCOS: class_cm_chclassic jrIPAddrReserved: FALSE jrDeviceType: docsiscm jrMake: docsiscm jrModel: docsiscm jrTemplateName: DOCSIS jrSubID: m200195160 jrCurrentState: {Classic}P nsUniqueId: 0c62702e-dcce11da-80000000-00000000 What I need to do is be able to output to another file the whole DN's which contain two "jrSubID"s and not to output DN's that contain only one "jrSubID" Any offers? Kind regards, Alistair. ------------------------------ Message: 8 Date: Tue, 21 Nov 2006 06:41:49 +0700 (WIT) From: mrinaldi@aces.co.id Subject: [Fwd: Re: spurious messages] To: sunmanagers@sunmanagers.org Message-ID: <21595.192.168.101.3.1164066109.squirrel@batam.aces.co.id> Content-Type: text/plain;charset=iso-8859-1 ---------------------------- Original Message ---------------------------- Subject: Re: spurious messages From: mrinaldi@aces.co.id Date: Tue, November 21, 2006 2:12 am To: Brad_Morrison@capgroup.com -------------------------------------------------------------------------- Hi Brad, Thanks to reply my email. I have tried to clean all connection on CPU but these messages always scrolling. Beside them, there are another ones "Warning processor level 4 interrupt not serviced" scrolling on the console. Any relation these messages with the previous ones ("WARNING: vme0: Spurious VMEbus interrupt, level 4,vector 0xfa" ) ? Thanks for your help. Best Regards, Millan R > In general, "spurious interrupt" indicates one of two problems: > blown/fused traces on a circuit board, causing the interrupt bit to go > high w/o valid origination > a race condition at boot, e.g., one or more resources taking longer than > expected to complete init/diags/init, or some device's timer is expiring > before it receives notification from one or more resources > > Either way, the next step is to boot with full-on diags (OBP: set > diag-level max). Hopefully, you have a way to capture console output. > > For either case, you'll almost certainly be replacing the mainboard, > unless the diagnostics indicate some other card/module/daughterboard. In > rare cases, dust or some other contaminant could be shorting one of your > mainboard's traces, so be sure to clean the inside of the case thoroughly > with compressed air (and possibly evaporating solvent). > > Good luck, and be sure to summarize. This is one of those problems that > rarely shows up, and so is needed in the sun-managers archive. > > Brad Morrison | The Capital Group Companies > Location: SNO | x43199 | (210) 474-3199 | Cell: (281) 704-5375 > E-mail: Brad_Morrison@capgroup.com > [ Mailing: 3500 Wiseman Blvd San Antonio, TX 78251-4320 USA ] ------------------------------ _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagers End of sunmanagers Digest, Vol 44, Issue 20 ******************************************* _______________________________________________ sunmanagers mailing list sunmanagers@sunmanagers.org http://www.sunmanagers.org/mailman/listinfo/sunmanagers
This archive was generated by hypermail 2.1.7 : Wed Apr 09 2008 - 23:41:14 EDT