Jill Manfield writes: > My customer is running java on a ZFS file system. His platform is Soalris > 10 x86 SF X4200. When he enabled ZFS his memory of 18 gigs drops to 2 gigs > rather quickly. I had him do a # ps -e -o pid,vsz,comm | sort -n +1 and it > came back: > > The culprit application you see is java: > 507 89464 /usr/bin/postmaster > 515 89944 /usr/bin/postmaster > 517 91136 /usr/bin/postmaster > 508 96444 /usr/bin/postmaster > 516 98088 /usr/bin/postmaster > 503 3449580 /usr/jre1.5.0_07/bin/amd64/java > 512 3732468 /usr/jre1.5.0_07/bin/amd64/java > > Here is what the customer responded: > Well, Java's is a memory hog, but it's not the leak -- it's the > application. Even after it fails due to lack of memory, the memory is > not reclaimed and we can no longer restart it. > Is there a bug on zfs? I did not find one in sunsolve > but then again I might have been searching the wrong thing.
Assuming you run S10U2, you may be hit by this one: 4034947 anon_swap_adjust(), anon_resvmem() should call kmem_reap() if availrmem is low. Fixed in snv_42. It would show up as bad return code from either of the above function when java fails to startup. -r _______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
