Errore: autorizzazione compute.subnetworks.use richiesta
Un VPC condiviso consente a un'organizzazione di collegare le risorse di più progetti a un Rete Virtual Private Cloud (VPC), in modo che possano comunicare tra loro in modo sicuro ed efficiente utilizzando IP interni di quella rete.
Migrate to Virtual Machines consente di eseguire il deployment di un'istanza Compute Engine in un progetto
che ha accesso a un VPC condiviso.
Tuttavia, se non hai assegnato il ruolo compute.subnetworks.use alla
Viene visualizzato un messaggio di errore nella
nel formato seguente quando provi a eseguire il deployment dell'istanza Compute Engine:
"Create instance of VM "my-vm" from source "my-proj"
to target project "target-proj" using Compute Engine instance name
"instance-id" failed due to:
Required 'compute.subnetworks.use' permission for
'projects/vpc-proj/regions/us-central1/subnetworks/shared-central1'
Assicurati di assegnare il ruolo compute.subnetworks.use nella
del progetto host del VPC condiviso
Account di servizio predefinito Migrate to Virtual Machines come descritto in
Configurazione delle autorizzazioni per un VPC condiviso.
Errore: l'utente non ha accesso all'account di servizio
Nell'ambito della procedura di configurazione della destinazione per una VM migrata, Migrate to Virtual Machines consente di assegnare un servizio a un'istanza Compute Engine in esecuzione su un progetto di destinazione.
Tuttavia, la possibilità di assegnare un account di servizio a un'istanza Compute Engine
in esecuzione su un progetto di destinazione, l'account di servizio predefinito
il progetto host deve avere il ruolo Service Account User nell'account di servizio di destinazione.
Se assegni un account di servizio a un'istanza Compute Engine, ma il progetto host
non ha il ruolo Service Account User nell'account di servizio di destinazione,
vedrai il seguente errore quando provi a clonare o eseguire il cutover di test della VM:
Test-Clone of VM "my-vm" from source "source-vm" to
target project "target-proj" using Compute Engine instance name "my-instance" failed due to:
The user does not have access to service account 'target-service-account-email'.
User: 'host-user-account-email'. Ask a project owner to grant you the
iam.serviceAccountUser role on the service account
Assicurati che sia configurato l'account di servizio Migrate to Virtual Machines predefinito per consentire l'accesso all'account di servizio di destinazione. Per ulteriori informazioni, consulta Configurazione delle autorizzazioni sull'account di servizio del progetto di destinazione.
Errore: generazione del report non riuscita a causa del limite massimo di query vCenter superato
Per determinare le impostazioni ottimali per il target di Compute Engine, Migrate to Virtual Machines consente di creare un report sull'utilizzo delle VM di origine. Questo report mostra informazioni sull'allocazione delle risorse per le VM di origine di cui è stato eseguito il deployment su vCenter.
Il report viene generato dai dati raccolti su vCenter. Quando generi il report, Potresti visualizzare un errore nel seguente formato che indica che un limite di quota vCenter è stato raggiunto:
Report generation for source source connected to vCenter vcenter failed due to vCenter maximum query limit exceeded. Details: VC message
Leggi questo articolo su vSphere per ulteriori informazioni sull'aumento del limite della quota.
Errore: l'istanza creata in Migrate to Virtual Machines non si avvia
Se il disco di avvio della VM di origine non è il primo nell'elenco di dischi della tua VM, potresti visualizzare un errore della console seriale che mostra il seguente messaggio:
drive 0x000f2410: PCHS=0/0/0 translation=lba LCHS=1024/255/63 s=104857600
drive 0x000f23d0: PCHS=0/0/0 translation=lba LCHS=1024/255/63 s=167772160
drive 0x000f2390: PCHS=0/0/0 translation=lba LCHS=1024/255/63 s=83886080
Sending Seabios boot VM event.
Booting from Hard Disk 0...
Per mitigare questo errore, clona i tuoi dischi e collegali cloni nell'ordine corretto su una nuova VM su Migrate to Virtual Machines.
Per clonare il disco e collegarlo nell'ordine corretto:
- Arresta la VM replicata.
Clona il disco di avvio originale:
gcloud compute disks create -project=$PROJECT --zone=$ZONE --source-disk=$DISK new-disk-nameEsegui questo comando per riassegnare la licenza al disco di avvio clonato e aggiungi tag pertinenti (ad esempio con
windows2008-r2):gcloud compute disks create --project=$PROJECT --zone=$ZONE --source-disk=disk created on step #2 --licenses=projects/windows-cloud/global/licenses/windows-server-2008-r2-dc --guest-os-features=VIRTIO_SCSI_MULTIQUEUE,MULTI_IP_SUBNET,WINDOWS new-disk-nameModifica la VM:
- Scollega il disco di avvio attuale e collegalo a Dischi aggiuntivi.
- Rimuovi il disco di avvio originale da Dischi aggiuntivi.
- Collega il disco creato dal Passaggio 3 al disco di avvio.
- Salva le modifiche.
Dopo aver confermato il processo di avvio della VM, puoi eliminare il disco di avvio originale.
Errore: la VM Windows esegue "chkdsk" al primo avvio di un clone
La fase di clone di test di Migrate to Virtual Machines crea un'istanza per un clone della VM nel cloud in base a uno snapshot acquisito mentre è in esecuzione la VM di origine.
In alcuni casi, questa operazione potrebbe attivare un'operazione di scansione automatica di chkdsk in Windows
VM durante l'avvio del clone nel cloud. Se questi errori bloccano la verifica
passaggi, valuta la possibilità di arrestare la VM tra i cicli di replica per
Migrate to Virtual Machines per creare uno snapshot quando la VM è disattivata.
Questo non influisce sulla VM quando viene sottoposta a migrazione, perché la VM viene arrestata nell'ambito del processo di migrazione completa prima che Migrate to Virtual Machines completi fase di sincronizzazione finale.