guestfs-testing - Online nel cloud

PROGRAMMA:

NOME

guestfs-testing - test manuale di libguestfs, puoi aiutare!

DESCRIZIONE

Questa pagina contiene test manuali che puoi provare su libguestfs. Ognuno ha un aspetto leggermente diverso
combinazione di piattaforma, hardware e guest, quindi questo test è molto prezioso. Grazie
per avermi aiutato!

Test contrassegnati con a * (asterisco) lattina distruggere dati se non stai attento Gli altri lo sono
sicuro e non modificherà nulla.

La maggior parte di questi test funzionerà con qualsiasi libguestfs ≥ 1.14. Alcuni di questi test (contrassegnati)
richiedono libguestfs ≥ 1.22.

Puoi segnalare i bug che trovi tramite questo link:

https://bugzilla.redhat.com/enter_bug.cgi?component=libguestfs&product=Virtualization+Tools

o pubblicare sulla mailing list (la registrazione è non obbligatorio, ma se non sei registrato
quindi dovrai attendere che un moderatore approvi manualmente il tuo messaggio):

https://www.redhat.com/mailman/listinfo/libguestfs

PROVE

Correre libguestfs-strumento-di-test
Esegui:

libguestfs-strumento-di-test

Questo comando esegue un test molto semplice e non distruttivo come quello di base di libguestfs
funzionamento. Non è necessario eseguirlo come root.

Se non print "===== TEST FINITO OK =====", segnalalo come bug. È molto
importante includere il file completare, inedito output di "libguestfs-test-tool" nel tuo
riportare un errore. Vedi la sezione "BUG" alla fine di questa pagina.

Vedi KVM accelerazione is essendo Usato.
Se il tuo host ha un'accelerazione hardware virtuale, allora dovrebbe esserlo con una hot cache libguestfs
in grado di avviarsi in pochi secondi. Esegui il seguente comando alcune volte:

time guestfish -a /dev/null run

Dopo alcune corse, il tempo dovrebbe stabilizzarsi a pochi secondi (meno di 5 secondi su 64 veloce
bit hardware).

Come verificare la compatibilità dell'hardware:

http://virt-tools.org/learning/check-hardware-virt/

Se il comando sopra non funziona affatto, usa libguestfs-strumento-di-test(1).

Vedi quale versione of libguestfs, qemu, libvirt, eccetera is essendo Usato.
Guarda l'output di "libguestfs-test-tool" e controlla:

· Quale versione di libguestfs viene utilizzata? Verso l'inizio dell'output lo farai
vedere una riga come:

versione della libreria: 1.22.0fedora=19,release=1.fc19,libvirt

· Viene utilizzato libvirt? Puoi capire la differenza cercando il backend:

guestfs_get_backend: diretto

o:

guestfs_get_backend: libvirt

· Quale versione di qemu viene utilizzata? Può essere stampato:

libguestfs: qemu versione 1.5

ma tieni presente che se stai usando libvirt, libguestfs non avrà queste informazioni.

· Quale kernel viene utilizzato? supermini(1) proverà a scegliere l'ultimo kernel installato
sulla tua macchina. Puoi vedere la versione nell'output dell'appliance, ad esempio:

[ 0.000000] Versione Linux 3.9.2-200.fc18.x86_64 [...]

STIMA SMART DI a aprire a locale ospite Immagine con pesce ospite.
È possibile utilizzare qualsiasi immagine del disco ospite per questo test. Assicurati di utilizzare il flag "--ro" in questo modo
pesce ospite(1) aprirà l'immagine del disco in sola lettura.

guestfish --ro -a /percorso/del/disco.img -i

Se il comando ha esito positivo, dovrebbe stampare il nome del sistema operativo guest e inserire
tu al guestfish "> ". Puoi usare i comandi guestfish come "ll /" per cercare
all'interno dell'immagine del disco. Per uscire digitare "esci".

Se ricevi un errore, prova ad abilitare il debug (aggiungi "-v" alla riga di comando). Anche fare
sicuro libguestfs-strumento-di-test(1) ha successo.

STIMA SMART DI a aprire a a distanza ospite Immagine con pesce ospite.
Note: questo test richiede libguestfs ≥ 1.22 e qemu ≥ 1.5. Potrebbe anche essere necessario disabilitare
libvirt impostando questo:

esporta LIBGUESTFS_BACKEND=diretto

Se hai un'immagine disco disponibile su HTTP/FTP, prova ad aprirla.

guestfish --ro -i --format=raw -a http://www.example.com/disk.img

Per SSH dovrai assicurarti che ssh-agent sia configurato in modo da non aver bisogno di una password
per accedere al computer remoto. Quindi un comando simile a questo dovrebbe funzionare:

guestfish --ro -i --format=raw \
-a ssh://remote.example.com/path/to/disk.img

Se ricevi un errore, prova ad abilitare il debug (aggiungi "-v" alla riga di comando). Anche fare
sicuro libguestfs-strumento-di-test(1) ha successo.

Correre virt-allineamento-scansione on contro tutti i il tuo ospiti.
Correre virt-allineamento-scansione(1) sugli ospiti o sulle immagini del disco:

virt-alignment-scan -a /percorso/del/disco.img

o:

virt-alignment-scan -d Ospite

Il report di allineamento corrisponde al modo in cui sono allineate le partizioni guest?

Correre virt-gatto on alcuni file in ospiti.
virt-gatto(1) può visualizzare i file degli ospiti. Per un ospite Linux, prova:

virt-cat LinuxGuest /etc/passwd

Una funzionalità recente è il supporto per i percorsi Windows, ad esempio:

virt-cat WindowsGuest 'c:\windows\win.ini'

Un test ancora migliore è se hai un ospite Windows con più unità. Fai "D:", "E:"
ecc., i percorsi funzionano correttamente?

* Copia alcuni file ai miglioramenti a chiuso MENO ospite.
copia-virtù(1) può copiare ricorsivamente file e directory in un guest o in un'immagine del disco.

virt-copy-in -d Ospite / Etc / Tmp

Questo dovrebbe copiare la directory locale / Etc a /tmp/ecc nel guest (ricorsivamente). Se si avvia
ospite, riesci a vedere tutti i file e le directory copiati?

Spegni il guest e prova a copiare più file e directory:

virt-copy-in -d Ospite / Home /etc/issue / Tmp

Copia alcuni file su of a ospite.
copia-virtù(1) può copiare ricorsivamente file e directory da un guest o da un'immagine del disco.

virt-copy-out -d Ospite / Home .

Tieni presente che lo spazio finale e il punto nel comando non sono un errore di battitura.

Questo dovrebbe copiare / Home dall'ospite nella directory corrente.

Correre virt-df.
virt-df(1) elenca lo spazio su disco. Correre:

virt-df

Puoi provare a confrontare questo con i risultati di df(1) all'interno dell'ospite, ma ce ne sono alcuni
condizioni:

· L'ospite deve essere inattivo.

· I dischi guest devono essere sincronizzati utilizzando sync(1).

· Qualsiasi azione come l'avvio del guest scriverà file di registro che causano i numeri
cambiare.

Non garantiamo che i numeri saranno identici anche in queste circostanze.
Dovrebbero essere simili. Indicherebbe un bug se vedessi numeri molto diversi.

STIMA SMART DI importazione virt-df CSV produzione ai miglioramenti a foglio elettronico or Banca dati.
Esegui:

virt-df --csv > /tmp/report.csv

Ora prova a caricarlo nel tuo foglio di calcolo o database preferito. Sono i risultati
riprodotto fedelmente nel foglio di calcolo/database?

http://www.postgresql.org/docs/8.1/static/sql-copy.html
http://dev.mysql.com/doc/refman/5.1/en/load-data.html

* Modifica a filetto in a chiuso MENO ospite.
virt-modifica(1) può modificare i file negli ospiti. Prova questo comando su un guest RHEL o Fedora:

virt-modifica LinuxGuest /etc/sysconfig/network

Su altri ospiti Linux prova a modificare altri file come:

virt-modifica LinuxGuest /etc/motd

Le modifiche vengono visualizzate all'interno del guest quando viene avviato?

Dsiplay , il filesystem / punteggi / LV in a ospite.
filesystem-virt(1) può essere utilizzato per visualizzare i filesystem in un guest. Prova questo comando
qualsiasi immagine disco o guest:

virt-filesystems -a /percorso/del/disco.img --all --long -h

o:

virt-filesystem -d Guest --all --long -h

I risultati corrispondono a quanto visto nell'ospite?

Correre ispettore-virt on contro tutti i il tuo ospiti.
Usa il ispettore-virt(1) per ottenere un rapporto su tutti i tuoi ospiti o immagini del disco:

virt-inspector -a /percorso/del/disco.img | meno

o:

virt-ispettore -d Ospite | meno

I risultati corrispondono a ciò che è effettivamente presente nel guest?

STIMA SMART DI , il revisione Caratteristiche of virt-ls on contro tutti i il tuo ospiti.
Elenca tutti i programmi setuid o setgid in una macchina virtuale Linux:

virt-ls -lR -d Ospite / | grep '^- [42]'

Elenca tutte le directory scrivibili pubbliche in una macchina virtuale Linux:

virt-ls -lR -d Ospite / | grep '^d...7'

Elenca tutti i socket di dominio Unix in una macchina virtuale Linux:

virt-ls -lR -d Ospite / | grep '^s'

Elenca tutti i file normali con nomi che terminano con ".png":

virt-ls -lR -d Ospite / | grep -i '^-.*\.png$'

Visualizza file più grandi di 10 MB nelle directory home:

virt-ls -lR -d Ospite / Home | awk '$3 > 10*1024*1024'

Trovi tutto ciò che è stato modificato negli ultimi 7 giorni:

virt-ls -lR -d Guest --time-days / | awk '$6 <= 7'

Trova file regolari modificati nelle ultime 24 ore:

virt-ls -lR -d Guest --time-days / | grep '^-' | awk '$6 < 1'

I risultati corrispondono a ciò che è presente nel guest?

Creare a disco Immagine da a tarball.
Usa il virt-make-fs(1) per creare un'immagine disco da qualsiasi tarball che ti capita di avere:

virt-make-fs --partition=mbr --type=vfat /any/tarball.tar.gz output.img

Aggiungi "output.img" come disco grezzo a un guest esistente. Verifica che l'ospite possa vedere i file.
Questo test è particolarmente utile se lo provi con un guest Windows.

Prova altri schemi di partizionamento, ad es. --partizione=gpt.

Prova altri formati di filesystem, ad es. --type=ntfs, --tipo=est2.

* Correre virt-salvataggio on a chiuso MENO disco Immagine or ospite.
Usa il virt-salvataggio(1) esaminare, salvare o riparare a chiuso MENO immagine guest o disco:

virt-rescue -a /percorso/del/disco.img

o:

virt-rescue -d Ospite

Puoi usare i normali comandi della shell per esaminare l'ospite?

* Ridimensiona il tuo ospiti.
Usa il ridimensionamento virtuale(1) per dare a un ospite più spazio su disco. Ad esempio, se hai un disco
immagine inferiore a 30G, aumentala a 30G eseguendo:

troncare -s 30G nuovodisco.img
virt-filesystems -a /percorso/del/olddisk.img --all --long -h
virt-resize /percorso/del/olddisk.img newdisk.img --expand /dev/sda1
qemu-kvm -m 1024 -hda nuovodisco.img

L'ospite si avvia ancora? Prova ad espandere altre partizioni.

* Sparsizzare a ospite disco.
utilizzando virt-sparsificare(1), rendi l'immagine del disco più sparsa:

virt-sparsify /percorso/del/vecchiodisk.img nuovodisk.img

Is nuovodisco.img ancora avviabile dopo la sparsizzazione? L'immagine disco risultante è più piccola (usare
"du" per verificare)?

* "preparazione del sistema" a chiuso MENO Linux ospite.
Note: che questo rovinerà davvero un ospite esistente, quindi è meglio clonare l'ospite
prima di provare questo.

virt-sysprep --hostname newhost.example.com -a /percorso/del/disco.img

Il sysprep ha avuto successo? Dopo l'avvio, quali modifiche sono state apportate e quali sono state
riuscito?

Scaricare , il Windows registro da il tuo Windows ospiti.
Usa il virt-win-reg(1) per eliminare il registro di Windows da tutti gli ospiti Windows che hai
avere.

virt-win-reg --unsafe-printable-strings WindowsGuest 'HKLM\Software' |
meno

virt-win-reg --unsafe-printable-strings WindowsGuest 'HKLM\System' |
meno

L'output corrisponde all'esecuzione di "regedit" all'interno del guest?

Una funzionalità recente è la possibilità di eseguire il dump dei registri utenti, quindi prova questo, sostituendo nome utente
con il nome di un utente locale nel guest:

virt-win-reg --unsafe-printable-strings WindowsGuest 'HKEY_USERS\nomeutente' |
meno

Utilizza guestfs-testing online utilizzando i servizi onworks.net