I have just done an image update from build 118 to build 122 and now my system
won't boot.
after the GRUB Loading Stage 2...message I get nothing for about 30
seconds, then just the prompt
grub
How do I go about recovering to at least my 118 image, and then identifying
what went wrong?
Hi,
Does anyone know if there is a perl provider for cpc to allow
cpc_bind/cpc_take_sample etc rather than embedding in c?
Thanks
Al
--
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Folks,
I have the below ouput and I am trying to reconcile the ::memstat output back
to the kstats, within the Solaris Perf and Tools book it states that the
pp_kernel value is the amount of memory used if I run the following
::memstat
Page SummaryPagesMB
Hi,
I am a new to dtrace and have a little question I am hoping you could clear up.
When I run the following I command I get the ouput of the file which is being
stat by ftsat64, when I quantize this what reference is the Value field using
dtrace -n syscall::fstat64:entry'[EMAIL
Folks,
I have the answer of what I was looking for thanks to Clive King, It was a wood
for the tree's moment so thanks for all the replies.
Allan
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss
is dated 31st March 2008.
Allan
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
Hi,
Is there anyway I can tell post action that when a process does a
semget(1207963596, 1, 0666|IPC_CREAT) and does not release the semaphore what
process actually locked it. i.e in mdb would a defunct process or parent
process have a hook still into the memory segment.
I have a situation
454 0:01:42 1.0% perl/1
PROJIDNPROC SIZE RSS MEMORY TIME CPU PROJECT
110 121 477M 154M 0.0% 0:47:55 34% cpu.unallocated
100 61 241M 79M 0.0% 0:48:01 32% cpu.spike
120 31 122M 41M 0.0% 0:52:51 32% allan
19 45M 26M
General update
I have checked the server is running in the FSS shared mode and have also
tested with nspin but still see the same results of 50%/50% for 1 share vs 3
amscorpdbp01:tmp root # ps -cafe
UID PID PPID CLS PRISTIME TTY TIME CMD
root 0 0 SYS 96
Hi,
I changed that and still the same issue, I noticed that not long ago.
system:0
user.root:1
noproject:2
default:3
group.staff:10
craig:100::root::project.cpu-shares=(privileged,1,none)
allan:101::root::project.cpu-shares=(privileged,3,none)
This message posted from
I'll second that proposal, and I'd potentially like to participate in
development.
--Dave
This message posted from opensolaris.org
___
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org
11 matches
Mail list logo