Dear Paessler
I think it's about time that Paessler did a rework to the install engine, so updates to the production machinery will be able to carry out without rebooting.
As I see it - it's just a matter of service stop - overwrite code - service start.
Why do we have to reboot and enforce downtime to the production system?
Please - priorityse this, or make the update schedulable so it can be done in service window at night we everybody (including myself) is at sleep.
Kind regards, Lars
Article Comments
Normally PRTG can update without a reboot. The services are stopped, the new version installed and started.
But in some cases files are locked and can not be updated. A reboot is then required to prevent a PRTG with modules and DLLs in different versions.
On most machines this happens rarely (or even never) but we have seen systems where some file is stuck in some kind of "locked" state requiring a reboot every time.
In this case a "unlocker" application or manually deleting the file before installation can help to fix the problem.
You can see what file causes the problem by checking the installation log of the installer. This is either located in the application folder (manual install) or PRTG Data folder (auto install).
With the new auto update system you can select a automatic install at a specific time but finding the problematic file is a better solution.
Jun, 2012 - Permalink
Normally PRTG can update without a reboot. The services are stopped, the new version installed and started.
But in some cases files are locked and can not be updated. A reboot is then required to prevent a PRTG with modules and DLLs in different versions.
On most machines this happens rarely (or even never) but we have seen systems where some file is stuck in some kind of "locked" state requiring a reboot every time.
In this case a "unlocker" application or manually deleting the file before installation can help to fix the problem.
You can see what file causes the problem by checking the installation log of the installer. This is either located in the application folder (manual install) or PRTG Data folder (auto install).
With the new auto update system you can select a automatic install at a specific time but finding the problematic file is a better solution.
Jun, 2012 - Permalink