Risoluzione dei problemi di Commerce Version Tool
Utilizzare questa pagina per risolvere i problemi comuni di Commerce Version Tool (CVT) relativi al rilevamento del Compositore, al caricamento del Registro di sistema, al rilevamento di patch interne di esecuzione in prova, alla generazione dell’output e alla registrazione di controllo.
Passaggi per la risoluzione rapida dei problemi
Se lo strumento CVT non restituisce il report sullo stato patch previsto:
- Conferma che l’installazione di destinazione utilizzi una versione e un’edizione di Adobe Commerce supportate.
- Verificare che
composer.locksia presente e che corrisponda all’ambiente da controllare. - Verificare che PHP e il file binario di sistema
patchsiano disponibili. - Verificare che CVT sia in grado di leggere il file del Registro di sistema della patch.
- Rivedi
warnings,missing_patcheseunknown_patchesnell’output. - Se il file di registro è stato creato, controllare
var/log/patch_status.logper il riepilogo dei controlli dall’esecuzione.
Problemi e soluzioni comuni
Impossibile rilevare la versione di base
Se lo strumento CVT non è in grado di trovare la versione base di Adobe Commerce, verificare le condizioni seguenti:
Verifica:
- Manca
composer.lock. - Il comando
patch-statusè in esecuzione all’esterno della directory principale del progetto Adobe Commerce (o--rootpunta al percorso errato), quindicomposer.locknon è stato trovato. composer.lockesiste ma non è un JSON valido o non può essere letto.composer.locknon contiene nessuno dei pacchetti di base riconosciuti (magento/product-enterprise-edition,magento/product-community-edition,magento/magento2-base).
Messaggi di avviso:
Se composer.lock esiste ma è illeggibile, non analizzabile o non contiene un pacchetto di base riconosciuto, lo strumento emette una delle seguenti stringhe nel campo di output degli avvisi:
No recognized Commerce base package found in composer.lock
composer.lock exists but could not be read
composer.lock could not be parsed as JSON
composer.lock manca completamente, lo strumento segnala base_version: "unknown" con nessun messaggio di avviso. Controlla sempre base_version direttamente nell'output. Non fare affidamento sulla presenza di un avviso per trovare questo problema.Una qualsiasi delle condizioni precedentemente menzionate indica che lo strumento non è in grado di rilevare la versione di base. Lo strumento esce con il codice 1 e non viene eseguito il rilevamento delle patch.
Azioni:
- Eseguire il comando
patch-statusdalla directory principale del progetto Adobe Commerce oppure passare il--rootcorretto. - Verificare che
composer.locksia presente, corrente e valido. - Verificare che l’installazione utilizzi un’edizione di Adobe Commerce supportata in modo che
composer.lockcontenga uno dei pacchetti di base riconosciuti.
Nessuna patch applicabile alla versione installata
Se CVT segnala un base_version valido ma applied_patches, missing_patches e unknown_patches sono vuoti, la versione installata non è inclusa nel Registro di sistema della patch corrente.
Verifica:
- La versione Adobe Commerce installata non è rappresentata nel file del Registro di sistema delle patch. Ad esempio, una versione più recente delle voci più recenti del Registro di sistema.
Messaggi di avviso:
No patches found in registry for installed component versions (CE=2.4.7-p9)
Questo avviso è diverso da “Impossibile rilevare la versione di base”. base_version è corretto, lo strumento esce da 0 e nel Registro di sistema non è presente alcun elemento con cui eseguire il confronto.
Azioni:
- Conferma
base_versionnell’output come previsto. - Confermare che
registry_sourceèremoteo uncacherecente, non uno non aggiornato. - Contatta il supporto Adobe Commerce se la versione deve già essere coperta.
Impossibile recuperare il registro delle patch
Se lo strumento CVT non è in grado di recuperare il file del Registro di sistema della patch più recente, controllare le impostazioni di rete e della cache:
Verifica:
- Rete non disponibile.
- Timeout della richiesta dell’endpoint della patch di Adobe.
--no-cacheutilizzato e impossibile raggiungere il Registro di sistema remoto.PATCH_REGISTRY_URLpunta a un Registro di sistema non disponibile o non è un URL HTTPS valido.- Se lo strumento CVT non è in grado di recuperare il file del Registro di sistema della patch più recente, controllare le impostazioni di rete e della cache:
Messaggi di avviso:
Lo strumento emette le seguenti stringhe nel campo di output avvertenze per questo scenario:
Remote registry fetch failed (HTTP 403). Check PATCH_REGISTRY_URL (if set) and network connectivity.
Remote registry response was not valid JSON; ignoring.
Could not load remote registry. Using cached registry (3 hours old). CVE coverage may be incomplete.
Patch registry could not be loaded.
Could not fetch remote registry and --no-cache was set; aborting.
Il messaggio cache non aggiornata include la durata effettiva in ore, ad esempio (3 hours old).
Gli avvisi patch registry could not be loaded e could not fetch remote registry indicano che lo strumento è uscito senza eseguire il rilevamento delle patch.
Azioni:
- Eseguire nuovamente il comando
patch-statusquando la connettività di rete è disponibile. - Consenti allo strumento CVT di utilizzare il Registro di sistema memorizzato nella cache se per l’analisi è accettabile un avviso di cache non aggiornato.
- Rimuovere
--no-cachea meno che non siano necessari nuovi recuperi remoti. - Verificare che lo strumento CVT possa scrivere in
var/patch_metadata/se si desidera riutilizzare la cache del Registro di sistema.
Impossibile recuperare o verificare le differenze di patch
Se lo strumento CVT non è in grado di testare una o più patch applicabili, controllare l’accesso con differenze di patch:
Verifica:
- Impossibile scaricare una differenza di patch dall’endpoint di patch Adobe.
- Credenziali richieste per i download di patch autenticate mancanti o non valide.
PATCH_DIFF_BASE_URLpunta a un’origine diff patch non disponibile o non è un URL HTTPS valido.- La differenza di patch memorizzata nella cache è mancante o non leggibile.
- La verifica SHA-256 non riesce per una patch scaricata diff.
- Lo strumento CVT non può scrivere in
var/patch_metadata/.patch_diffs/.
Messaggi di avviso:
Lo strumento emette le seguenti stringhe nel campo di output avvertenze per questo scenario:
Patch 247p9-2026-05-001-EE requires authentication. Set credentials via COMPOSER_AUTH or auth.json.
Could not fetch patch 247p9-2026-05-001-EE (HTTP 401). Check credentials (COMPOSER_AUTH / auth.json).
Could not fetch patch 247p9-2026-05-001-EE (HTTP 404).
Could not fetch or verify patch 247p9-2026-05-001-EE. Check network connectivity and credentials (COMPOSER_AUTH / auth.json).
Could not fetch patch file for 247p9-2026-05-001-EE.
SHA-256 verification failed for patch 247p9-2026-05-001-EE; discarding download.
L’ID patch in ogni messaggio corrisponde all’ID effettivo della voce del Registro di sistema, ad esempio 247p9-2026-05-001-EE. SHA-256 verification failed indica che un file patch scaricato di recente non corrisponde al checksum previsto. Lo strumento lo elimina senza memorizzare in cache e classifica la patch unknown per questa esecuzione. È stata rilevata una voce danneggiata della cache local che viene recuperata automaticamente nella stessa esecuzione senza alcun avviso. In entrambi i casi, non è necessaria alcuna pulizia manuale della cache.
Azioni:
- Confermare la connettività di rete e riprovare.
- Confermare che le credenziali richieste per i download delle patch autenticate siano configurate.
- Verificare che lo strumento CVT possa scrivere in
var/patch_metadata/.patch_diffs/. - Se la patch rimane classificata come sconosciuta, mantieni i dettagli di avvertenza e output.
Vengono segnalate patch mancanti o sconosciute
Se il report contiene valori missing_patches o unknown_patches imprevisti, esaminare i dettagli di installazione e di output:
Verifica:
- Le patch mensili sono state applicate fuori sequenza.
- Manca una patch specifica di un componente, ad esempio Adobe Commerce business-to-business (B2B) o Adobe Commerce Page Builder.
composer.locksegnala una versione di componente installata che richiede la patch.- Una differenza di patch non è disponibile o il risultato del rilevamento non è conclusivo.
Messaggi di avviso:
Lo strumento emette le seguenti stringhe nel campo di output avvertenze per questo scenario:
No file_name or sha256 for 247p9-2026-05-001-EE
Registry entry '247p9-2026-05-001-EE' requires unknown patch '247p9-2026-04-001-EE'; skipping.
descendant diffs unavailable for 247p9-2026-06-001-EE; dry-run for 247p9-2026-05-001-EE may be inaccurate
Failed to reverse-apply 247p9-2026-06-001-EE when preparing dry-run for 247p9-2026-05-001-EE; result may be inaccurate
Failed to forward-apply prerequisite 247p9-2026-04-001-EE when preparing dry-run for 247p9-2026-05-001-EE; result may be inaccurate
Quando may be inaccurate viene visualizzato in un avviso, il controllo di prova viene comunque eseguito, ma con un’affidabilità ridotta. La patch può essere comunque categorizzata in applied_patches o missing_patches, non necessariamente in unknown_patches.
Per le patch sconosciute in particolare, var/log/patch_status.log registra l’output di esecuzione a secco della patch non elaborato (avanti e indietro), che indica quali file e blocchi non corrispondono.
Se viene visualizzato l’avviso “Nessuna patch trovata”, consultare nessuna patch applicata alla versione installata.
Azioni:
- Esaminare i campi
applied_patches,missing_patcheseunknown_patches. - Verificare che le patch mancanti siano valide per l’edizione e i componenti installati.
- Confrontare il risultato con le relative note sulla versione della patch di sicurezza.
- Verifica che la base di codice ispezionata corrisponda all’ambiente distribuito su cui intendi creare un rapporto.
- Contatta il supporto Adobe Commerce se lo stato sconosciuto blocca la pianificazione della correzione.
L’output non viene generato
Se lo strumento CVT viene completato ma manca l’output JSON o CSV previsto, controllare la sintassi del comando e l’output del terminale:
Azioni:
- Se non è richiesto l’output CSV, utilizza l’output JSON predefinito.
- Utilizza
--format=csvper generare l’output CSV. - Verificare che l’output del comando non venga reindirizzato o eliminato dalla shell, dallo script o dallo scanner che esegue lo strumento CVT.
- Controlla
stderrperpatch-status:messaggi di errore. - Se si reindirizza l’output in un file, ad esempio
patch-status > report.json, confermare che la shell disponga dell’autorizzazione di scrittura per tale destinazione. Lo strumento scrive solo instdout. - Verificare che lo strumento CVT possa scrivere in
var/log/patch_status.log. - Eseguire nuovamente il comando e acquisire l’output del terminale per la risoluzione dei problemi.
Ottenere aiuto
Quando si contatta il supporto Adobe Commerce, fornire solo i dettagli necessari per analizzare il problema.
Includi:
- Versione ed edizione di Adobe Commerce
- Versione dello strumento CVT
- Origine del Registro di sistema dall’output dello strumento CVT
- Valori
applied_patches,missing_patcheseunknown_patchesrilevanti - Avvertenze pertinenti
- Messaggio di errore o output comando
Non includere segreti, credenziali, chiavi private o dati cliente non correlati in registri o allegati condivisi.