----- Original Message -----
> Hi,
> 
> I've just installed the latest chromium-24.0.1312.57; and it appears
> to
> suffer from the same IPC memory leakage as the version just before
> it. When
> no more IPC shared memory can be allocated, chromium will only
> display a
> blank page. Loading pages full of javascript will hurry this
> behaviour.
> 
> The last usable version which doesn't display this bug
> is chromium-24.0.1312.52.
> 
> Cheers.
> --
> Jonathan Chen <[email protected]>

This problem stumped me for a few days....and because I was searching for blank 
page issues, and most of those point to bad extensions or corrupt profiles, 
etc.  I was looking in the wrong place to find out why I was having this.  The 
content of the page is apparently there, it just isn't rendered visible.  
Moving mouse around, you can find the links and such on the page...  What makes 
it hard to figure out, is settings/flags/other internal pages also render as 
blank.  Though 'currently' still works when I open a new tab.  And, there were 
one or two other pages that still work for some reason.

And, since I had been having trouble with work computer in other areas....I 
tried creating a new profile...and that seemed to work at first... but I 
decided I wasn't going to work late on Friday...so I left it.  But, then on 
this week I was working from home sick...when suddenly chromium started doing 
the same problem.  Since something else was acting strange (I was recovering 
from an early morning power outage where one of my drive enclosures didn't 
reset...so half the disks in my zpools were missing....not enough to maintain 
redundancy in either.  So, I rebooted my computer....that got chromium working 
again.

And, then it stopped working again....we'll I don't want to keep rebooting to 
fix this....so after more troubleshooting....and running chrome from the 
command line with various options....  diagnostics would fail with for "Profile 
JSON" - File too big.  Though starting over with a new profile....worked until 
it started syncing.  This IPC problem also prevents menus for the extensions 
from working....

But, --disable-extensions and/or --disable-plugins didn't help either....  
Eventually, I saw a message about shmget: out of space....

ipcs....ya there's a lot, but what limit is being reached.

First time it was because I had set shmall to 262144, while I had shmmax set to 
2147483648.  Well, I can change shmall using sysctl...and raising it to 524288 
got it working again....until it stopped.

There's 192 segments....which is what shmmni is set to....  bump that to 1024, 
and reboot.

Things seem much happier....until after a few hours it again stopped working.  
What, I need more than 2G of shared memory now?

I then looked at the output of "ipcs -a"...and wondered if all the old entries 
are really needed, and remove a bunch by hand...to get things working again.  
Then I start wondering about writing a command to remove old entries....  
Decide that if NATTACH is 0, I'll remove those and see...

This resulted in two q&d aliases

alias lsshm 'ipcs -mob | awk '\''NR > 3 { if ( $7 == 0 ) { sum += $8; cnt++; } 
{ tcnt++; total += $8; print $0 } } END { if (cnt > 0) print "count = " cnt "/" 
tcnt " using = " sum " (" sum/1048576 "MB) out of " total " (" total/1048576 
"MB)"; else print "total = " tcnt " using = " total " (" total/1048576 "MB)" 
}'\'''

alias rmshm0 'ipcs -mob | awk '\''NR > 3 { if ( $7 == 0 ) system(sprintf( 
"ipcrm -m %d", $2 ) ) }'\'''

At this moment the last line of lsshm on my system is:

count = 66/92 using = 273664548 (260.987MB) out of 300326244 (286.413MB)

Should be interesting...since I had to restore my /boot/loader.conf from backup 
(having controller issues, apparently its because the system has Q67 Stepping 
B1 chipset) , but didn't reenter the shm changes I had made...so I'll hit 192 
shmmni again soon.  Though doing the rmshm0 keeps it working.  Often after its 
done, the blank pages fill in on their own.

-- 
Who: Lawrence K. Chen, P.Eng. - W0LKC - Senior Unix Systems Administrator
For: Enterprise Server Technologies (EST) -- & SafeZone Ally
Snail: Computing and Telecommunications Services (CTS)
Kansas State University, 109 East Stadium, Manhattan, KS 66506-3102
Phone: (785) 532-4916 - Fax: (785) 532-3515 - Email: [email protected]
Web: http://www-personal.ksu.edu/~lkchen - Where: 11 Hale Library
_______________________________________________
[email protected] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-chromium
To unsubscribe, send any mail to "[email protected]"

Reply via email to