[RESOLVED] V 2.3.0.13505: Numerous agent deployment issues

Share your tips or issues concerning the WAPT Console or WAPT Agent here
Forum Rules
Community Forum Rules
* English support on www.reddit.com/r/wapt
* French community support is available on this forum
* Please prefix the topic title with [RESOLVED] if it is resolved.
* Please do not edit a topic that is tagged [RESOLVED]. Open a new topic referencing the old one.
* Specify the installed WAPT version, full version, and build number (2.2.1.11957 / 2.2.2.12337 / etc.) as well as the Enterprise/Discovery edition.
* Versions 1.8.2 and earlier are no longer supported. The only questions accepted regarding version 1.8.2 are related to upgrading to a supported version (2.1, 2.2, etc.).
* Specify the server OS (Linux/Windows) and version (Debian Buster/Bullseye - CentOS 7 - Windows Server 2012/2016/2019).
* Specify the OS of the administration/package creation machine and the machine with the problematic agent, if applicable (Windows 7/10/11/Debian 11/etc.).
* Avoid asking multiple questions when opening a topic, otherwise it may be ignored. If there are multiple topics, open separate topics, preferably one after the other and not all at the same time (i.e., do not spam the forum).
* Include code snippets, screenshots, and other images directly in the post. Links to Pastebin, Bitly, and other third-party sites will be systematically removed.
* As with any community forum, support is provided voluntarily by members. If you require commercial support, you can contact Tranquil IT's sales department at 02.40.97.57.55
Locked
User avatar
t.heroult
Messages: 307
Registration: December 8, 2020 - 10:13 AM

February 14, 2023 - 10:37

Since versions 2.3.0.13503 and 05 (yesterday), I've been encountering numerous problems deploying the agent.
The setup process stops services and then fails to restart them.
On domain controllers, for example, it stopped the following services:
- DHCP Server
- DHCP Client
- Network Location Awareness
- Eventlog
- Windows Connection Management
- WINS.

I won't even describe the mess caused by the DHCP Server service being stopped...

Often, the setup freezes. If I go to the machine, I see the installation components doing nothing.
I restart the stopped services, and the setup resumes... or not.

This happens on both servers and workstations.

These are truly major problems; it's impossible to deploy the agent if I have to go back to each server to restart the services!
Server: WAPT Enterprise 2.6.1.17786 on Debian
Consoles: Windows 10 & 11
Infrastructure: Windows

Did you know? When parrotfish undergo smoltification, their osmoregulation mechanism is reversed!
User avatar
dcardon
WAPT Expert
Messages: 1932
Registration: June 18, 2014 - 09:58
Location: Saint Sébastien sur Loire
Contact :

February 14, 2023 - 2:42 PM

Hi Thomas,

the innosetup installer doesn't affect these services. There must be a side effect related to your configuration. The service management section hasn't changed since version 2.2 at the time of installation.

We received a report a year or two ago similar to your situation, but we were never able to reproduce the problem. If the problem occurs on each of your machines, we'd be interested to see what's happening in the event logs.

One possibility is the installation of msvcredist and the KBs required for Python 3.8 to function, which could trigger a machine reboot (this shouldn't happen). But that would mean that not only are the machines significantly behind on their Windows updates, but that for some reason the installation of the KBs and msvcredist initiated a machine reboot (this shouldn't happen, as the installation is done with /norestart).

We would need to see what's actually happening on a machine experiencing the problem. But anyway, even if I'm repeating myself, the WAPT agent installation does not affect the services mentioned.

Sincerely,

Denis
Denis Cardon - Tranquil IT
Share your experiences on WAPT! Send us your blog and article URLs in the "Your Opinion of the forum, and we'll feature them on the WAPT
User avatar
dcardon
WAPT Expert
Messages: 1932
Registration: June 18, 2014 - 09:58
Location: Saint Sébastien sur Loire
Contact :

February 14, 2023 - 5:18 PM

Following analysis of the problem with Thomas:

during updates, Windows keeps a list of files awaiting replacement at the next reboot. Indeed, the exclusive locking mechanism at the filesystem level means that a file opened for reading with a lock (even in read mode) by an application cannot be replaced until the lock is removed, i.e., before the application shuts down. Windows addresses this limitation by allowing the storage of a list of files to be replaced at the next restart.

This file list can be viewed in the wapt console in the hardware inventory by searching for the entry `reboot_needed`.

Windows provides a RestartManager service that the Innosetup installer (which waptsetup.exe uses) calls to determine if there are locked files that require a restart of the application or the machine. For an unknown reason, after Innosetup called the RestartManager service, it attempted to restart all network services.

A machine reboot allowed the pending files in the RestartManager list to be installed, and the installation then proceeded without issue.

We'll look into removing the call to restartManager during the WaptSetup.exe installation to avoid this rather rare but quite annoying scenario.

Thanks to Thomas for the debugging session.

Have a good day,

Denis
Denis Cardon - Tranquil IT
Share your experiences on WAPT! Send us your blog and article URLs in the "Your Opinion of the forum, and we'll feature them on the WAPT
Locked