<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div dir="ltr">You could also try deploying something like the recent article on running Pharo in Docker, while the Docker example might be interesting (and running it on a DigitalOcean with a Linux server for $5/m) - I’m actually thinking that you could try deploying the same example alongside your app and see it it dies the same way (Eg <a href="https://thepharo.dev/2021/02/24/running-pharo-9-in-docker/">https://thepharo.dev/2021/02/24/running-pharo-9-in-docker/</a>)</div><div dir="ltr"><br></div><div dir="ltr">Many folks have had running apps with no problems, so I’m sure there is some explanation - and dying the way you describe does sound like some os resource issue (strange to get no log results from anywhere though).</div><div dir="ltr"><br></div><div dir="ltr">While you are diagnosing this - you should be able to put the launch of your app in an OS script that would at least restart it if it dies (I think Sven has different examples of this - or the Docker example would also fairly easily enable that for you too).</div><div dir="ltr"><br></div><div dir="ltr">Hope this might give you a few more avenues to explore.</div><div dir="ltr"><br></div><div dir="ltr">Tim</div><div dir="ltr"><br></div><div dir="ltr">Ps - stress testing your app does seem like a good idea, although if you want to repro something that happens after 12 hours, I would think you need something a bit more severe and I would look at some other stress tool like Gatling or Jmeter and run it for 30 mins to an hour (or maybe your script - but for much longer - but the above tools would might give you more feedback on whether something is happening)</div><div dir="ltr"><br></div><div dir="ltr"><blockquote type="cite">On 17 Jul 2021, at 11:43, Sven Van Caekenberghe <sven@stfx.eu> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><span>You could try to follow the instructions at the end of https://github.com/pharo-project/pharo/issues/9565</span><br><span></span><br><span>Rebuild your image with the latest Pharo 9, Zinc HTTP Components and Seaside, as well as your own code. Make sure to clean your pharo-local cache if you do not work in a new download. Make sure you use the latest VM.</span><br><span></span><br><blockquote type="cite"><span>On 17 Jul 2021, at 11:38, David Pennington <david@lhdavid.co.uk> wrote:</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>I have had long discussions on Diascord but to no avail. Perhaps a new statement of the problem might help.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>I have a Pharo 9.0, MacOs M1 VM install where I run a Seaside app for my local scale plastic model club. The club as only about 16 members so the traffic is extremely light with most days the only such being search bots.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>The pages are mostly designed to display photos of member’s models. The images are held on the server path. The data that makes up the pages is held in my own (what I call) TinyKV (Key Value database). This database uses the Pharo Filesystem to save and retrieve JSON text files.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>The Pharo image doesn’t run for more than about 10 hours when it just disappears leaving no crash log or debug files. I have checked the database software and all files are opened and closed correctly so there are no hanging file handles (unless the underlying code doesn’t clean up but that’s a guess).</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>The Pharo image is running on a brand new 8GB M1 MacMini and is the only code running on that machine.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>To test out my code, I recently ran what could be seen as a “Denial of Service” attack on my own web site. The following is the code that I ran on my M1 MacBookAir under Pharo 9/M1 VM.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>| response content headers contentList|</span><br></blockquote><blockquote type="cite"><span>Transcript show: Time now printString; cr.</span><br></blockquote><blockquote type="cite"><span>contentList := OrderedCollection new.</span><br></blockquote><blockquote type="cite"><span>1 to: 2000 do: [ : i | </span><br></blockquote><blockquote type="cite"><span> response := ZnClient new </span><br></blockquote><blockquote type="cite"><span> url: 'http://www.ipms-clacton.org.uk:8080/CNWHome';</span><br></blockquote><blockquote type="cite"><span> get;</span><br></blockquote><blockquote type="cite"><span> response.</span><br></blockquote><blockquote type="cite"><span> response := ZnClient new </span><br></blockquote><blockquote type="cite"><span> url: 'http://www.ipms-clacton.org.uk:8080/CNWShowOneImage?ab?022020001.jpg';</span><br></blockquote><blockquote type="cite"><span> get;</span><br></blockquote><blockquote type="cite"><span> response.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>contentList add: response contents.</span><br></blockquote><blockquote type="cite"><span>].</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>Transcript show: Time now printString; cr.</span><br></blockquote><blockquote type="cite"><span>^ contentList </span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>This hit the website with 2000 non-stop requests for the home page and for one of the pages that gets its data from the database (where “022020001.jpg” is a JSON file whose content is </span><br></blockquote><blockquote type="cite"><span>"{"dateOfRecord" : ""owner" : "ab","text" : "1-72 Scale Airfix Lancaster BIII converted to Aries of EANS - Airfix (first mould) with M&E Lancastrian Conversion","imagePath" : "022020001.jpg”}”</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>I have also tried this code with 250 millisecond wait.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>The server accepts all of these requests and even responds to other requests whilst this is happening so I can see nothing wrong with my code, be it the Seaside or the database.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>I have run this code on a variety of machines under 8.0 and 9.0. I have run it under VAST on Windows 10 and Windows 2012 Server in addition to on the Mac. I have the same problem under 8.0 as 9.0 no matter which VM I use.</span><br></blockquote><blockquote type="cite"><span></span><br></blockquote><blockquote type="cite"><span>What do I do next?</span><br></blockquote><blockquote type="cite"><span>_______________________________________________</span><br></blockquote><blockquote type="cite"><span>seaside mailing list</span><br></blockquote><blockquote type="cite"><span>seaside@lists.squeakfoundation.org</span><br></blockquote><blockquote type="cite"><span>http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</span><br></blockquote><span></span><br><span>_______________________________________________</span><br><span>seaside mailing list</span><br><span>seaside@lists.squeakfoundation.org</span><br><span>http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside</span><br></div></blockquote></body></html>