Solaris 10, Ultra20m2 random crashdumps

Hi,
I have quite strange problem with S10U6 with latest updates and from time to time completly crashed, reboots a starting up normally. I have Sun Ultra20m2. I've found a few crashdumps in /var/crash and here are the first and the latest one.
===============
The first crashdump
===============
opening /var/crash/earth/unix.3 /var/crash/earth/vmcore.3 ...dumphdr...symtab...core...done
loading core data: modules...symbols...CTF...done
core file: /var/crash/earth/vmcore.3
user: Super-User (root:0)
release: 5.10 (64-bit)
version: Generic_138889-03
machine: i86pc
node name: earth
system type: i86pc
hostid: bcefaf68
dump_conflags: 0x10000 (DUMP_KERNEL) on /dev/zvol/dsk/rpool/dump(10G)
time of crash: Thu Feb 12 08:14:19 CET 2009
age of system: 22 hours 30 minutes 59.28 seconds
panic CPU: 0 (2 CPUs, 7.99G memory)
panic string: recursive mutex_enter, lp=fffffffffbc9ccf0 owner=ffffffff8c263e40 thread=ffffffff8c263e40
sanity checks: settings...vmem...sysent...clock...misc...done
SolarisCAT(/var/crash/earth/vmcore.3/10X)> SolarisCAT> SCATPID=8873
SolarisCAT> panic -l cpu
panic on cpu 1
CPU thread pri PID cmd
1 @ 0xffffffff8b4ce000 P 0xffffffff8d53ab80 P 59 533 /usr/lib/autofs/automountd
x86 (chipid 0x0 AuthenticAMD family 15 model 67 step 2 clock 2200 MHz)
cpuid_info @ 0xffffffff8b077a00
vendor: 2 (AMD) AuthenticAMD
Dual-Core AMD Opteron(tm) Processor 1214
chip rev: F
chipid: 0 ncpu_per_chip: 2
coreid: 1 ncore_per_chip: 2
PA bits: 40 VA bits: 48
ONLINE since Sat Dec 6 15:40:27 2008
base_spl: 0 intr_actv: 0x0 cpu_thread_lock: 0x0
interrupt threads in pool: 9 runrun: 1 kprunrun: 0
cpu_flags: 0x1b (CPU_RUNNING|CPU_READY|CPU_EXISTS|CPU_ENABLE)
SolarisCAT>
SolarisCAT> panic -l allpanicstr
panic string: recursive mutex_enter, lp=fffffffffbc9d570 owner=ffffffff8d53ab80 thread=ffffffff8d53ab80
panicstr: %s, lp=%p owner=%p thread=%p
================
The latest crashdump
================
opening /var/crash/earth/unix.3 /var/crash/earth/vmcore.3 ...dumphdr...symtab...core...done
loading core data: modules...symbols...CTF...done
core file: /var/crash/earth/vmcore.3
user: Super-User (root:0)
release: 5.10 (64-bit)
version: Generic_138889-03
machine: i86pc
node name: earth
system type: i86pc
hostid: bcefaf68
dump_conflags: 0x10000 (DUMP_KERNEL) on /dev/zvol/dsk/rpool/dump(10G)
time of crash: Thu Feb 12 08:14:19 CET 2009
age of system: 22 hours 30 minutes 59.28 seconds
panic CPU: 0 (2 CPUs, 7.99G memory)
panic string: recursive mutex_enter, lp=fffffffffbc9ccf0 owner=ffffffff8c263e40 thread=ffffffff8c263e40
sanity checks: settings...vmem...sysent...clock...misc...done
SolarisCAT(/var/crash/earth/vmcore.3/10X)> SolarisCAT> SCATPID=8873
SolarisCAT> panic -l cpu
panic on cpu 0
CPU thread pri PID cmd
0 @ 0xfffffffffbc277c0 P 0xffffffff8c263e40 P 10 14730 /usr/X11/bin/Xorg :0 -depth 24 -nobanner -auth /var/dt/A:0-1IaOFb
x86 (chipid 0x0 AuthenticAMD family 15 model 67 step 2 clock 2200 MHz)
cpuid_info @ 0xfffffffffbc0b280
vendor: 2 (AMD) AuthenticAMD
Dual-Core AMD Opteron(tm) Processor 1214
chip rev: F
chipid: 0 ncpu_per_chip: 2
coreid: 0 ncore_per_chip: 2
PA bits: 40 VA bits: 48
ONLINE since Wed Feb 11 09:43:31 2009
base_spl: 0 intr_actv: 0x0 cpu_thread_lock: 0x0
interrupt threads in pool: 9 runrun: 1 kprunrun: 0
cpu_flags: 0x1b (CPU_RUNNING|CPU_READY|CPU_EXISTS|CPU_ENABLE)
any hints are welcome. Thank you
Luc

bbrain wrote:
Your right, I am referring to the x session. With all io operations apparently blocked I wonder if the serial port console will still operate? any thoughts.if ping responds, it'll most likely work. However, that's not what I meant by "console." I'm was talking about a non-X text display (you can select it from the login window). X does do file io at times (loading fonts and cursors, doing logging), so it can hang if the filesystem goes south.
Failing that I could run the system from the console. I looked for kadb just after my last post and noticed it had changed (just shows how long it has been since I last had cause to use it: :-< ).luckily it isn't too different. %-)
I did have x window displays with zpool iostat 5 and vmstat 5 and top running but when the hang occurs they look fine but stop updating.It's always a little tricky since X seized whether or not this is significant. I don't know what your free memory #s usually are - do know that zfs can get cranky rather quickly if your free drops below 100M.
Looks like we are on the trail of the 4100 power off, when the ups gets activated through a test or loss of mains everything in the rack stays up apart from the 4100. Looks like it's got a sensitive power supply we are going to place a support call to see if sun can shed any light on the problem.HW problems always adds spice to the mix...
As for the other machine that hung three times in as many days, well it's been running happily again for over a week we offloaded some of its shared filesystems but didn't change anything else.Hmmmm. Perhaps you have a bad spot on the disk? I just had a raptor die which caused the machine to appear as if it locked up. It hung the sata bus at the point of error, and the ata driver is too persistent in trying to read the block. You might try using format and do a analyze/read (non-destructive scan) to check this out.
-r

Similar Messages

Solaris 10 SPARC random Caps Lock

Periodically CAPS Lock will engage. Happens while typing usually. I attempted to disable CAPS lock in the Xserver, but it still occurs.
If I log out of the Xsession, it will reset. We thought it was related to the use of our KVM, but we now connect via virtual console through the ILOM, and it still occurs.
We also have problems with the first character typed not displaying. Again, we thought it was the KVM, but still continues.
Hardware is a T4-1.
Mike
[email protected]

This isn't on an official Sun site, but the MD5 sums for Solaris 10 1/06 Sparc CD and DVD matched those on the iso images downloaded from Sun:
http://whacked.net/2005/12/22/solaris-10-update-1-s10u1-md5-sums

Port 0 on solaris 7

what algorithm does solaris use for random port selection?
(is it random based on time and a pool of free ports, or does it start from one number and work its way up... something else? I'd imagine it's the first case, but I need to be sure. (in other words, if you started a minimal box up in the same exact order each time would you get all the same "random" ports again))
additional: has anyone had adverse experience setting the tcp_ip_abort_interval (or similar) parameter to too short a value on a LAN?
tia,
chris
christopher lambert
[email protected]

Thanks for your information - I'll download the whole package instead.
"jennifer" <[email protected]> wrote:
>
You can get the package installation. At the bottom of the page where
it says
two types of installation, do not select "proceed with installation"
instead,
look above that and you will see a link within a paragraph called "package
installation"
follow that link.
Here's the direct link if it'll work.
http://commerce.bea.com/SoftwareProductDetailWLS?SWName=WebLogic+Server+Evaluation+Software&SWVersion=7.0+Package+Install&SWPlatform=Sun+Solaris

Firefox 3.6.3 crashes randomly when used throught SUN Secure Global Desktop. I have a Solaris core dump. Is there a way to get the dump read?

Running FF 2.0.0.8 with Sun Secure Global Desktop - no issues. Upgraded to V3.6.2, then 3.6.3. Both upgrades failed. Browser randomly crashes at different times, different pages. FF works if directly ssh'ing into application sever. When accessing FF after loging in using SGD, I get random crashes. I have a Solaris core dump generated by FF. Is there anyone that can read/diagnos the core dump?

I have identified the issue and received a 'fix' from the
Oracle Secure Global Desktop support team.
The issue - firefox is crashing when attempting to talk to the sound server which is not active. All activity within the window works fine, except ff hangs the second you move the mouse in to the top level menu.
We disabled the audio under the SGD configuration and that ficed the issue.

Solaris 10 hopelessly unreliable - random hangs

Hi,
I have several systems which over recent months have just hung. They are all X86 systems running a variety of versions of Solaris 10 and 11. Latest system Solaris 10u5 fully patched.
There are no messages in /var/adm/messages. The systems have zfs filesystems active at the time that they hang (might or might not be significant). The latest crash occurred during a zfs receive operation, the only other activity on the system was firefox web browser. On another system which has hung three times in two days, we see lockd running with 53% of the cpu when the system starts to creak, cpu is 95-98% idle, the io is minimal but the system becomes unresponsive. A little later all network services become unresponsive and the console dies.
The only option is a power off.
We also have another solaris 10u5 box which randomly reboots, possibly even powers off and on again (yes its on a UPS and the other boxes on the same UPS are fine), again with no messages, thats a new sunfire x4100 box.
Anybody have any idea how to solve this one? I can't get into the machines at all do perform any diagnostics when they hang.
I need to upgrade our oracle server but if solaris 10 is this unreliable I can't.

bbrain wrote:
Your right, I am referring to the x session. With all io operations apparently blocked I wonder if the serial port console will still operate? any thoughts.if ping responds, it'll most likely work. However, that's not what I meant by "console." I'm was talking about a non-X text display (you can select it from the login window). X does do file io at times (loading fonts and cursors, doing logging), so it can hang if the filesystem goes south.
Failing that I could run the system from the console. I looked for kadb just after my last post and noticed it had changed (just shows how long it has been since I last had cause to use it: :-< ).luckily it isn't too different. %-)
I did have x window displays with zpool iostat 5 and vmstat 5 and top running but when the hang occurs they look fine but stop updating.It's always a little tricky since X seized whether or not this is significant. I don't know what your free memory #s usually are - do know that zfs can get cranky rather quickly if your free drops below 100M.
Looks like we are on the trail of the 4100 power off, when the ups gets activated through a test or loss of mains everything in the rack stays up apart from the 4100. Looks like it's got a sensitive power supply we are going to place a support call to see if sun can shed any light on the problem.HW problems always adds spice to the mix...
As for the other machine that hung three times in as many days, well it's been running happily again for over a week we offloaded some of its shared filesystems but didn't change anything else.Hmmmm. Perhaps you have a bad spot on the disk? I just had a raptor die which caused the machine to appear as if it locked up. It hung the sata bus at the point of error, and the ata driver is too persistent in trying to read the block. You might try using format and do a analyze/read (non-destructive scan) to check this out.
-r

Java crashes on a solaris 9 randomly with a core dump

Hello
Currently we are using JBoss Application server on solaris 9. Over a period of time. Java crashes suddenly. The condition under which this can be reproduced is currently not reproduceable. But over a period of time, this crash just happens.
The following is the stack trace of the core file. Can somebody see this and let me know what could be the possible problem.
bash-2.05# adb java.3558.1133780573
core file = java.3558.1133780573 -- program `` /global/netmfs/netmbase/NetM62/licensing/jre/bin/java'' on platform SUNW,Sun-Fire-V440
SIGABRT: Abort
$c
libc.so.1`_lwp_kill+8(6, 0, acf7b6e8, 2, 0, af2d482c) libc.so.1`abort+0x100(2d80f8, b, b3ef0040, 0, 48, 0) libkernel32.so`__1cUSehScanInvokeTryList6FpnQSEH_THREAD_BLOCK__i_+0x334(2d9790,
af1cd7f8, af2d7324, 0, 2, 0)
libkernel32.so`__1cOSignal_HandlerFraise6FIpviipL_i_+0xfc(c0000005, acf7ba20, 0 , 2, acf7b858, 1800) libkernel32.so`__1cPRaise_Exception2f6MipnHsiginfo_pv_v_+0xa4(516f28, b, acf7bcd8, acf7ba20, af2ea1e4, 2c) libthread.so.1`__sighndlr+0xc(b, acf7bcd8, acf7ba20, af1cd854, 0, 0) libthread.so.1`call_user_handler+0x234(b, acf7bcd8, acf7ba20, 0, 0, 0) libthread.so.1`sigacthandler+0x64(b, acf7bcd8, acf7ba20, 1, f6e89af0, 3ba) 0xfa0f4520(b5fec400, f6e89af0, b5fec550, 3ba, fa015624, b5fed448) 0xfa43586c(f5c770a8, b5fec530, bcdddf90, b5fec530, bcdddf90, b5fec400) 0xfa005b10(f6e8a270, b6, 8, fa0155e0, f6e847a0, acf7bf70) 0xfa005b10(2d6b00, b8, acf7c0e4, fa0152c0, fa015624, acf7c000) 0xfa005b10(2d6b00, b8, 8, fa015590, feca1858, acf7c078) 0xfa005b10(2d6b00, 0, 0, fa0155e0, 3349f0, acf7c108) 0xfa000118(acf7c1f0, acf7c388, a, f6e89818, fa00aae0, acf7c328) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
guments_pnGThread__v_+0x274(acf7c380, acf7c318, acf7c320, 2d6b00, 2d6b00, 34e9cc
libjvm.so`JVM_DoPrivileged+0x4c0(632adc, ff0104d0, acf7c65c, 0, 1, 1) libjava.so`Java_java_security_AccessController_doPrivileged__Ljava_security_Priv
ilegedExceptionAction_2+0x14(2d6b94, acf7c5e0, acf7c65c, ffffffff, fa015624, 0) 0xfa00be48(2d6b00, b8, 15c, 4, f6e847a0, acf7c5f8) 0xfa005b10(2d6b00, 0, 0, fa015480, 3349f0, acf7c690) 0xfa000118(acf7c778, acf7c838, a, f6e87d18, fa00aae0, acf7c844) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
guments_pnGThread__v_+0x274(acf7c830, acf7c82c, acf7c840, 2d6b00, 2d6b00,
acf7d170)
libjvm.so`__1cNinstanceKlassbBcall_class_initializer_impl6FnTinstanceKlassHandle
pnGThread_v_+0xfc(acf7c950, 2d6b00, 10b, acf7c9e8, 1, 0) libjvm.so`__1cNinstanceKlassPinitialize_impl6FnTinstanceKlassHandle_pnGThread__v
+0x4f4(acf7ca98, 2d6b00, acf7d490, 2d741c, 2d6b00, 0) libjvm.so`_1cNinstanceKlassKinitialize6MpnGThread__v_+0x84(f6e87dd0, 2d6b00, 1b8, f5c01e00, acf7cb5c, 1) libjvm.so`__1cMLinkResolverTresolve_static_call6FrnICallInfo_rnLKlassHandle_nMsy
mbolHandle_53iipnGThread__v_+0x190(0, 2d6b00, ff0104d0, acf7cc54, acf7cc50, 1) libjvm.so`__1cMLinkResolverOresolve_invoke6FrnICallInfo_nGHandle_nSconstantPoolH
andle_inJBytecodesECode_pnGThread__v_+0xd8(acf7cf44, acf7cf0c, acf7cf08, 12, b8 , 2d6b00) libjvm.so`__1cSInterpreterRuntimeOresolve_invoke6FpnKJavaThread_nJBytecodesECode
__v_+0x6ac(2d6b00, b8, 8, b5feaea8, f6e80c78, 0) 0xfa01561c(2d6b00, b8, b5feaf20, fa015590, fa015624, acf7d0d0) 0xfa005b10(2d6b00, b8, 1b9, fa015590, f6dc6a20, acf7d170) 0xfa005b10(2d6b00, b8, 8, fa0155e0, f6dc6a20, acf7d208) 0xfa005b10(2d6b00, b8, acf7d3ac, fa015590, f6dc9888, acf7d2b0) 0xfa005b10(2d6b00, b8, 8, fa015590, f6dc6a20, acf7d340) 0xfa005b10(2d6b00, 0, 0, fa0155e0, 3349f0, acf7d3c8) 0xfa000118(acf7d4b0, acf7d570, a, f6dc87d0, fa00aae0, acf7d57c) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
guments_pnGThread__v_+0x274(acf7d568, acf7d564, acf7d578, 2d6b00, 2d6b00, 0) libjvm.so`__1cNinstanceKlassbBcall_class_initializer_impl6FnTinstanceKlassHandle
pnGThread_v_+0xfc(acf7d688, 2d6b00, 10b, acf7d720, 1, 0) libjvm.so`__1cNinstanceKlassPinitialize_impl6FnTinstanceKlassHandle_pnGThread__v
+0x4f4(acf7d7d0, 2d6b00, acf7e118, 2d72c4, 2d6b00, b5c49570) libjvm.so`_1cNinstanceKlassKinitialize6MpnGThread__v_+0x84(f6dc9700, 2d6b00, 1b8, f5c01e00, acf7d894, 1) libjvm.so`__1cMLinkResolverTresolve_static_call6FrnICallInfo_rnLKlassHandle_nMsy
mbolHandle_53iipnGThread__v_+0x190(0, 2d6b00, ff0104d0, acf7d98c, acf7d988, 1) libjvm.so`__1cMLinkResolverOresolve_invoke6FrnICallInfo_nGHandle_nSconstantPoolH
andle_inJBytecodesECode_pnGThread__v_+0xd8(acf7dc7c, acf7dc44, acf7dc40, 6d, b8 , 2d6b00) libjvm.so`__1cSInterpreterRuntimeOresolve_invoke6FpnKJavaThread_nJBytecodesECode
__v_+0x6ac(2d6b00, b8, acf7de5c, fa0155d8, fa015624, acf7dd50) 0xfa01561c(2d6b00, b8, b5c47f38, fa015590, f67cf4d0, acf7dde8) 0xfa005a44(2d6b00, b8, 3, fa015590, fa015304, acf7deb8) 0xfa005b54(be833b70, b6, acf7e024, fa015590, fa015304, acf7df48) 0xfa005b54(be833b78, b6, acf7e0a4, fa015270, b6080000, acf7dfc8) 0xfa005b54(2d6b00, 0, 0, fa015270, 3349f0, acf7e048) 0xfa000118(acf7e138, acf7e270, a, f67d9ba0, fa00aae0, acf7e2ac) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
guments_pnGThread__v_+0x274(acf7e268, acf7e264, acf7e29c, 2d6b00, 2d6b00,
fece7f70)
libjvm.so`__1cKReflectionGinvoke6FnTinstanceKlassHandle_nMmethodHandle_nGHandle_
inOobjArrayHandle_nJBasicType_4ipnGThread__pnHoopDesc__+0xeec(0, acf7e3c0, ff0104d0, 1, f67cf810, a) libjvm.so`__1cKReflectionNinvoke_method6FpnHoopDesc_nGHandle_nOobjArrayHandle_pn
GThread__2_+0x230(be3e4900, acf7e448, acf7e444, 2d6b00, feda0bd0, acf7e810) libjvm.so`JVM_InvokeMethod+0x26c(acf7e5b0, acf7e5ac, ff005ddc, ff0073e8, c6, 0) libjava.so`Java_sun_reflect_NativeMethodAccessorImpl_invoke0+0x10(2d6b94,
acf7e528, acf7e5b4, acf7e5b0, acf7e5ac, 0) 0xfa00be48(b5fed8d0, b8, acf7e634, c, b6080000, acf7e540) 0xfa005b10(b5fefd98, be8339c0, b5fed8d0, fa015590, f6b5c960, acf7e5d8) 0xfa2267c4(b5fefdb0, be8339c0, b60a0028, fa015270, 1, acf7e648) 0xfa2264e0(be3f5ca8, be8339c0, b60a0028, be3f5c70, f5c2a550, f5c2a550) 0xfa005b10(be41d6d8, f65ee028, acf7e878, fa015270, f68e6d70, acf7e778) 0xfa005fd8(be40db50, f65ee028, acf7e914, fa0156f0, f6229940, acf7e810) 0xfa005fd8(be3f6f48, b6, 49, fa0156f0, c6, acf7e8b0) 0xfa005b10(be3f6f48, b7, acf7ea70, fa0152b8, 0, acf7e978) 0xfa005b10(be3f6f48, f65ee028, acf7eb00, fa015430, fa00aae0, acf7ea10) 0xfa005fd8(be3ebba8, f65ee028, acf7eb98, fa0156f0, 2d6b00, acf7eaa0) 0xfa005fd8(be481ee8, f65ee028, acf7ec30, fa0156f0, 42e6f04c, acf7eb38) 0xfa005fd8(be47c270, f65ee028, acf7ecc0, fa0156f0, 1, acf7ebd0) 0xfa005fd8(be448ef8, b6, acf7ed90, fa0156f0, f620a188, acf7ec50) 0xfa005b10(be448ef8, b6, 0, fa015270, b6080000, acf7ed18) 0xfa005b10(be449a38, b6, acf7eed0, fa015270, c6, acf7edc8) 0xfa005b10(be6e0488, f5ee2070, 4, fa015270, f5c045c0, acf7ee58) 0xfa005fd8(2d6b00, 0, 0, fa015740, 3349f0, acf7ef00) 0xfa000118(acf7eff0, acf7f128, a, f67f5f50, fa00aae0, acf7f164) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
guments_pnGThread__v_+0x274(acf7f120, acf7f11c, acf7f154, 2d6b00, 2d6b00,
fece7f70)
libjvm.so`__1cKReflectionGinvoke6FnTinstanceKlassHandle_nMmethodHandle_nGHandle_
inOobjArrayHandle_nJBasicType_4ipnGThread__pnHoopDesc__+0xeec(0, acf7f278, ff0104d0, 1, f67cf810, a) libjvm.so`__1cKReflectionNinvoke_method6FpnHoopDesc_nGHandle_nOobjArrayHandle_pn
GThread__2_+0x230(be849d88, acf7f300, acf7f2fc, 2d6b00, feda0bd0, acf7f6c8) libjvm.so`JVM_InvokeMethod+0x26c(acf7f468, acf7f464, ff005ddc, ff0073e8, 20, 0) libjava.so`Java_sun_reflect_NativeMethodAccessorImpl_invoke0+0x10(2d6b94,
acf7f3e0, acf7f46c, acf7f468, acf7f464, 0) 0xfa00be48(b5fed810, b8, acf7f4ec, c, b6080000, acf7f3f8) 0xfa005b10(b5fed8a8, be6d7ab8, b5fed810, fa015590, 3230bc, acf7f490) 0xfa2267c4(b5fed8c0, be6d7ab8, b60a0000, fa015270, be843a68, acf7f500) 0xfa2264e0(b5fed858, be6d7ab8, b60a0000, b5fed858, 1, 0) 0xfa005b10(be6de080, b6, b5fed858, fa015270, be6d4478, acf7f620) 0xfa005b10(be6de080, b6, acf7f7c8, fa015270, 96, acf7f6c8) 0xfa005b10(be6de080, f5ee2070, 4, fa015270, f5c045c0, acf7f750) 0xfa005fd8(be6d6a18, f67d91d0, 8, fa015740, fa015304, acf7f7f8) 0xfa00601c(be6a3ac0, b6, 8, fa015590, 8, acf7f8a0) 0xfa005b54(be6a3ac0, f640af90, acf7fa7c, fa015270, f640af90, acf7f978) 0xfa005fd8(be8338f8, b7, 0, fa0156f0, f640af90, acf7fa08) 0xfa005c64(be8338f8, b7, acf7fb18, fa015430, be8338f8, acf7fab0) 0xfa005c64(acf7fba8, 0, 0, fa015430, 3349f0, acf7fb48) 0xfa000118(acf7fc30, acf7fe98, a, f6496780, fa00aae0, acf7fdb8) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
guments_pnGThread__v_+0x274(acf7fe90, acf7fcf8, acf7fdb0, 2d6b00, 2d6b00,
acf7fd08)
libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nLKlassHandle_nMsymbolHandle
_4pnRJavaCallArguments_pnGThread__v_+0x164(feff0000, 2d71e8, acf7fda4, acf7fda0 , acf7fdb0, 2d6b00) libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsym
bolHandle_5pnGThread__v_+0x60(acf7fe90, acf7fe8c, acf7fe84, acf7fe7c, acf7fe74,
2d6b00)
libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0x128(2d6b00, 2d6b00, 2d6190, 2d71e8, 319508, fecd6a5c) libjvm.so`__1cKJavaThreadDrun6M_v_+0x288(2d6b00, 0, ff00f808, ffff8000, 0, 0) libjvm.so`_start+0x134(2d6b00, 0, 0, 0, 0, 0) libthread.so.1`_lwp_start(0, 0, 0, 0, 0, 0)
Second Core dump with adb
bash-2.05# adb java.9337.1133744404
.core file = java.9337.1133744404 -- program `` /global/netmfs/netmbase/NetM62/licensing/jre/bin/java'' on platform SUNW,Sun-Fire-V440
SIGABRT: Abort
.$c
$c
libc.so.1`_lwp_kill+8(6, 0, ad0fc950, 2, 0, aeed482c) libc.so.1`abort+0x100(bd90f8, b, b3670200, 0, 48, 0) libkernel32.so`__1cUSehScanInvokeTryList6FpnQSEH_THREAD_BLOCK__i_+0x334(6197b0,
aedcd7f8, aeed7324, 0, 2, 0)
libkernel32.so`__1cOSignal_HandlerFraise6FIpviipL_i_+0xfc(c0000005, ad0fcc88, 0 , 2, ad0fcac0, 1800) libkernel32.so`__1cPRaise_Exception2f6MipnHsiginfo_pv_v_+0xa4(50c028, b, ad0fcf40, ad0fcc88, aeeea1e4, 2c) libthread.so.1`__sighndlr+0xc(b, ad0fcf40, ad0fcc88, aedcd854, 0, 0) libthread.so.1`call_user_handler+0x234(b, ad0fcf40, ad0fcc88, 0, 0, 0) libthread.so.1`sigacthandler+0x64(b, ad0fcf40, ad0fcc88, fa015590, b6130000,
ad0fcfc0)
0xfa0157f0(b5cb5908, b6, 8, fa015740, 0, ad0fd070) 0xfa005c64(b5cb5908, b7, ad0fd208, fa015270, b5cb1c90, ad0fd118) 0xfa005c64(b5cb5908, b7, 0, fa015430, b6130000, ad0fd1a8) 0xfa005c64(be56d460, b6, 8, fa015430, f691f2b0, ad0fd240) 0xfa005b10(be56d498, b6, be574c70, fa015270, 4889ba9b, ad0fd330) 0xfa005b10(be56d4a8, b7, ad0fd4d4, fa015270, 9, ad0fd3c8) 0xfa005b10(be56d4a8, b7, 0, fa015430, b6130000, ad0fd448) 0xfa005b10(be56d4a8, f6915008, 8, fa015430, 42a1665e, ad0fd540) 0xfa005fd8(bd44ecd0, f63b2338, ad0fd6c4, fa0156f0, b5cb4b38, ad0fd5d8) 0xfa005fd8(b5cb4a60, b7, ad0fd6d0, fa0156f0, b5cb4b48, ad0fd660) 0xfa005b10(b5cb4a60, b6, ad0fd818, fa015430, f65b7528, ad0fd718) 0xfa005b10(bd41bcf0, f63b1548, ad0fd8a0, fa015270, b6130000, ad0fd7b8) 0xfa005fd8(bd410620, b7, ad0fd934, fa0156f0, b6130000, ad0fd840) 0xfa005b10(bd410620, b6, ad0fd9c4, fa015430, b6130000, ad0fd8d0) 0xfa005b10(bd410620, b6, ad0fda44, fa015270, b6130000, ad0fd968) 0xfa005b10(bd8d1420, f63aa0c8, ad0fdad4, fa015270, 4400, ad0fd9e8) 0xfa005fd8(bd8c7f60, f65c2490, ad0fdb5c, fa0156f0, f6906720, ad0fda70) 0xfa005fd8(be548400, f68f50b0, ad0fdbe8, fa0156f0, f65b4158, ad0fdaf0) 0xfa005fd8(b5caf718, f6d147c0, 0, fa0156f0, b6130000, ad0fdb80) 0xfa005fd8(b5caeb10, b7, ad0fdcf8, fa0156f0, b6130000, ad0fdc10) 0xfa005c64(b5caeb10, f6a62080, ad0fdd8c, fa015430, f6ad6088, ad0fdc90) 0xfa005fd8(b5caf718, f6d147c0, ad0fde3c, fa0156f0, b6130000, ad0fdd20) 0xfa005fd8(be6abc20, b6, 0, fa015738, b6130000, ad0fddd0) 0xfa005b10(be6abc20, b7, ad0fdf94, fa015270, 4400, ad0fdea0) 0xfa005b10(be6abc20, b7, 0, fa015478, b6130000, ad0fdf38) 0xfa005b10(be6abc20, b7, 0, fa015478, f6864318, ad0fdfc8) 0xfa005b10(be6abc20, b6, ad0fe14c, fa015430, 3230bc, ad0fe058) 0xfa005b10(be6abc20, b7, ad0fe1d8, fa015270, b6130000, ad0fe0f0) 0xfa005b10(be6abc20, f6ad6088, ad0fe264, fa015430, f6ad6088, ad0fe178) 0xfa005fd8(be695da8, f6ab5750, 0, fa0156f0, b6130000, ad0fe208) 0xfa005fd8(b5caeb10, b7, ad0fe3ac, fa0156f0, f65b4158, ad0fe2a8) 0xfa005b10(b5caeb10, b7, ad0fe43c, fa015478, b6130000, ad0fe350) 0xfa005b10(b5caeb10, f6a62080, ad0fe4c8, fa015478, f5c355f8, ad0fe3e0) 0xfa005fd8(be7db4e8, b6, ad0fe55c, fa0156f0, aeed28, ad0fe468) 0xfa005b10(be7db4e8, b7, 0, fa015590, b6130000, ad0fe4f0) 0xfa005b10(be7db4e8, f6da8e80, ad0fe664, fa0156f0, fa0154c4, ad0fe580) 0xfa005fd8(be7d8e20, b7, ad0fe700, fa015270, f68e2490, ad0fe608) 0xfa005c64(be7d8e20, b7, ad0fe788, fa015430, fa0154c4, ad0fe6a0) 0xfa005c64(be7d8e20, b7, ad0fe808, fa015270, fa015624, ad0fe728) 0xfa005c64(aeed28, b8, ad0fe888, fa015430, f5c05cb0, ad0fe7a8) 0xfa005c64(b5c556a8, f66f5b10, ad0fe910, fa015270, f66f5b10, ad0fe828) 0xfa00612c(aeed28, 0, 0, fa0156f0, 3349f0, ad0fe8b0) 0xfa000118(ad0fe9a0, ad0fead8, a, f66f5668, fa00aae0, ad0feb10) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
guments_pnGThread__v_+0x274(ad0fead0, ad0feacc, ad0feb04, aeed28, aeed28,
fece7f70)
libjvm.so`__1cKReflectionGinvoke6FnTinstanceKlassHandle_nMmethodHandle_nGHandle_
inOobjArrayHandle_nJBasicType_4ipnGThread__pnHoopDesc__+0xeec(0, ad0fec28, ff0104d0, 1, f655dbd0, e) libjvm.so`__1cKReflectionNinvoke_method6FpnHoopDesc_nGHandle_nOobjArrayHandle_pn
GThread__2_+0x230(be023bb0, ad0fecb0, ad0fecac, aeed28, feda0bd0, ad0ff080) libjvm.so`JVM_InvokeMethod+0x26c(ad0fede8, ad0fede4, ff005ddc, ff0073e8, f6159f00, ad0ff120) libjava.so`Java_sun_reflect_NativeMethodAccessorImpl_invoke0+0x10(aeedbc,
ad0fed84, ad0fedec, ad0fede8, ad0fede4, fece6088) 0xfa4067a8(be07f5a8, be7d8938, b5c53fc0, fa015430, 20, 0) 0xfa4062a8(be7d8e28, be7d8938, b5c53fc0, fa013bc8, bd0ac0f0, ad0fee58) 0xfa226284(be7d8e40, be7d8938, b5c53fc0, bd0ac040, f6159f00, 1) 0xfa225fa0(be07f5a8, be7d8938, b5c53fc0, 1, f5c2a550, f5c2a550) 0xfa005b10(be035120, f660cb18, ad0ff0e8, fa015270, f661f5d0, ad0fefe8) 0xfa005fd8(be0281a0, f660cb18, ad0ff184, fa0156f0, f6226670, ad0ff080) 0xfa005fd8(be023b70, b6, 49, fa0156f0, f6159f00, ad0ff120) 0xfa005b10(be023b70, b7, ad0ff2e0, fa0137d8, 0, ad0ff1e8) 0xfa005b10(be023b70, f660cb18, ad0ff370, fa015430, 20, ad0ff280) 0xfa005fd8(be0741e0, f660cb18, ad0ff408, fa0156f0, bd0ac0f0, ad0ff310) 0xfa005fd8(be066d20, f660cb18, ad0ff4a0, fa0156f0, 42a165e0, ad0ff3a8) 0xfa005fd8(be05f6d0, f660cb18, ad0ff530, fa0156f0, 1, ad0ff440) 0xfa005fd8(be05a1b8, b6, ad0ff600, fa0156f0, f620a1f8, ad0ff4c0) 0xfa005b10(be05a1b8, b6, 0, fa015270, b6130000, ad0ff588) 0xfa005b10(be023af0, b6, 0, fa015270, f5c045c0, ad0ff630) 0xfa005b10(be0d4ed0, f65f5b80, ad0ff7d8, fa015270, f6d80ae8, ad0ff6c8) 0xfa00612c(be0ab2f0, f65f5b80, ad0ff7e0, fa0156f0, f6560da8, ad0ff778) 0xfa00612c(be0b84d0, b6, ad0ff8f8, fa0156f0, 0, ad0ff810) 0xfa005c64(be0b84d0, b6, ad0ff900, fa015270, f6560da8, ad0ff898) 0xfa005c64(be0af510, f5c1e740, ad0ffa24, fa015270, fa013848, ad0ff930) 0xfa00612c(be0ab2f0, b7, ad0ffaac, fa0156f0, 0, ad0ff9c0) 0xfa005c64(be0ab2f0, f5c1e740, ad0ffb2c, fa015430, 0, ad0ffa48) 0xfa00612c(b5d4ea98, f5c1e740, ad0ffba4, fa0156f0, 0, ad0ffad0) 0xfa00612c(ad0ffba8, 0, 0, fa0156f0, 3349f0, ad0ffb48) 0xfa000118(ad0ffc30, ad0ffe98, a, f5c1efd8, fa00aae0, ad0ffdb8) libjvm.so`__1cJJavaCallsLcall_helper6FpnJJavaValue_pnMmethodHandle_pnRJavaCallAr
guments_pnGThread__v_+0x274(ad0ffe90, ad0ffcf8, ad0ffdb0, aeed28, aeed28,
ad0ffd08)
libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nLKlassHandle_nMsymbolHandle
_4pnRJavaCallArguments_pnGThread__v_+0x164(feff0000, ae82b8, ad0ffda4, ad0ffda0 , ad0ffdb0, aeed28) libjvm.so`__1cJJavaCallsMcall_virtual6FpnJJavaValue_nGHandle_nLKlassHandle_nMsym
bolHandle_5pnGThread__v_+0x60(ad0ffe90, ad0ffe8c, ad0ffe84, ad0ffe7c, ad0ffe74,
aeed28)
libjvm.so`__1cMthread_entry6FpnKJavaThread_pnGThread__v_+0x128(aeed28, aeed28, af6758, ae82b8, 319508, fecd6a5c) libjvm.so`__1cKJavaThreadDrun6M_v_+0x288(aeed28, ffffffe2, ff00f808, ffff8000, 0 , 0) libjvm.so`_start+0x134(aeed28, 0, 0, 0, 0, 0) libthread.so.1`_lwp_start(0, 0, 0, 0, 0, 0)

Hi there
Not sure which jdk you are using but I am guessing you are using native code?
libkernel32.so
See http://java.sun.com/j2se/1.4.2/docs/guide/vm/signal-chaining.html
Start your application this way, this should solve your problem.
export LD_PRELOAD=<libjvm.so dir>/libjsig.so; java_application (ksh)
setenv LD_PRELOAD <libjvm.so dir>/libjsig.so; java_application (csh)
Also, even if u are using 1.3.1, u can get the libjsig.so from 1.4.2 and do the same.
Hope this helps.

Solaris 8 Boot Problems, random messages [/etc/rcS: /etc/dfs/sharetab:]

Hello All,
I have all of a sudden developed issues with booting up one of my Solaris 8 [V240] Servers. Upon a routine reboot, I was faced with the following errors:
Feb 1 07:56:44 sco1-au-tci scsi: WARNING: /pci@1c,600000/scsi@2/sd@0,0 (sd0):
Feb 1 07:56:44 sco1-au-tci Error for Command: read(10) Error Level: Retryable
Feb 1 07:56:44 sco1-au-tci scsi: Requested Block: 114007888 Error Block: 114007903
Feb 1 07:56:44 sco1-au-tci scsi: Vendor: SEAGATE Serial Number: 053532DN34
Feb 1 07:56:44 sco1-au-tci scsi: Sense Key: Media Error
Feb 1 07:56:44 sco1-au-tci scsi: ASC: 0x11 (unrecovered read error), ASCQ: 0x0, FRU: 0xf
Feb 1 07:56:45 sco1-au-tci scsi: WARNING: /pci@1c,600000/scsi@2/sd@0,0 (sd0):
Feb 1 07:56:45 sco1-au-tci Error for Command: read(10) Error Level: Fatal
Feb 1 07:56:45 sco1-au-tci scsi: Requested Block: 114007888 Error Block: 114007903
Feb 1 07:56:45 sco1-au-tci scsi: Vendor: SEAGATE Serial Number: 053532DN34
Feb 1 07:56:45 sco1-au-tci scsi: Sense Key: Media Error
Feb 1 07:56:45 sco1-au-tci scsi: ASC: 0x11 (unrecovered read error), ASCQ: 0x0, FRU: 0xf
So I figured, Oh crap...the disk is messed up. However, on running a few scans, i.e. 'iostat -En' showed ALL errors to be '0'. In addition, I ran the format -> analyze -> read test which ran for about 10 or so hours and came back saying 0 errors found to be repaired. So it appears nothing particularly is wrong with my hardware. After the 2nd reboot, I didn't get the errors above anymore but now I can't seem to get past the single-user mode. I get the following errors.
mount: the state of /dev/dsk/c1t0d0s0 is not okay
and it was attempted to be mounted read/write
mount: Please run fsck and try again
/sbin/rcS: /etc/dfs/sharetab: cannot create
failed to open /etc/coreadm.confsyseventd: Unable to open daemon lock file '/etc/sysevent/syseventd_lock': 'Read-only file system'
INIT: Cannot create /var/adm/utmpx
INIT: failed write of utmpx entry:" "
INIT: failed write of utmpx entry:" "
INIT: SINGLE USER MODE
Type control-d to proceed with normal startup,
(or give root password for system maintenance):
single-user privilege assigned to /dev/console.
Entering System Maintenance Mode
I have read a whole bunch of stuff as I found on google, like /var being full (it's not), the WWN being wrong as compared between vfstab, /dev, and /devices directory etc. I don't know what is wrong and I don't know what to do to fix this. Any ideas as to why this happened and what I can do?
PLEASE HELP!!!

Hi Darren,
thanks again for the response. Ok, so the question that I have right now is how do I fix my original issue pasted below:
mount: the state of /dev/dsk/c1t0d0s0 is not okay
and it was attempted to be mounted read/write
mount: Please run fsck and try again
/sbin/rcS: /etc/dfs/sharetab: cannot create
failed to open /etc/coreadm.confsyseventd: Unable to open daemon lock file '/etc/sysevent/syseventd_lock': 'Read-only file system'
INIT: Cannot create /var/adm/utmpx
INIT: failed write of utmpx entry:" "
INIT: failed write of utmpx entry:" "
INIT: SINGLE USER MODEWill running fsck fix this too? This is a critical machine and I need to bring it up during worktime in the eastern part of the world. This server has worked totally fine for over 180 days with the invalid filesystem and the inability to run fsck. Any ideas on how to fix the errors above?
Also
Yes. It needs to be at least the size of the filesystem, which you've reported to be 143349312 sectors. There's no easy way to shrink a UFS filesystem.Does this mean that that I have to re-create the partitions/layout of the disk and reinstall the OS and applications? Is there any way to re-layout without destroying the data?
Thanks
\R

Mdb : missing modules on Solaris 10 ??

I'm trying to debug a core using mdb.
All of the web pages I look at show commands like "::ps" and "::pgrep".
These would be great, but I don't see any of these when I enter "::dcmds" nor "::dmods -l".
It looks like the "modules" are in /usr/lib/mdb/proc.
Does anyone know where these modules are or how I can get them for Solaris 10?
unix
genunix
ip
nfs
ipc
krtld
pecfs
cpu.generic
uppc
scsi_vhci
ufs
hook
neti
sctp
arp
usba
nca
lofs
zfs
random
nsctl
sdbc
rdc
sppp
When I start mdb using a core file it only shows 3 *.so.* "modules" being loaded:
-bash-3.00$ mdb 5549.core
Loading modules: [ libc.so.1 libuutil.so.1 ld.so.1 ]
Also, in the examples I've seen online are using an "object" file and a "core" file:
# mdb unix.0 vmcore.0
Loading modules: [ unix genunix specfs cpu.generic uppc scsi_vhci ufs ip hook neti sctp arp usba nca lofs zfs random nsctl sdbc rdc sppp ]
>
(e.g http://www.c0t0d0s0.org/archives/4389-Less-known-Solaris-features-About-crashes-and-cores-Part-4-Crashdump-analysis-for-beginners.html)

pkwooster wrote:
Joe, I know that you are a skeptic, and need proof for everything said. I heard about the demise of Access, or more correctly the database most frequently associated with the Access front end, JET, several years ago from a Microsoft employee. Yet it is still here.
There is plenty of documentation online about this. Here's just one example: http://www.answers.com/topic/microsoft-jet-database-engine?cat=technology. MS themselves are rather less clear.
That link would suggest that MS Access 2007 is not in fact SQL Server.
MS has been trying for at least 5 years to wean its users off Access-JET and onto one flavour or another of SQL/Server. I'm a Microsoft Partner and see their marketing on a regular basis. Access is rarely mentioned and SQL Server is a hot topic. Note that most MS/Office applications, such as Outlook now use SQL/Server.Ok.
However marketing is different than technology. In terms of that I can only note that I don't see Bob on my desktop.
And Office 2007 is still using Access (which apparently is not SQL Server according to what you posted.)
Conversely, for example, Microsoft has specifically announced that FoxPro will no longer be supported.
Thus I am still looking for something that would suggest that either it is SQL Server right now (2007) or that it shortly will be - like perhaps the beta for the next version is.
And I can only note that some of the stuff that Access does would be difficult to seamlessly do via SQL Server. The article that you posted suggests that upgrades from MS Access exist but that those can lose functionality that will require manual work to replace. Thus if MS did decide to replace Access in Office with SQL Server they would need to come up with a solution for that or risk people not upgrading.
I am not claiming that this can't happen but rather that I question whether it is relevant to suggest that it anything of concern in the near future (especially for an app that is targeting it anyways.)

Solaris 10 X86 kernel patch 118844-30 ... probably bad

I installed the patch on some Dells. Seemed to run fine.
Actually, I installed 121127-01, 113000-07, and 118344-06
first since they were required by 118844-30.
Some problems have now turned up.
1. When you power cycle one of the patched machines they
refuse to boot with
Warning - The following files in / differ from the boot archive:
/boot/solaris/bootenv.rc
to continue booting .. #svc clear system/boot-archive
and then demand the root password.
2. Randomly, when you do a reboot, a patched machine will claim
that the hardware has changed and demand that you run
kdmconfig. Simply going in and out of kdmconfig, without
changes, does the job. Weird.
3. I went to patch the next machine and after the patch
install and reboot, it was a total brick, with the error
File not executable
Panic : No entry point in kernel/unix
Press any key to reboot
And, naturally, this patch cannot be backed out. For yucks
I tried the equivalent patches on a sparc. No problems. So
I think Sun effed up the GRUB stuff in the kernel patch

Ok ... I noticed that deep down in the README for the patch
they say to do a "reboot -r". Cute. We'll try that.
That seemed to go ok, but when I tried a power cycle, it
wouldn't boot, claiming
SMF database integrity check of /etc/svc/repository.db
failed making me run
/lib/svc/bin/restore_repository
which turned out to be a struggle.
My advice - stay FAR AWAY from this patch. At minumum,
it makes the power up boot process VERY delicate. Wait
for the -32 rev, which I predict will not be long in coming.
Thank you sun.

Disabling User in Solaris

Is there anyway to change the way the resource adapter for Solaris and Linux disables users so that it uses the native lock provided through passwd rather than setting a random password?
Scott

Is there anyway to change the way the resource
adapter for Solaris and Linux disables users so that
it uses the native lock provided through passwd
rather than setting a random password?No there is no way to do that.
The usage of passwd -d and or -l is limited to certain installations. If you read the man page for passwd you will see that it only works for files as the repository not for any of the other possibilities (NIS or NIS+ or ldap). It also depends on PAM modules to implement this and they do not have to be configured on the system.
WilfredS

Random SP2 error when starting oracle process through SHELL script

Hi All,
I am trying to process data in n-Number of tables through a package. The package is called through a shell script to create start data processing. All calls to the package are in a sql script which is basically exec calls-
exec package.process ('T1','some param');
exec package.process ('T1','some param');
exec package.process ('T..n','some param');
I have a shell script which I use to execute commands from the sql script. There is a reason behind using shell script. For some strange reason, I keep on getting -
ERROR: logon denied - check for valid user with valid privileges
SP2-0640: Not connected
SP2-0641: "EXECUTE" requires connection to server
SP2-0640: Not connected
for some EXEC calls. Problem is, errors are generated at random. So in one run, I get error for T10,T11 and then in next run I might get for some other tables.
However, when I am running the sql script from the sql prompt, all calls to the package are executed without any problem.
This makes me think, it is something to do with the way database connection being initiated through UNIX.
Has anyone faced similar issue? Your help/gudence is much appreciated.
DB: Oracle 10.2.0.5
OS: SUN Solaris 10
Thanks in advance.

Login credentials are provided inside the shell script.
I did put a sleep(10) after EOF but no help. As mentioned if I run script file from sql promt, it runs without any hiccup. So it is the connection through the UNIX that is causing issue.
As pointed out by Sybrand, I agree that it does not make a sense to connect and commit after every sql statement. So decided to change the shell script and so far, the result from my initial tests on a sample data is quite encouraging. Hopefully I will have a solution.
But it will be nice to know why SHELL is doing what it is doing!!
Legacy prog are sometime big time eye-openers..;)

Identity Sync - Password randomly generated in AD

Configuration:
DS 5.2 Patch 2
on Solaris 9
with Identity Sync for Windows 1 2004Q3
configured to Synch from DS to AD
I have set up object creation to flow from DS to AD, and the user creation works okay but the password I create the account with is not being pushed to AD. Instead it creates the account with a randomly generated password. Is there a way around this, I am attempting to script new user creations. Here is log entry I get in error.log when I create a user.
[08/Mar/2005:11:35:59.416 +1000] WARNING 29 CNN101 tyr "Successfully created user cn=James Test,cn=users,dc=xxx,dc=xxx,dc=xx with randomly generated password. This account will be unusable until another password is set." (Action ID=CNN100-1027FA4BBD3-491, SN=2)
Thankyou in advance for any assistance!!
regards
Gryph

I've been doing some more testing and have some more information that might be important.
I have been testing the attribute synchronisation for the mappings I have done, and noticed that if I modify the userpassword attribute in the DS console it is not being synch'd to AD, but I can modify other attributes and they do get synch'd. If I modify the password on the AD side it gets synch'd back to DS ok. I have attribute modification set to flow in both directions and the password mapping is (DS) userpassword <--> unicodepwd (AD).
Given it seems to ignore changes to the userpassword attribute for modifications, it looks like this is also holding true for creations, and I guess this is why it's randomly assigning a password.
Any ideas why it sees other attribute modifcations and synch's them from the DS side, but is not seeing the userpassword attribute?
Regards
Gryph

Issue with encrypted stdin in solaris

hi all ..
i've found a following problem:
i need to build .bin file installer for customer .. i am used to use following way:
cat script.sh data.tgz > installer.binbut when trying from within script cut data.tgz part, returned file is encrypted and its type is changed
from :: data.tgz: gzip compressed data - deflate method
to :: foo.tgz: gzip compressed data - deflate method , extra field , original file name , comment , encrypted
it works like charm under Linux and under osx, i tested it under these two other NIXes. I created a example script which accepts both solaris and Linux:
#!/bin/sh
case `uname -s` in
Linux ) tar=`which tar`;;
SunOS ) tar=`ls /usr/sfw/bin/gtar || echo missing gtar binary 1>&2 && exit 1`;;
esac
sed '1,/^###\ end$/d' $0 | md5sum -;
sed '1,/^###\ end$/d' $0 | $tar tzvf -;
exit 0;
### endyou can put there some random .tgz file for testing ..
just for example, under solaris md5sum differs and gtar vomits following error message while trying to unpack extracted .tgz:
# ./installer.bin
09bd431049e6777a1f8db5c35bf00018 -
gzip: stdin is encrypted -- not supported
/usr/sfw/bin/gtar: Child died with signal 13
/usr/sfw/bin/gtar: Error exit delayed from previous errors^^ so i presume that the main problem is in message: *"gzip: stdin is encrypted -- not supported"*
Linux prints out a correct md5sum and content of archive for exactly same file ..
any idea please?
regards, daniel

thanks .. resolved .. it causes Sun flavoured sed .. perl produces correct cut data.tgz part this way:
# perl -ne 'if(/^### end$/) {$print=1; next}; print if $print' installer.bin | md5sum -; md5sum data.tgz
e8d365e3b01e2712fbddb85b240aca10 -
e8d365e3b01e2712fbddb85b240aca10 data.tgzresolved !!
regards, daniel

How to setup /dev/random to SSL seed no. in JDK 1.4

In order to speed up the SSL encryption and reduce CPU resources in WebServer, pls let us how to setup/define the /dev/random for SSL seed no in JDK 1.4 on Solaris 8 (Latest Patch).
Current Setup:
H/W:
+ Sun V880 with 2 x 1.2GHz US-III CPU, 2GB RAM
S/W:
+ SunOne Web Server 6.1 SP1
+ Solaris 8 (latest patch) support /dev/random
+ JDK 1.4
Rgds,
William

You may get a better response posting this question to one of the security forums, specifically:
http://forum.java.sun.com/forum.jsp?forum=2
http://forum.java.sun.com/forum.jsp?forum=60
You could also try the App server product forum:
http://swforum.sun.com/jive/category.jspa?categoryID=30

DTUs freezing randomly in XP VDI sessions

Software:
VDI 3.2 (upgraded from 3.1) on three Solaris 10 10/09 x64 servers in the recommended HA bundled MySQL config (primary, first secondary, second secondary)
Desktop provider is VSphere 4.0.
This issue primarily affects a VDI pool of ~65 Windows XP 32-bit desktops.
Any affected desktops already have the Oracle VDI Tools and SunRay Windows Components which were bundled with VDI 3.2.
Hardware:
Sun Ray 2 and 2FS models, upgraded with the firmware provided with the VDI 3.2 release (GUI4.2_140993-03_2010.06.21.19.00)
Smartcards are mandated for hardware Sun Rays.
In the last month or so, we have started seeing more and more random "freezing" of sessions whilst users are already logged in and working - users are typically just using Office, Firefox, Thunderbird etc. - nothing complicated!
Essentially, their screen will randomly freeze completely and the mouse pointer cannot be moved. The only way to fix it is to remove the card or kill the session with CTRL-ALT-DEL-DEL-Bkspc-Bkspc.
Upon doing so, the session comes back to life immediately and they can continue working.
Here is a portion from /var/opt/SUNWut/log/messages which is produced at the moment the session freezes on the server that happens to be hosting the session (I've changed the server hostname, username and domain name for security reasons):
Dec 14 10:56:57 vdiserver utauthd: [ID 794400 user.info] SessionManager0 NOTICE: EMPTY: ACTIVE session
Dec 14 10:56:57 vdiserver Sun Ray Connector proxy:[21218]: [ID 855542 user.error] Child closed socket prematurely, session shutdown
Dec 14 10:56:57 vdiserver kiosk:vda[22715]: [ID 702911 user.error] /opt/SUNWuttsc/bin/uttsc exited with error code 141 - exiting
Dec 14 10:56:58 vdiserver kioskcritd[20958]: [ID 422571 user.info] Info: a critical application has exited.
Dec 14 10:56:58 vdiserver kioskcritd[20958]: [ID 342793 user.info] Terminating Kiosk Primary Session ( pid=21106 )
Dec 14 10:56:58 vdiserver kioskcritd[20958]: [ID 308018 user.info] kioskcritd stopped
Dec 14 10:57:04 vdiserver dtlogin[22800]: [ID 118685 user.info] pam_sunray_amgh::[DPY=6] AMGH_SUMMARY: token=user.1290677160-1567, username=, AMGH_Done?=NO(Local Session), Details=AMGH is not configured., AMGH_Target=*NONE*
Dec 14 10:57:04 vdiserver dtlogin[22800]: [ID 976841 user.info] pam_kiosk: pam_sm_authenticate: Initiating Kiosk session with user utku35
Dec 14 10:57:05 vdiserver kioskcritd[22946]: [ID 190395 user.info] kioskcritd started
Dec 14 10:57:10 vdiserver cacao:default[26773]: [ID 702911 daemon.warning] com.sun.vda.service.client.ClientRequestWorker.run : Failed executing vda-client request: serverList([email protected], token=user.1290677160-1567
, clientAddress=127.0.0.1): No preferred servers found for [email protected][ExitCode=15]
Can anyone offer any help? I know about the "no preferred servers found" error, which I think is produced since we're not using the "Global VDI Center" feature - correct?
The main issue certainly looks to be caused by uttsc, which is simply crashing...
Any ideas?

@turbotiga - thanks a lot for all this info. Really helpful.
A few questions/comments:
a) Is this information about which patches are already (or not) applied to the full VDI releases published anywhere? I can't see mention of it on any of the wikis - how have you discovered this? It would be great to know this detailed info - for future releases too - e.g. what patches are already rolled into in the SRSS/SRWC components included with VDI 3.1, 3.2, 3.2.1, and which have not been and why? EDIT: Just noticed that the release notes mention that VDI 3.2 includes "SRS 5 Patch 3", whilst 3.2.1 includes "SRS 5 Patch 5" - guess that explains that....
b)Our suppliers (who also initially installed the systems) had recommended that the versions of SRSS and SRWC etc. that are bundled with the complete VDI packages are included for a reason at that very specific patch level to provide the best matches/compatibility, and that we shouldn't ordinarily install patches for other versions of SRSS etc. against the VDI installation as a whole (I guess unless otherwise instructed to do so from Oracle/Sun). That is why I had assumed that upgrading to 3.2.1 would be a better solution (albeit it will involve considerable downtime compared to patching individual components since it involves taking down the database and rebooting etc.)
The patches now only seem to be available from the My Oracle Support site (which requires a contract number to access) so it's a moot point anyway since we don't have the rights to get at them any more...are they available from anywhere else?
I would be very happy to give the installation of patches a go rather than upgrading fully to 3.2.1 in the first instance purely since we can't afford the amount of downtime that a full VDI upgrade produces right at the minute...is it definitely safe to patch our 3.2 installation with later SRSS/SWRC patches (against the recommendations of our suppliers) rather than going the whole hog and upgrading to 3.2.1?
Edited by: Hutch on 20-Dec-2010 06:03

Solaris 10, Ultra20m2 random crashdumps

Similar Messages

Maybe you are looking for