> I've been seeing this failure to cap on a number of (Solaris 10 update > 2 and 3) machines since the script came out (arc hogging is a huge > problem for me, esp on Oracle). This is probably a red herring, but my > v490 testbed seemed to actually cap on 3 separate tests, but my t2000 > testbed doesn't even pretend to cap - kernel memory (as identified in > Orca) sails right to the top, leaves me maybe 2GB free on a 32GB > machine and shoves Oracle data into swap.
What method are you using to cap this memory? Jim and I just disucssed the required steps for doing this by hand using MDB. > This isn't as amusing as one Stage and one Production Oracle machine > which have 128GB and 96GB respectively. Sending in 92GB core dumps to > support is an impressive gesture taking 2-3 days to complete. This is solved by CR 4894692, which is in snv_56 and s10u4. -j _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
