[SOLVED]BUG in deploy application TAR format after last update (today) in 9.3.007

Scriptcase 9 Bugs
#1

When generating TAR file for deployement it ends with a fatal error and the folowing message :

Fatal error: Allowed memory size of 1073741824 bytes exhausted (tried to allocate 36864 bytes) in C:\Program Files\NetMake\v9\wwwroot\scriptcase\devel\class\page
mPagePublishWizard.class.php on line 1947

Was working fine before the last update (done today : 2nd April 2019 version 9.3.007)

Work arround by generating a ZIP, (but facing some other issues after for the setup of database connectors on linux…)

Can it be fixed quiclky ?

Thank you

regards.

#2

Additionnal information : the tar generation works find if I don’t include common librairies and common files, but failed with only one simple control app, and the common librairies and common files.

Does someone face the same issues ?

#3

The problem seems to be linked to the size of the TAR file to be generated. If I split the TAR generation in 3 phases (Applications, common librairies & common files) it works.

Anyway, a work arround is to use the ZIP generation, which by the way is more complete than the TAR generation (Never had to use it before)

-> _lib/tmp is missing in the tar generation, which is a blokcing point for the graph generation, but prensent in ZIP generation.
-> the _lib/file/img and _lib/file/doc are also missing in the TAR generation

Hope it helps

#4

Hello, sorry for delay

Well, you can turn up the PHP memory size
Go to php.ini and alter the
memory_limit = 128M to
memory_limit = 256M

#5

Dear Rafael,

Thank you for your answer,

My limit is already at 512M (memory_limit = 512M). I can increase it again, but I feel that the issue is somewhere else because it was working before last update, so something has been changed in the last update which broke the TAR generation.

So right now, I will either generate ZIP or generate the tar file in 3 tar files (Application, common librairies, and comme files), due to this problem but also for the following reasons :

I always used TAR geenration in one single file, but by using ZIP for the first time, it came out that :

For the same application :

1 - the tar file generated (when working, before last update) was about 800Meg but the ZIP file (generated after the update) is less than 300MEG and the sum of the 3 TAR files is also less than 300MEG. So something was wrong already before the last update -, even if the generated TAR package was OK.

2 - the TAR package does not contains _lib/tmp & _lib/file/img & _lib/file/doc. If the 2 lasts are optionnal the first one is mandatory for graphics generation.

Not a blocking issue (there are workarorund), but would be nice to have it working properly.

Kind Regards,

#6

I got it!

This case was a side effect of update 9.3.007 and was fixed in update 9.3.008. Recently our servers were unstable and the update was down. Feel free to update your Scriptcase again and confirm the correctness of this case.
Be comfortable to contact us if the problem persists.

#7

Hello Rafael,

thank you for your answer.

Made the update 9.3.008, and I have the same result (failure) for the TAR generation.

I read in another thread in this forum which suggest to increase not only php.ini (memory_limit = 512M in my case) but also php.ini-development and php.ini-production (which have a memory_limit = 128M).

Not yest tested, but I will do it as soon as possible. (Right now I use zip generation instead).

#8

Hello, @Olicorbel

The problem was solved.

Please update your SC to 9.3.009 version and verify if it’s fixed.