852 XPages runtime engine faced an OutOfMemoryError on EC2

Update : now running on an 8 GB physical box, I will try ec2 again when things quieten down – the physical box is considerably cheaper than ec2 as well.

Update : Back on 851, just can’t get 852 to run reliably on my ec2 setup ( note Ubuntu is unsupported )

Ever since I upgraded my EC2 Ubuntu 8.04 instance to 852 I have been having daily crashes due to Outofmemory Errors.

08.26.2010 23:19:48   HTTP JVM: >>>>
08.26.2010 23:19:48   HTTP JVM: The XPages runtime engine faced an OutOfMemoryError
08.26.2010 23:19:48   HTTP JVM: You can fix this by increasing the value of the HTTPJVMMaxHeapSize variable in notes.ini
08.26.2010 23:19:48   HTTP JVM: >>>>

A small EC2 instance only has 1.7Gb of memory so it is going to struggle in any case. I have tried HTTPJVMMaxHeapSize = 64M, 128M and 256M.
851 was set to 256Mb by default whereas 852 is set to 64Mb as default.

This technote http://www-01.ibm.com/support/docview.wss?uid=swg21377202 explains the background but it the only part I fully understand is the bit that reads

“XPages is an exciting new way to work with Domino applications. It brings Domino fully into Web 2.0 technologies as a world class leader. ”

It basically says go to 64 Bit – is this windows,  Linux or both. If Linux then I assume the 32bit installation file as there is no 64bit version ?
Will 64 Bit make any difference if it is memory limited in any case ?
If I am memory limited do I make the value higher or lower ?

I appreciate that this is not an issue to people running on proper production hardware but it is an issue for development servers and appliances.

It could also be affected by using Ubuntu but it has been very good in all other respects up until now.

If you can’t read this its because my server has crashed !

Sean

Domino 852 – make sure that you test your Xpage applications first

Just a quick tip for any other “traditional notes client developers”. With traditional Notes applications it has been very very rare that an upgrade has caused problems with functionality, I have only ever seen it a couple of times over thousands of applications.

We upgraded to 8.5.2 yesterday and both of our Xpages applications currently under development stopped working. In both cases 8.5.2 was fussier than 8.5.1 about tolerating some dubious SSJS code.

as an example this code worked on 8.5.1

var Statusnumber : integer = Statustext

whereas in 8.5.2 it required the more correct

var Statusnumber : integer = parseInt(Statustext)

While this may indeed be the correct thing to happen the combination of steep learning curve, significant server changes in a point release and a complacency built up over years as a Notes client developer may also affect a few other people so heads up.

Sean

This blog is now running on 8.5.2 on Amazon EC2, S3 Firefox Organiser was useful

Now running on 852, the whole upgrade took 5 or 6 minutes, in fact the hardest part was getting the install files to the server.

I used Amazon S3 storage and the wget command from Linux.

One useful tip is that although the S3 control panel has an upload limit of 600Mb the Firefox S3 Firefox Organiser does not and doesn’t require flash either.

Well done IBM for getting the files up promptly. Stuart McIntyre has a list of part codes.

For some reason the Linux Traveler server is listed under Windows but it is there.

Sean