Full error:[CORE] Unhandled exception (Out of memory while expanding memory stream)

I'm sorry to re-visit this problem but I'm hoping someone here may have encountered this before.

I run my station with 2 windows servers, one I call the live server and another backup.

Both servers run 2 copies of SAM Broadcaster, with their own license keys playing different music genres.

Last year I rented a new server running Windows 2019 and installed the latest version of SAM using MYSQL, but every couple of days it would crash with the above error.

After lots of contact with support they were unable to offer a solution, then for some reason it then worked fine, and continues to do so.

I am now replacing my backup server and have again rented a new one with Windows 2019/MYSQL and the problem has returned.

I have again spoken to support and they tell me its an environmental issue.

I have been battling this for weeks now with no end in site and my old server is about to expire.

Does anyone have any suggestions please, or would be prepared to take a look for me please.

I have compared the SAM setups and server configurations and apart from an extra stream, they are identical.

Is there someone who can save me some sleepless nights please.

One server has 32Gb of memory, whilst the other has 64Gb, so its not a memory problem, and Googling the error suggests a Delphi problem and I understand SAM is written in Delphi.

_________________
Its all about the music..
https://www.1mix.co.uk

Could be attributed to a memory leak in a PAL script.

_________________
- Rob Oyler, SVS

_________________
Its all about the music..
https://www.1mix.co.uk

_________________
- Rob Oyler, SVS

_________________
Its all about the music..
https://www.1mix.co.uk

I wasn't suggesting for you to RUN THAT script. It was just an example of where to place the command MemoryLeakWarning in YOUR SCRIPTS!

_________________
- Rob Oyler, SVS

An update from our previous conversation.

I stopped the scripts which are running 24/7 and the problem still occurred again this morning.

I took the opportunity to run the memory leak PAL in the crashed state and there were no errors.

My live server doesn't have this problem and I have checked and double checked that the backup server doesn't have any running processes that the live server doesn't have, and there are none.

One minor difference is that the live server is running an older version of MYSQL and I'm curious if that may be the issue?

Thanks in advance..

_________________
Its all about the music..
https://www.1mix.co.uk

_________________
Its all about the music..
https://www.1mix.co.uk

Another update:
I rented another Windows 2019 server (the fourth so far), and installed a new instance of SAM, but after 5 days of operation, it crashed the same as all previous attempts.

To be honest, I'm at a loss to know where to go next.

I have offered to pay Spacial to trouble-shoot the issue but they aren't interested.

_________________
Its all about the music..
https://www.1mix.co.uk

_________________
- Rob Oyler, SVS

Hi Rob, I've disabled all 3 of the wait-for-event scripts I had running, and also disabled the other scripts run by the ES and still it crashes, so I'm thinking it's not a PAL problem.

I'm presently trying stopping all the encoders (it's a backup player) in the hope of narrowing down what's going on, also comparing MYSQL versions.

If you have any more suggestions I'm all ears..

_________________
Its all about the music..
https://www.1mix.co.uk

Hi Rob,

I believe the problem is resolved.

The backup server runs all the time with the encoders trying to connect to the streams in the event the live server goes down.

With the encoders stopped, or connected to available streams, the 2 SAM instances have now run for a week without errors.

My previous SAM 4 instances were happy running like this, but the newer versions obviously aren't.

Thanks for your help and patience.

I will now need to explore 'fallback url' as a solution to my needs.

_________________
Its all about the music..
https://www.1mix.co.uk

Thanks for the update.

_________________
- Rob Oyler, SVS