Guys I am on the same project so I can speak a bit more. The real issue is that on Redhat the default max directories is something like 32K. We ran out of file descriptors. Basically for every unique session there is a directory created for the second level cache.
I think the real issue for us is that when a session expires the corresponding second level cache is not removed from disk. This seems like a serious bug to me. I have yet to see a second level cache be removed unless a forced session invalidate() occurs. Any ideas on how we can get these page store files to be removed when a session times out? I have looked at tuning the DiskPageStore, but the constuctor args dont appear as if they will help the issue: DiskPageStore(java.io.File fileStoreFolder, int maxSizePerPagemap, int maxSizePerSession, int fileChannelPoolCapacity) Johan Compagner wrote: > > But 50 is nothing (at least i think it is nothing) and linux should be > able > to handle that just fine > Can somebody peak how many handles we take on those session files? Maybe > we > leak somewhere > or do take more then we think. > > johan > > > > On Nov 8, 2007 2:04 AM, Matej Knopp <[EMAIL PROTECTED]> wrote: > >> There is a constructor parameter in DiskPageStore constructor (the >> last int parameter) that says how many handles DiskPageStore will keep >> opened. >> >> But the default number of file handles is 50. If this is causing your >> server file handle problems than you should consider changing the >> configuration. Are you sure there are no other file handles leaking? >> What are the files opened? >> >> -Matej >> >> On 11/8/07, Brandon Harper <[EMAIL PROTECTED]> wrote: >> > Hello All, >> > >> > Long story short, we're in the process of load testing an application >> > built against Wicket 1.3 snapshot. Unfortunately we've seen some >> > server issues with sessions/page maps in the file store during >> > testing, and I was wondering how I'd go about programatically changing >> > the default page map size in DiskPageStore just to see if changing >> > this value affects what we're seeing. >> > >> > FWIW, right now it looks like we're having issues under load with >> > Wicket creating too many open file handles on a fairly default install >> > of RHEL 5 which results in exceptions like this: >> > >> > java.lang.RuntimeException: java.io.FileNotFoundException: >> > /usr/local/jboss- >> 4.2.1.GA/server/website/work/jboss.web/localhost/_/Website-filestore/688F01368693E1A90ED61C8060A51A3E.n1/pm-null<http://4.2.1.ga/server/website/work/jboss.web/localhost/_/Website-filestore/688F01368693E1A90ED61C8060A51A3E.n1/pm-null> >> > (No such file or directory) >> > at >> > >> org.apache.wicket.protocol.http.pagestore.FileChannelPool.newFileChannel >> (FileChannelPool.java:104) >> > at >> > >> org.apache.wicket.protocol.http.pagestore.FileChannelPool.getFileChannel >> (FileChannelPool.java:171) >> > at >> > >> org.apache.wicket.protocol.http.pagestore.DiskPageStore$SessionEntry.savePage >> (DiskPageStore.java:224) >> > at >> > >> org.apache.wicket.protocol.http.pagestore.DiskPageStore.flushPagesToSaveList >> (DiskPageStore.java:788) >> > at >> > >> org.apache.wicket.protocol.http.pagestore.DiskPageStore$PageSavingThread.run >> (DiskPageStore.java:851) >> > at java.lang.Thread.run(Thread.java:619) >> > Caused by: java.io.FileNotFoundException: >> > /usr/local/jboss- >> 4.2.1.GA/server/me.dium.com/work/jboss.web/localhost/_/MediumWebsite-filestore/688F01368693E1A90ED61C8060A51A3E.n1/pm-null<http://4.2.1.ga/server/me.dium.com/work/jboss.web/localhost/_/MediumWebsite-filestore/688F01368693E1A90ED61C8060A51A3E.n1/pm-null> >> > (No such file or directory) >> > at java.io.RandomAccessFile.open(Native Method) >> > at java.io.RandomAccessFile.<init>(RandomAccessFile.java:212) >> > at >> > >> org.apache.wicket.protocol.http.pagestore.FileChannelPool.newFileChannel >> (FileChannelPool.java:99) >> > >> > Thanks, >> > >> > - Brandon >> > >> > -- >> > http://bharper.com >> > http://devnulled.com >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> > For additional commands, e-mail: [EMAIL PROTECTED] >> > >> > >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > -- View this message in context: http://www.nabble.com/How-To-Change-Page-Store-Size-in-DiskPageStore--tf4768072.html#a13651858 Sent from the Wicket - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
