Ok,
i have just started manually the settings backup task many times, but the server still run without problems or unexpected service stops.
Which task types uses the API's from the 7z64.dll?

Best Regards,
Martin

Hi,
i notice also this .NET Runtime error message every time a unexpected service stop appear in the event viewer with the 7z64.dll Modul error:

Anwendung: VisualCronService.exe
Frameworkversion: v4.0.30319
Beschreibung: Der Prozess wurde aufgrund einer unbehandelten Ausnahme beendet.
Ausnahmeinformationen: Ausnahmecode c0000005, Ausnahmeadresse 0000000020227370
Stapel:

Which task types use the API's from the 7z64.dll?

Best Regards,
Martin

Hi,
i notice also this .NET Runtime error message every time a unexpected service stop appear in the event viewer with the 7z64.dll Modul error:

Anwendung: VisualCronService.exe
Frameworkversion: v4.0.30319
Beschreibung: Der Prozess wurde aufgrund einer unbehandelten Ausnahme beendet.
Ausnahmeinformationen: Ausnahmecode c0000005, Ausnahmeadresse 0000000020227370
Stapel:

Which task types use the API's from the 7z64.dll?

Best Regards,
Martin

This one is used in 3 places. 1. Export settings Task 2. compression Task 3. manually exporting or importing settings

---

So, what we need to find is one reproducable case. For example, when it fails, we need the exact same files and settings to test with.

---

Hi,

i have tested task after task and now i have find the origin of this issue:
For a unknown reason the 7z64.dll stop the visualcronservice randomly if i execute a compress task in a job that is very often (about each 2 seconds) triggered by a file trigger. I have modified the compress task condition to avoid this behavior.

I have also noticed a issue when i use the VC7 client in our LAN to manage our VC7 servers from a machine in the same LAN: The connection time is very long and when i modify a job or a task, then i see this mods only after a client disconnect/connect cylce. No problems however when i use the client locally on both VC7 servers.
We had not this problem with VC5.

Best Regards,
Martin

Hi,

i have tested task after task and now i have find the origin of this issue:
For a unknown reason the 7z64.dll stop the visualcronservice randomly if i execute a compress task in a job that is very often (about each 2 seconds) triggered by a file trigger. I have modified the compress task condition to avoid this behavior.

I have also noticed a issue when i use the VC7 client in our LAN to manage our VC7 servers from a machine in the same LAN: The connection time is very long and when i modify a job or a task, then i see this mods only after a client disconnect/connect cylce. No problems however when i use the client locally on both VC7 servers.
We had not this problem with VC5.

Best Regards,
Martin

Maybe there is a problem with releasing the file. Or that some other application locks the file. Could you try to add a Wait Task for 30 seconds as first Task to see if that resolves the issue?

About the other issue, the delay, I think that is because the first time you do anything the audit log components are initialized. After this has happened everything should go smooth.

---

Hi,

i have replaced the compress task with a command line task which execute a classic zip.exe like used on our old VC5 server, and this work fine.

Ok for the delay problem on the first start, but we have still false informations on the status and result image column: this informations are not updated always correctly on remote VC clients. So the result image doesn't correspond to the status, or i have running tasks but the job is in waiting status or vice versa.

Martin

Hi Henrik,

i have done another tests with a "uncompress" task and found a reproducible issue. When i uncompress a lot of tar.gz files (about 2000 archives, each archive containing 1 file with a size of 0 byte), then i notice a huge and constant growth of used RAM of Visualcornservice.exe . This memory is not freed until i restart the service.
On the other hand this problem doesn't appear when i uncompress the files above with the classic command line 7za.exe instead of the"uncompress" task .

Martin

Hi Henrik,

i have done another tests with a "uncompress" task and found a reproducible issue. When i uncompress a lot of tar.gz files (about 2000 archives, each archive containing 1 file with a size of 0 byte), then i notice a huge and constant growth of used RAM of Visualcornservice.exe . This memory is not freed until i restart the service.
On the other hand this problem doesn't appear when i uncompress the files above with the classic command line 7za.exe instead of the"uncompress" task .

Martin

Can you zip and attach your test archives?

---

Sorry, already deleted.
But i will collect a new set of files for you in few days.

Martin

Hi Henrik,

i have already sent you a sample archive: there are news about the uncompress task issue?

In the meantime we have also noticed a slow memory lackage on our VC-server. The used RAM started from about 200 MB and grow up constantly to 2 GB after 5 days.
A problem like this is very difficult to debug with tousends of tasks. I cannot switch off task after task and wait some days to see what happen...;)
It's possible to add in the extended server log a info row which give the used memory (by visualcronservice.exe) before and after each task?

Best Regards,
Martin

Sorry for the delay in testing the file extraction. We could not reproduce the crash but it may be related to that some of the archives you sent where bad. For example this one:

20141125-0924.txt.gz

It could not be read by VisualCron, PowerArchiver or WinRar - the archive is destroyed. Try with a set of archives that you know works to see this is related to archives that ar bad.

---

Please let us know if this version fixes memory leak and crash:

http://www.visualcron.co....aspx?g=posts&t=4676 

---

Many thanks,

i have just updated a server:
The server run, the client connect the server (with a callback exception error) and i can't see any jobs/tasks on the client.

Martin

Many thanks,

i have just updated a server:
The server run, the client connect the server (with a callback exception error) and i can't see any jobs/tasks on the client.

Martin

It sounds like you did not connect locally or upgraded only one of Client or Server. This new version uses a new communication technique and is not compatible with old.

If you are connecting locally please take a screenshot of your connection settings.

---