Salve,
utilizziamo WAPT Enterprise versione 2.6.1.17813 su un server Linux Ubuntu 22.04.5 e gestiamo la console tramite le nostre sessioni di amministratore su macchine Windows 11 Professional 25H2 build 26200.8655.
Contesto:
sto sviluppando un pacchetto WAPT per automatizzare l'aggiornamento dell'agente Veeam per Microsoft Windows dalla versione 6.3.2.1302 alla 13.0.3.1220 (un aggiornamento importante), utilizzando l'eseguibile ufficiale di Veeam in modalità silenziosa (/silent /noreboot).
L'idea è di poter modificare il pacchetto ogni volta che è disponibile una nuova versione per automatizzare gli aggiornamenti dell'agente Veeam distribuito sulle macchine dei nostri VIP.
Problema riscontrato:
la disinstallazione della vecchia versione (6.3.2.1302) funziona correttamente. Tuttavia, l'installazione della nuova versione (13.0.3.1220) non viene mai completata correttamente: il programma di installazione restituisce costantemente il codice di errore 1002, che in Veeam significa "riavvio necessario per completare l'installazione". Il servizio Veeam (VeeamEndpointBackupSvc) non viene mai creato dopo questo errore e il software non compare nell'elenco dei programmi installati; l'installazione è quindi bloccata, non si limita ad attendere un riavvio.
È interessante notare che un'installazione manuale/interattiva dello stesso eseguibile, sullo stesso modello di macchina, viene completata normalmente senza richiedere un riavvio. Il comportamento differisce quindi significativamente tra l'esecuzione interattiva (sessione utente) e l'esecuzione silenziosa tramite il servizio WAPT (contesto SYSTEM).
Il mio script gestisce il codice di errore 1002 in setup.py (catturando l'eccezione generata da run() e restituendo 3010 a WAPT per pianificare un riavvio), ma non sono ancora riuscito a confermare che un successivo riavvio completi l'installazione, poiché Veeam 13 attualmente non si installa affatto in questo contesto.
Domanda:
Qualcuno ha mai riscontrato questo tipo di blocco con un programma di installazione che richiede l'installazione silenziosa di driver (Veeam o altri prodotti con driver come antivirus/EDR/CBT) tramite WAPT? È correlato al contesto SYSTEM del servizio WAPT, a uno stato residuo di riavvio in sospeso, oppure esiste un flag/parametro Veeam noto per aggirare questo blocco silenzioso?
Grazie in anticipo.
Amaël
[RISOLTO] Veeam Agent 13.0.3.1220 codice di ritorno 1002 (riavvio necessario) modalità silenziosa > l'installazione manuale non lo richiede
Regole del forum
Regole del forum della community
* Supporto in inglese su www.reddit.com/r/wapt
* Supporto della community in francese disponibile su questo forum
* Si prega di anteporre [RISOLTO] al titolo dell'argomento se è stato risolto.
* Si prega di non modificare un argomento contrassegnato con [RISOLTO]. Aprire un nuovo argomento facendo riferimento a quello precedente.
* Specificare la versione di WAPT installata, la versione completa e il numero di build (2.2.1.11957 / 2.2.2.12337 / ecc.) nonché l'edizione Enterprise/Discovery.
* Le versioni 1.8.2 e precedenti non sono più supportate. Le uniche domande accettate relative alla versione 1.8.2 riguardano l'aggiornamento a una versione supportata (2.1, 2.2, ecc.).
* Specificare il sistema operativo del server (Linux/Windows) e la versione (Debian Buster/Bullseye - CentOS 7 - Windows Server 2012/2016/2019).
* Specificare il sistema operativo della macchina di amministrazione/creazione dei pacchetti e della macchina con l'agente problematico, se applicabile (Windows 7/10/11/Debian 11/ecc.).
* Evitare di porre più domande quando si apre una discussione, altrimenti potrebbe essere ignorata. Se ci sono più discussioni, aprirle separatamente, preferibilmente una dopo l'altra e non tutte contemporaneamente (ovvero, non intasare il forum).
* Includere frammenti di codice, screenshot e altre immagini direttamente nel post. I link a Pastebin, Bitly e altri siti di terze parti verranno sistematicamente rimossi.
* Come in qualsiasi forum della community, il supporto è fornito volontariamente dai membri. Se si necessita di supporto commerciale, è possibile contattare il reparto vendite di Tranquil IT al numero 02.40.97.57.55
Regole del forum della community
* Supporto in inglese su www.reddit.com/r/wapt
* Supporto della community in francese disponibile su questo forum
* Si prega di anteporre [RISOLTO] al titolo dell'argomento se è stato risolto.
* Si prega di non modificare un argomento contrassegnato con [RISOLTO]. Aprire un nuovo argomento facendo riferimento a quello precedente.
* Specificare la versione di WAPT installata, la versione completa e il numero di build (2.2.1.11957 / 2.2.2.12337 / ecc.) nonché l'edizione Enterprise/Discovery.
* Le versioni 1.8.2 e precedenti non sono più supportate. Le uniche domande accettate relative alla versione 1.8.2 riguardano l'aggiornamento a una versione supportata (2.1, 2.2, ecc.).
* Specificare il sistema operativo del server (Linux/Windows) e la versione (Debian Buster/Bullseye - CentOS 7 - Windows Server 2012/2016/2019).
* Specificare il sistema operativo della macchina di amministrazione/creazione dei pacchetti e della macchina con l'agente problematico, se applicabile (Windows 7/10/11/Debian 11/ecc.).
* Evitare di porre più domande quando si apre una discussione, altrimenti potrebbe essere ignorata. Se ci sono più discussioni, aprirle separatamente, preferibilmente una dopo l'altra e non tutte contemporaneamente (ovvero, non intasare il forum).
* Includere frammenti di codice, screenshot e altre immagini direttamente nel post. I link a Pastebin, Bitly e altri siti di terze parti verranno sistematicamente rimossi.
* Come in qualsiasi forum della community, il supporto è fornito volontariamente dai membri. Se si necessita di supporto commerciale, è possibile contattare il reparto vendite di Tranquil IT al numero 02.40.97.57.55
-
dcardon
- Esperto WAPT
- Messaggi: 1970
- Registrazione: 18 giugno 2014 - 09:58
- Ubicazione: Saint Sébastien sur Loire
- Contatto:
Ciao Amaël,
dopo la disinstallazione è necessario riavviare il sistema? Il servizio risulta ancora in stato PENDING_DELETE (o equivalente; non ricordo lo stato esatto restituito da Windows)?
L'installazione del nuovo agente funziona correttamente in modalità silenziosa con l'account SYSTEM (senza il problema di aggiornamento della vecchia versione)?
Cordiali saluti,
Denis
dopo la disinstallazione è necessario riavviare il sistema? Il servizio risulta ancora in stato PENDING_DELETE (o equivalente; non ricordo lo stato esatto restituito da Windows)?
L'installazione del nuovo agente funziona correttamente in modalità silenziosa con l'account SYSTEM (senza il problema di aggiornamento della vecchia versione)?
Cordiali saluti,
Denis
Denis Cardon - Tranquil IT
Condividi le tue esperienze su WAPT! Inviaci gli URL dei tuoi blog e articoli nella "La tua opinione del forum e li pubblicheremo sul di WAPT
Condividi le tue esperienze su WAPT! Inviaci gli URL dei tuoi blog e articoli nella "La tua opinione del forum e li pubblicheremo sul di WAPT
Ciao Denis,
grazie mille per le tue domande; mi hanno davvero aiutato a procedere nella giusta direzione, anche se la pista iniziale (PENDING_DELETE) non era poi il problema. Il test mi ha permesso di escludere definitivamente quell'ipotesi e di indagare altrove.
Per riassumere: il blocco derivava in realtà da un prerequisito mancante, Microsoft ASP.NET Core 8.0 Runtime (x86+x64), che non veniva installato automaticamente dal bootstrapper di Veeam in modalità silenziosa. Il codice di ritorno 1002 che vedevo non significava "riavvio necessario" come pensavo, ma piuttosto "installazione non riuscita", da qui la confusione iniziale.
È stato testando l'eseguibile direttamente nel contesto SYSTEM (tramite PsExec) che è finalmente apparso il popup di blocco che segnalava questo prerequisito mancante, mentre in modalità silenziosa era passato inosservato. Per inciso
, ho anche scoperto che il parametro /noreboot non era più valido per il bootstrapper nella versione 13 ("Parametro della riga di comando non valido").
La soluzione implementata consisteva in un pacchetto WAPT separato per il runtime ASP.NET Core 8, dichiarato come dipendenza del pacchetto Veeam, oltre a un comando di installazione corretto con i flag appropriati (/accepteula /acceptthirdpartylicenses /acceptlicensingpolicy /acceptrequiredsoftware).
Ora tutto funziona correttamente. Grazie ancora per l'aiuto!
Cordiali saluti,
Amaël
grazie mille per le tue domande; mi hanno davvero aiutato a procedere nella giusta direzione, anche se la pista iniziale (PENDING_DELETE) non era poi il problema. Il test mi ha permesso di escludere definitivamente quell'ipotesi e di indagare altrove.
Per riassumere: il blocco derivava in realtà da un prerequisito mancante, Microsoft ASP.NET Core 8.0 Runtime (x86+x64), che non veniva installato automaticamente dal bootstrapper di Veeam in modalità silenziosa. Il codice di ritorno 1002 che vedevo non significava "riavvio necessario" come pensavo, ma piuttosto "installazione non riuscita", da qui la confusione iniziale.
È stato testando l'eseguibile direttamente nel contesto SYSTEM (tramite PsExec) che è finalmente apparso il popup di blocco che segnalava questo prerequisito mancante, mentre in modalità silenziosa era passato inosservato. Per inciso
, ho anche scoperto che il parametro /noreboot non era più valido per il bootstrapper nella versione 13 ("Parametro della riga di comando non valido").
La soluzione implementata consisteva in un pacchetto WAPT separato per il runtime ASP.NET Core 8, dichiarato come dipendenza del pacchetto Veeam, oltre a un comando di installazione corretto con i flag appropriati (/accepteula /acceptthirdpartylicenses /acceptlicensingpolicy /acceptrequiredsoftware).
Ora tutto funziona correttamente. Grazie ancora per l'aiuto!
Cordiali saluti,
Amaël
