Verificare un processo CLI pianificato

Gli scheduler forniscono un ambiente essenziale e possono avviare i processi da una directory inattesa. Un processo dosya affidabile usa percorsi assoluti, credenziali isolate in modo esplicito, output strutturato e una lettura separata per la verifica.

Prima di iniziare

• Usa il percorso assoluto del binario CLI e dell’input locale. Il timeout predefinito delle richieste è di 30 secondi; imposta un valore positivo per --timeout solo se l’operazione richiede un limite diverso.
• Fornisci DOSYA_API_KEY dallo scheduler o assegna un XDG_CONFIG_HOME privato; non esiste un’opzione --profile.
• Specifica e verifica lo spazio di lavoro desiderato prima di modificare dati.

Procedura

1. All’avvio registra ora UTC, versione CLI, percorso assoluto dell’eseguibile, nome non segreto del processo e spazio di lavoro atteso. Non registrare il segreto né l’intero ambiente.
2. Esegui whoami --json con la credenziale pianificata e rifiuta un account inatteso. Conferma lo spazio di lavoro di destinazione con una lettura esplicita.
3. Esegui il comando operativo con percorsi assoluti, --json e il timeout approvato. Reindirizza stdout e stderr in file protetti separati.
4. Salva il codice di uscita originale. Classifica 3 come autenticazione, 4 come rete, 5 come accesso negato, 75 come manutenzione e 130 o 143 come annullamento; riprova solo operazioni sicure da ripetere.
5. Analizza la ricevuta specifica del comando ed estrai l’ID della risorsa. Controlla gli errori parziali delle operazioni collettive senza presumere un successo generico.
6. Verifica da remoto in sola lettura ID, elemento superiore, nome, dimensione o stato di eliminazione previsti. Segna la pianificazione come riuscita solo se questa condizione finale corrisponde.

Risultato previsto

Lo scheduler registra identità, ricevuta del comando, codice di uscita e condizione remota verificata in sola lettura. Un codice di uscita locale pari a zero senza lo stato remoto atteso non basta a considerare riuscita l’esecuzione.

Risoluzione dei problemi

Funziona in modo interattivo ma non in pianificazione. Confronta percorso dell’eseguibile, directory di lavoro, radice XDG, inserimento del segreto e accesso alla rete.

Il processo supera il timeout. Aumenta un valore positivo di --timeout solo se verifichi che l’operazione e la scadenza dello scheduler lo consentano.

Codice di uscita 4 durante una modifica. Leggi lo stato remoto prima di riprovare. Un errore di trasporto non prova che il server abbia rifiutato la scrittura.

Guide correlate

• Autenticare la CLI dosya
• Usare l’output JSON della CLI