Re: sunmanagers Digest, Vol 21, Issue 32

From: Syed ullah (saullah@yahoo.com)
Date: Tue Dec 28 2004 - 23:43:35 EST


Guys,
Anyone have come across Application hung problems with Resonate load balancer (Primary schedular) running with Netscape Proxy on Solaris 2.9 (causes the primary schedular to hung situation during peak http traffic times).
 
The core dump shows rxp driver causing the CPU panic. We have already replaced Sun hardware like CPU and motherboard in an attempt to isolate the problem from just being Hardware. Any help or suggestion would be appreciated.
Regards,
 
Syed Atif

sunmanagers-request@sunmanagers.org wrote:
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. question , ufsdump warning! (GoijI P)
2. V20z: support adapter teaming ? (kristianto.setiawan@sun.co.id)
3. Veritas Volume Manager problem (ahmed ziati)
4. [SUMMARY] How to OS install on 0+1 raid volume ? (PSI)
5. Problem with GNU screen and multiple users on Solaris 9
(Storie, Sam [EPM/RTC])
6. Lowered speed of backup (ufsdump) (przemol)
7. Known issues when upgrading VxVM from 3.1.1, 3.1 and 3.2 to
3.5 ? (rob.de.langhe@belgacom.be)
8. [SUMMARY] Problem with GNU screen and multiple users on
Solaris 9 (Storie, Sam [EPM/RTC])
9. Problems Booting up V1280 (HRISHIKESH KULKARNI)

----------------------------------------------------------------------

Message: 1
Date: Sat, 25 Dec 2004 21:50:28 -0500
From: "GoijI P"
Subject: question , ufsdump warning!
To: sunmanagers@sunmanagers.org
Message-ID:
Content-Type: text/plain; format=flowed

sparc solaris 8. when script running ufsdump , i get :

DUMP: Warning - cannot read sector xyzf `/dev/xyz..'

then system crashes occurs or executes init 5.

what is the workaround to complete the backup?.
I was thinking of creating a mirror but for now like to know
if this can work.

_________________________________________________________________
FREE pop-up blocking with the new MSN Toolbar  get it now!
http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/

------------------------------

Message: 2
Date: Sun, 26 Dec 2004 21:03:33 +0700
From: kristianto.setiawan@sun.co.id
Subject: V20z: support adapter teaming ?
To: sunmanagers
Message-ID: <3786ccdb3169.41cf2725@sun.co.id>
Content-Type: text/plain; charset=us-ascii

Merry X-Mas and Happy New Year to all of you....

I have Sun V20z and Windows2K installed,
Does the NIC port (2 port) of Sun V20z support for adapter teaming ?
If i'm not wrong the mother board of V20z come from newisys.
I know Windows support adapter teaming if using NIC Intel@PRO100/1000 --> Sun V65x

Rgds,
Kristianto

------------------------------

Message: 3
Date: Sun, 26 Dec 2004 14:33:30 GMT
From: "ahmed ziati"
Subject: Veritas Volume Manager problem
To: sunmanagers@sunmanagers.org
Message-ID: <1104071610021243@lycos-europe.com>
Content-Type: text/plain; charset="us-ascii"

Hi,
I have a big problem with Veritas Volume Manager under Sun Solaris 5.8 (SunOS xxxxx 5.8 Generic_108528-19 sun4u sparc SUNW,Sun-Blade-1000) .

I have created a database file in the directory /dev/vx/rdsk/rootdg, no errors were returned during the creation process. But after many months, the server is rebooted, and we discover that this file has disappeared!!

Is it a normal behaviour that a file was deleted by the system ?? Is there a way to restore this file ??

Tnx

C est le moment de dynamiser votre bonte mail en dicouvrant les offres CaraMail Max et Pro - http://www.caramail.com

------------------------------

Message: 4
Date: Mon, 27 Dec 2004 09:42:49 +0900
From: "PSI"
Subject: [SUMMARY] How to OS install on 0+1 raid volume ?
To: "Sun Managers"
Message-ID: <001601c4ebac$ffd7c6d0$9600fea9@PSInb>
Content-Type: text/plain; charset="iso-8859-1"

Thanks Peter

The openboot prom simply does not allow root to be on a stripe.
OBP can only mirror root filesystem.

Thanks & Regards,
Sang-In, Park

----- Original Message -----
From: "PSI"
To: "Sun Managers"
Sent: Friday, December 24, 2004 11:45 AM
Subject: How to OS install on 0+1 raid volume ?

> Hi, Gurus.
>
> I will try to OS install on 0+1 raid volume using SVM.
> How to OS install on 0+1 raid volume ? I saw OS install on 1(mirror) raid volume using JumpStart at Doc.sun.com
>
> Let me know your any idea.. plz..
>
>
>
> Thanks & Regards,
> PSI
> _______________________________________________
> sunmanagers mailing list
> sunmanagers@sunmanagers.org
> http://www.sunmanagers.org/mailman/listinfo/sunmanagers

------------------------------

Message: 5
Date: Mon, 27 Dec 2004 11:56:03 -0600
From: "Storie, Sam [EPM/RTC]"
Subject: Problem with GNU screen and multiple users on Solaris 9
To: "'sunmanagers@sunmanagers.org'"
Message-ID:
<676039072D37D4118FC400508BCF9B390F91AE9E@mxsfrcocha01.na.emersonprocess.com>

Content-Type: text/plain

I am encountering an issue that I have been unable to resolve myself
concerning using the GNU 'screen' program on Solaris 9. This has been asked
on this list before, but I was unable to find a resolution in both the
archives, or via Google searches, so forgive me for trying again :) For
reference I downloaded the screen package from the sunfreeware.com website.

On a Solaris 9 system, the first user to invoke the screen program is able
to run the program without any issues or problems. However, when a different
user attempts to run it later they are presented with the following error:

shmat: Permission denied

>From some preliminary analysis [1] I've learned when screen is invoked it
uses shmget() and shmat() to allocate a chunk of shared memory with
permissions 0700. When subsequent screen sessions are opened by other users
they also try to access this same shared memory, but I suspect are denied
because of the permissions used when it was originally created. This
prevents anyone but the first user to invoke screen from using it. The root
user is always able to invoke screen, but if root is the first one to do so,
then no one else can use it.

Has anyone else encountered this situation and found a way to resolve it?
I've used screen for years on other systems and this is the first time I've
encountered a problem like this. Thanks in advance.

-Sam

[1] Here is the snippet from the truss output indicating what is causing
this error:

...
open("/proc/self/fd", O_RDONLY|O_NDELAY|O_LARGEFILE) = 3
fstat64(3, 0xFFBFDA50) = 0
fcntl(3, F_SETFD, 0x00000001) = 0
getdents64(3, 0x000742A8, 8192) = 176
getdents64(3, 0x000742A8, 8192) = 0
close(3) = 0
shmget(-1160968401, 18000, 0700|IPC_CREAT) = 1
shmat(1, 0, 0) Err#13 EACCES
ioctl(1, TCGETA, 0xFFBFD544) = 0
fstat64(1, 0xFFBFD460) = 0
shmat: Permission denied
write(1, " s h m a t : P e r m i".., 26) = 26
_exit(1)

---
Sam Storie
Database Administrator
Rosemount Incorporated
Emerson Process Management
(952)940-7021
------------------------------
Message: 6
Date: Tue, 28 Dec 2004 14:35:23 +0100
From: przemol 
Subject: Lowered speed of backup (ufsdump)
To: sunmanagers@sunmanagers.org
Message-ID: <20041228133523.GA5293@host>
Content-Type: text/plain; charset=iso-8859-2
Sparc server + Solaris 9. There is daily backup at the server done using ufsdump.
But for a few days I noticed that speed of the backup (reported by ufsdump itself)
is lowered, that is at the end of its work ufsdump shows:
DUMP: 95.82% done, finished in 0:18
DUMP: 97.42% done, finished in 0:11
DUMP: 99.57% done, finished in 0:01
DUMP: 118524734 blocks (57873.41MB) on 1 volume at 2182 KB/sec
When I looked at log of each backup I noticed:
DUMP: 115871358 blocks (56577.81MB) on 1 volume at 3659 KB/sec
DUMP: 117732798 blocks (57486.72MB) on 1 volume at 3846 KB/sec
DUMP: 119616190 blocks (58406.34MB) on 1 volume at 3593 KB/sec
DUMP: 119345214 blocks (58274.03MB) on 1 volume at 3511 KB/sec
DUMP: 120715710 blocks (58943.22MB) on 1 volume at 3717 KB/sec
DUMP: 119813182 blocks (58502.53MB) on 1 volume at 3513 KB/sec
DUMP: 117722302 blocks (57481.59MB) on 1 volume at 3530 KB/sec
DUMP: 117993406 blocks (57613.97MB) on 1 volume at 3770 KB/sec
DUMP: 119807230 blocks (58499.62MB) on 1 volume at 3836 KB/sec
DUMP: 122314878 blocks (59724.06MB) on 1 volume at 3606 KB/sec
DUMP: 122046270 blocks (59592.91MB) on 1 volume at 3579 KB/sec
DUMP: 122824574 blocks (59972.94MB) on 1 volume at 2110 KB/sec <<<<<< !!!
DUMP: 121487230 blocks (59319.94MB) on 1 volume at 2301 KB/sec
DUMP: 118413054 blocks (57818.87MB) on 1 volume at 2078 KB/sec
DUMP: 118743486 blocks (57980.22MB) on 1 volume at 2155 KB/sec
DUMP: 120442174 blocks (58809.66MB) on 1 volume at 2224 KB/sec
DUMP: 123470142 blocks (60288.16MB) on 1 volume at 2127 KB/sec
DUMP: 125308350 blocks (61185.72MB) on 1 volume at 2103 KB/sec
DUMP: 123020222 blocks (60068.47MB) on 1 volume at 2112 KB/sec
DUMP: 120073982 blocks (58629.87MB) on 1 volume at 2040 KB/sec
DUMP: 116689406 blocks (56977.25MB) on 1 volume at 2156 KB/sec
DUMP: 118524734 blocks (57873.41MB) on 1 volume at 2182 KB/sec
Can someone explain me why it could slow down so much ? How can I diagnose it ?
How can I find what caused the problem ?
przemol
------------------------------
Message: 7
Date: Tue, 28 Dec 2004 15:23:43 +0100
From: 
Subject: Known issues when upgrading VxVM from 3.1.1, 3.1 and 3.2 to
3.5 ?
To: 
Message-ID: <93613272B187D211B5DB0008C75DE4E21A7E0E0E@ex001.bc>
Content-Type: text/plain; charset="us-ascii"
Hi,
we have a mix of VxVM versions here (3.1.1, 3.1, 3.2 and 3.5) on a mix
of Solaris versions (2.6, 8 and 9) and want to bring them all to the
same level, i.e. 3.5
Is there anyone who experienced nasty problems while upgrading to 3.5 ?
TIA
Rob
**** DISCLAIMER ****
"This e-mail and any attachments thereto may contain information
which is confidential and/or protected by intellectual property
rights and are intended for the sole use of the recipient(s)named above.
Any use of the information contained herein (including, but not limited to,
total or partial reproduction, communication or distribution in any form)
by persons other than the designated recipient(s) is prohibited.
If you have received this e-mail in error, please notify the sender either
by telephone or by e-mail and delete the material from any computer.
Thank you for your cooperation."
------------------------------
Message: 8
Date: Tue, 28 Dec 2004 16:22:29 -0600
From: "Storie, Sam [EPM/RTC]" 
Subject: [SUMMARY] Problem with GNU screen and multiple users on
Solaris 9
To: "'sunmanagers@sunmanagers.org'" 
Message-ID:
<676039072D37D4118FC400508BCF9B390F91AEA5@mxsfrcocha01.na.emersonprocess.com>
Content-Type: text/plain
Thanks to Neil D Quiogue and Luc I. Suryo for their responses which led to
one solution to this problem. 
Setting the screen binary to be suid root (chmod u+s) will prevent this
problem from occurring. I'm not totally comfortable with the security
implications of doing so, but I've now found other postings of people using
a suid screen to overcome other problems. For example, many Linux admins
seem okay with setting screen suid root to allow utmp updates to work
properly. I trust our user base, but suid root programs just make me a bit
nervous. I'd still appreciate hearing from other Solaris admins about this,
but it seemed like a good idea to post this solution.
-Sam
---
Sam Storie
Database Administrator
Rosemount Incorporated
Emerson Process Management
------------------------------
Message: 9
Date: Tue, 28 Dec 2004 16:23:41 -0800 (PST)
From: HRISHIKESH KULKARNI 
---------------------------------
Subject: Problems Booting up V1280
To: sunmanagers@sunmanagers.org
Message-ID: <20041229002341.41264.qmail@web53706.mail.yahoo.com>
Content-Type: text/plain; charset=us-ascii
Hi all,
We have a SUNFIRE V1280 server which had its IB_SSC
board replaced. After replacing the board and trying
to boot up, we get the following messages.
Hardware Reset... Test
@(#) SYSTEM CONTROLLER(SC) POST 23 2002/03/22 18:03 
Test 
Local I2C LM75 Test 
PSR = 0x044010e5 TEMP2(CB
PCR = 0x04004000 Test 
SelfTest running at DiagLevel:0x20 
Temparature : 28.0 Degree(C) CSR 
SC Boot PROM Testal I2C PCF8574 Test 
BootPROM CheckSum Testice 
Test
CBH Register Ac
IU Test Tes
Console 
IU instruction set Testple
CBH Register Access 
SRMMU TLB Read miss Test08timeout
waiting for WRDY, status=0x6027800
SRMMU page probe TestRDY,
status=0x60278008ress not available. 
SRMMU segment probe Testess not
available. 
MAC address 
SRMMU region probe Testching in
MAC address is 0:0:0:0:0:0 
SRMMU context probe Testone
Microsystems, Inc. All right
IIep Internal Cache Testrosystems, Inc. All
rights 
DCACHE RAM access Test license
terms. 
DCACHE TAG access Te 
RTOS versio 
PCI Master Abort TestFailure,
ID0 not installed 
PCIC Init Test 
PANIC: Fatal Software Error 
Memory Test 
java.la
Memory Address Test 
at sun.serengeti.PlaceHelpe
RIO Ebus Test Source) 
Rio Ebus Probe Test 
at sun.serengeti.util.Panic.
RIO Ethernet Test Source) 
Rio Enet Probe Test 
at sun.serengeti.util.Panic
Rio Ethernet Int Loopbacks Test 
at su
DUART(16552) InterSC TestSource) 
Loopback 
Testlang.Thread.run(Unknown Source) 
COM3 port 
COM4 port:16 noname lom: P
Interrupt Test 
Mon Dec
COM3 port Intr #2Fatal 
CLK(Self) :0x0000ffff CLK(Other) : 0x00000000 
IU Test 
IU
REF : 0x0000221fest 
CLOCK(SELF) FREQ : 75.2 MHZn access 
Test 
CLOCK(OTHER) FREQ : 0.0 MHZ Test 
FPU 
SBBC PCI Controller Testst 
SBBC PCI Config Space probe Test 
SRMMU TLB 
SBBC Internal Reg Access Test 
SRMMU TLB 
SBBC Interrupts Test 
SBBC Device2 Test Test 
BId&MFG Reg (SBBC Dev2) Test Read hit 
Test 
SBBC Device3 Test
DCACHE Write miss 
FRU Prsnt Reg (SBBC Dev3) Test 
DCACHE Write hit 
SBBC Device5 Test 
EPLD (SBBC Dev5) 
TOD Interrupts Test 
PCIC Probe 
I2C Register Access Test 
Enable Mux Register Test 
Channel Mux Register Test 
Add Command Register Test 
Data Register TestAddress 
Test 
Local I2C AT24C64 Test 
RIO Ebus Test 
EEPROM Device Test 
Test 
performing eeprom Test 
channel[00000001] Voltage(0x0000009A)
:1.50erSC Test 
channel[00000002] Voltage(0x0000009E) :3.39 
COM3 port 
channel[00000003] Voltage(0x00000099) :4.98 
Interrupt Test 
channel[00000004] Voltage(0x00000000) :0.0 
Intr #2 
Local I2C LM75 Test2 
TEMP0(IIep) Device Test 
System Clock verify 
Temparature : 18.50 Degree(C) 
Board0 Clock i
Local I2C LM75 Test 
75M
TEMP1(Rio) Device Test 
Temparature : 17.50 Degree(C)ffff CLK(Other) :
0x00000 
Local I2C LM75 
Sc CSR Device Test 
SBBC PCI Config Space probe 
Console Bus Hub Test 
CBH Register Access Test 
POST Complete.upts 
ERI Device Present 
Getting MAC address for SSC1rt1 interrupt generation
Tes
busyWait() timeout waiting for RRDY, status=0x6027c008
Port0 interrupt generation Tests INT
busyWait() timeout waiting for RRDY, status=0x6027c008
SBBC Device0 Test 
busyWait() timeout waiting for RRDY, status=0x6027c008
SBBC Device1 
busyWait() timeout waiting for WRDY,
status=0x60278008RAM (SBBC Dev1) 
Sun 1280 System Firmware Test 
RTOS version: 23 
TOD(M48
ScApp version: 5.13.0012 LW8_build0.12 
TOD Init 
SC POST diag level: min 
The date is Monday, December 27, 2004, 5:16:50 AM PST.
Test 
PANIC: No ID information.
java.lang.Exception
at sun.serengeti.util.Panic.log(Unknown
Source)
at sun.serengeti.ScApp.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
PANIC: Fatal Software Error
java.lang.NullPointerException
at sun.serengeti.PlaceHelper.findPlace(Unknown
Source)
Mon Dec 27 05:16:56 noname lom: PANIC: No ID
information.
at
sun.serengeti.util.Panic.finishPanic(Unknown Source)
at sun.serengeti.util.Panic.log(Unknown
Source)
at sun.serengeti.ScApp.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Mon Dec 27 05:16:56 noname lom: PANIC: Fatal Software
Error
AT this points it does hardware eset adn above
messages repeat. This cycle goes on. What could be the
issue. I assume that board is seated correctly sinceit
does boot up.
Regards,
Hrishi.
__________________________________ 
Do you Yahoo!? 
Meet the all-new My Yahoo! - Try it today! 
http://my.yahoo.com 
------------------------------
_______________________________________________
sunmanagers mailing list
sunmanagers@sunmanagers.org
http://www.sunmanagers.org/mailman/listinfo/sunmanagers
End of sunmanagers Digest, Vol 21, Issue 32
*******************************************
Syed Atif SibghatUllah
saullah@yahoo.com
saullah@hotmail.com
281-484-6017 (home)
832-606-6264 (cell)
 All your favorites on one personal page  Try My Yahoo!
_______________________________________________
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:29:56 EDT