[RESOLVED] WADS not working since version 2.2.2.12388

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

August 11, 2022 - 09:28

Good morning

I can no longer get WADS to work.
After updating WAPT, I updated winpe with the new minimal wads package.
Despite this, I am experiencing the following malfunction:
- The PC boots via PXE and we reach the point where we name the PC
- It appears correctly in WAPT and I can validate the configuration as well as the DJOIN; I launch the deployment
- On the PC, I press "2" to launch and I end up with this:
1.png
1.png (60.46 KB) Viewed 4845 times
If I manually restart wgetwads64, I get this (and it loops indefinitely):
2.png
2.png (71.05 KB) Viewed 4845 times
If I manually rerun wgetwads64 BUT WITHOUT the double space before --server-url, I get this:
3.png
3.png (74.94 KB) Viewed 4845 times
A little help would be welcome.
Last edited by t.heroult on August 18, 2022 - 09:43, edited 1 time.
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!
x-davidl
Messages: 38
Registration: Apr 25, 2022 - 5:07 p.m.

August 17, 2022 - 07:58

Hello,

this happens to me from time to time.
To work around it:
- delete the registration in the deployment console and restart the PXE boot process, then re-register the machine.

If it happens consistently, try registering the machine using the MAC address, preparing the image and drivers, and making the machine available for deployment directly in the console. This is less flexible, however.

Regards
User avatar
sfonteneau
WAPT Expert
Messages: 2318
Registered: July 10, 2014 - 11:52 PM
Contact :

August 17, 2022 - 09:37

The strange config data error indicates "config data verification failed,"

which suggests that the configuration (XML) is incorrectly signed or not signed by a recognized key.

Do you have multiple keys?

If not, edit the XML configuration (add just a space, for example); this will re-sign it.
User avatar
t.heroult
Messages: 307
Registration: December 8, 2020 - 10:13 AM

August 18, 2022 - 09:13

Hi Simon,

we have certificates for each of our technicians, but I assume that's not what you mean by "key"...

I'll look into re-signing the configuration.
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
t.heroult
Messages: 307
Registration: December 8, 2020 - 10:13 AM

August 18, 2022 - 09:42

Result:
After re-signing the configuration file, I restarted the installation, and this time it was the ISO that needed re-signing.
So I downloaded it and re-uploaded it, and this time, finally, it worked.

My question is: could it be the WAPT update, or a Linux system update, that caused this double problem?
Or something else?

Thanks for your help,

Tom
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
sfonteneau
WAPT Expert
Messages: 2318
Registered: July 10, 2014 - 11:52 PM
Contact :

August 18, 2022 - 10:21

Hello,

when you generate a WinPE file, you include accepted certificates within it.

Are your technicians' certificates included in the WinPE file?
If not, that explains why there's a rejection.
User avatar
t.heroult
Messages: 307
Registration: December 8, 2020 - 10:13 AM

August 18, 2022 - 11:28

The certificates have been in place for a while now...
At least, mine hasn't changed.
I haven't touched WinPE since its last update (and I haven't touched it today).

The only actions I took today were:
- Downloading the ISO from Wapt and then re-uploading it.
- Removing a space from the config file to re-sign it.

(*This isn't a mistake; it is indeed "a" space when referring to a syntax character :) .)
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!
Locked