Problemi noti per la computazione

Dettagli

Dopo aver riavviato un'istanza di Windows Compute, il boot dei sistemi non riesce e rimane bloccato nella schermata di caricamento.

Soluzione alternativa

Eseguire un reboot diagnostico come descritto in questo argomento: Esecuzione di un reboot diagnostico. Un riavvio diagnostico arresta un'istanza, la ricostruisce e quindi riavvia l'istanza.

Dettagli

Dopo l'avvio, un'istanza della virtual machine di computazione Windows viene avviata nella finestra di dialogo di riparazione. Ulteriori reboot consentono inoltre di eseguire il boot nella finestra di dialogo di riparazione.

Nota

Questo problema si verifica sia nelle istanze schermate che in quelle non schermate.

Soluzione alternativa 1

Eseguire un reboot diagnostico come descritto in questo argomento: Esecuzione di un reboot diagnostico. Un riavvio diagnostico arresta un'istanza, la ricostruisce e quindi riavvia l'istanza.

Soluzione alternativa 2

Se la soluzione 1 non funziona, provare a modificare la configurazione dell'istanza. Ad esempio:

• Modificare la forma di un'istanza. Vedere: Modifica della forma di un'istanza.
• Modificare il dominio di errore. Vedere: Modifica del dominio di errore per un'istanza

Se necessario, ripetere la soluzione 1.

Dettagli

I clienti che utilizzano Oracle Linux 8 su forme ARM ed eseguono la versione 1.43.2-18 di Oracle Cloud Agent (OCA) devono riavviare il servizio di aggiornamento sulle proprie istanze. Un problema noto del programma di aggiornamento OCA impedisce al programma di aggiornamento di eseguire il polling per aggiornamenti futuri e un riavvio risolve il problema.

Soluzione alternativa

Per controllare la versione corrente di OCA nell'istanza, eseguire il comando seguente:

yum info oracle-cloud-agent

Per riavviare il programma di aggiornamento, eseguire il comando seguente:

sudo systemctl restart oracle-cloud-agent-updater

Dettagli

La firma ClamAV ha contrassegnato i file binari legittimi come virus a causa di un database di firme errato (definizione del virus 26931). Questo problema ha causato l'identificazione da parte di ClamAV dell'agente Oracle Cloud e dei relativi plugin come virus. Per impostazione predefinita, ClamAV non mette in quarantena i file infetti. Pertanto, nonostante il rilevamento falso, l'agente e i suoi plugin continuano a funzionare normalmente. Anche se è stata intrapresa un'azione di quarantena su un'istanza, l'agente e i plugin rimangono inalterati e le funzionalità, come Updater e heartbeat, funzionano come previsto. Tuttavia, un riavvio dell'agente o dell'istanza interromperà la funzionalità.

Soluzione alternativa

Se l'istanza è interessata, vedere Installazione del software Oracle Cloud Agent per installare il nuovo package di Oracle Cloud Agent.

Dettagli

Una limitazione esistente nei collegamenti di rete virtuali limita la larghezza di banda totale della rete host a 60 Gbps su BM.Standard.E5.192.

Soluzione alternativa

Nessuna soluzione alternativa esistente. Stiamo lavorando a una correzione software che non avrà alcun impatto sui carichi di lavoro di rete in tempo reale durante la distribuzione.

Dettagli

Dopo aver creato un'istanza di computazione, non puoi abilitare o disabilitare la computazione riservata per tale istanza in un secondo momento.

Soluzione alternativa

Stiamo lavorando a una risoluzione.

Dettagli

Il computing riservato non è supportato su Oracle Linux 9.

Soluzione alternativa

Stiamo lavorando a una risoluzione.

Dettagli

Nei sistemi AMD di vecchia generazione (E2/E3 che utilizzano processori AMD Rome), un guest che utilizza la cifratura della memoria SEV (Secure Encrypted Virtualization) (non abilitata per impostazione predefinita) con più di 350 GB di memoria può generare un avviso di soft-lockup della CPU sull'host/hypervisor durante l'avvio/chiusura del guest, a causa del tempo impiegato per svuotare la memoria in memoria in memoria in fase di cifratura proporzionale alla quantità di memoria e con quantità di memoria maggiori superiori a 350 GB, il tempo impiegato sulla CPU è eccessivo e genera l'avvertenza. Dopo che la memoria è stata svuotata, l'hypervisor torna a funzionare regolarmente.

I sistemi più recenti, come E4 (basato su processori AMD Milan), dispongono di un supporto hardware che riduce al minimo il tempo impiegato per lo svuotamento della memoria in modo che non si verifichi alcun soft-hang della CPU.

Soluzione alternativa

Se hai bisogno di un guest abilitato per SEV con più di 350 GB di memoria, crealo su un sistema E4 (basato su processori AMD Milan). Nei sistemi con processori AMD Rome (E2/E3), limitare la memoria a meno di 350 GB, se si utilizza la cifratura della memoria SEV.

Dettagli

Per la lista di forme di computazione riportata di seguito vengono utilizzati più nomi per la stessa forma.

• BM.GPU.A10.4: il nome viene visualizzato sia come BM.GPU.A10.4 che come BM.GPU.GU1.4.
• BM.GPU.A100-v2.8: il nome viene visualizzato sia come BM.GPU.A100-v2.8 che come BM.GPU.GM4.8.
• VM.GPU.A10.1: il nome viene visualizzato sia come VM.GPU.A10.1 che come VM.GPU.GU1.1.
• VM.GPU.A10.2: il nome viene visualizzato sia come VM.GPU.A10.2 che come VM.GPU.GU1.2.

Soluzione alternativa

Ignora i diversi nomi. Per ogni forma, l'hardware sottostante è lo stesso.

Dettagli

Quando si tenta di connettersi a un'istanza su Oracle Cloud Infrastructure utilizzando un client che esegue macOS Ventura (versione 13) o un client che esegue OpenSSH 9.0, è possibile che si verifichino problemi di connessione che generano errori simili ai seguenti:

Unable to negotiate with 192.0.2.181 port 22: no matching host key type found. Their offer: ssh-rsa
kex_exchange_identification: Connection closed by remote host

Soluzione alternativa

Aggiungere quanto segue al file ~/.ssh/config:

Host *
  PubkeyAcceptedKeyTypes +ssh-rsa
  HostkeyAlgorithms +ssh-rsa

Dettagli

Le istanze che eseguono l'immagine della piattaforma di settembre 2022 per CentOS 7 (nome immagine CentOS-7-2022.09.20-0) perdono la connessione ai volumi di avvio collegati a iSCSI dopo 24 ore. Il problema si verifica perché l'istanza perde il leasing DHCP dopo 24 ore.

Soluzione alternativa

Si consiglia di terminare (eliminare) qualsiasi istanza esistente che utilizzi questa immagine e di ricreare le istanze utilizzando un'immagine della piattaforma CentOS 7 diversa.

Se non è possibile arrestare alcuna istanza esistente che utilizza l'immagine della piattaforma CentOS 7 di settembre 2022, è possibile ottenere un nuovo leasing DHCP di 24 ore riavviando l'istanza.

Dettagli

Questo problema riguarda le istanze Bare Metal che utilizzano forme di generazione precedente (ai fini di questo problema noto, forme con data di fine ordinabilità precedente a ottobre 2022) e che eseguono l'edizione di Windows Server 2016 Datacenter.

Quando si apre Hyper-V Virtual Switch Manager e si tenta di creare un nuovo switch virtuale esterno (vSwitch), viene visualizzato un messaggio di errore simile al seguente: "Errore nell'applicazione delle modifiche alle proprietà dello switch virtuale: errore durante l'aggiunta di connessioni allo switch Ethernet virtuale".

L'errore si verifica perché un driver Broadcom installato dopo l'esecuzione di Microsoft Windows Update non è certificato da Oracle.

Soluzione alternativa

Il driver Broadcom versione 20.8.24.0 è certificato da Oracle. Versione installazione 20.8.24.0.

Dettagli

Quando si eseguono i container in un'istanza di computazione che utilizza Ubuntu 20.04, la versione kernel linux-oracle-5.13 5.13.0-1033.39~20.04.1 si verifica un errore grave del kernel. L'istanza si arresta in modo anomalo ed è inaccessibile. Per ulteriori informazioni, vedere La creazione di container Docker causa operazioni kernel su linux-aws 5.13.0.1028.31~20.04.22.

Soluzione alternativa

Aggiornare il kernel a una versione successiva eseguendo i comandi seguenti:

sudo apt-get update

sudo apt-get upgrade -y linux-image-oracle

Dettagli

L'avvio delle istanze VM con forma flessibile E3/E4 create prima del 5 aprile 2021 non riesce se la memoria viene ridimensionata a più di 1.010 GB. In questo caso, viene visualizzato un errore che dice "Impossibile avviare".

Soluzione alternativa 1

Ridurre la dimensione della memoria a meno di 1.010 GB.

Soluzione alternativa 2

Creare di nuovo l'istanza, quindi ridimensionare la memoria dell'istanza fino a 1.024 GB.

Dettagli

Oracle Autonomous Linux non è supportato per le istanze di computazione Always Free, ma nella console, Oracle Autonomous Linux viene visualizzato nella lista di immagini supportate per le forme Always Free.

Soluzione alternativa

Stiamo lavorando a una risoluzione.

Dettagli

Nell'area orientale degli Stati Uniti (Ashburn), quando le istanze Oracle Linux vengono avviate per la prima volta dopo il provisioning, il DNS potrebbe non funzionare come previsto e il campo search nel file /etc/resolv.conf potrebbe essere incompleto.

Soluzione alternativa

Riavviare l'istanza o attendere il successivo rinnovo del leasing DHCP. Dopo il rinnovo del leasing DHCP, il problema viene risolto automaticamente. Il tempo di leasing DHCP standard è di 24 ore, ma varia a seconda delle impostazioni di rete.

Dettagli

Quando crei un'istanza schermata utilizzando Linux 7.x e riavvii l'istanza, i valori PCR potrebbero cambiare, facendo apparire lo scudo rosso.

Soluzione alternativa

Alcuni valori PCR cambiano in runtime. Questo cambiamento è previsto. Come soluzione alternativa, reimpostare le misurazioni auree.

Dettagli

Le istanze Bare Metal che utilizzano la forma BM.Standard.A1.160 hanno ridotto le prestazioni di rete per i carichi di lavoro in esecuzione su CPU socket 1.

Soluzione alternativa

Per le applicazioni responsabili dell'elaborazione dei pacchetti dalla rete, associarli alle CPU dal socket 0.

Dettagli

Quando si esegue il provisioning di un'istanza di computazione su Windows in una subnet privata a cui è collegato un gateway di servizi, i plugin agente Oracle Cloud potrebbero non emettere metriche.

Soluzione alternativa

Attenersi alla procedura descritta nell'articolo Microsoft sul problema noto: la connettività si verifica se il certificato root G2 della radice globale DigiCert non è installato.

Dettagli

Istanze che utilizzano VM.Standard.A1. Forma flessibile con rete assistita da hardware (SR-IOV) potrebbe affrontare problemi di prestazioni e, in rari casi, il danneggiamento dei dati. Per evitare ciò, le immagini della piattaforma per OCI Ampere A1 Compute (aarch64) sono configurate in modo da utilizzare solo il networking pseudo-virtualizzato. Se si crea un'istanza utilizzando un'immagine di piattaforma e si specifica una rete assistita da hardware, l'avvio non riuscirà con un messaggio simile a Failed to validate instance launch options.

Per le immagini personalizzate compatibili con OCI Ampere A1 Compute, il lancio avrà successo, ma si consiglia vivamente di non selezionare il networking assistito dall'hardware per evitare potenziali problemi di prestazioni e danneggiamento dei dati.

Soluzione alternativa

Quando si crea VM.Standard.A1. L'istanza flessibile che utilizza un'immagine della piattaforma consente a Oracle di scegliere il tipo di avvio di rete consigliato. Per le immagini personalizzate, non utilizzare reti SR-IOV (Hardware-Assisted).

Dettagli

Istanze che utilizzano VM.Standard.A1. La forma flessibile con rete SR-IOV (Hardware-Assisted) e un gran numero di memorie centrali hanno migliorato le prestazioni rispetto all'uso della rete pseudo-virtualizzata. Il networking SR-IOV, tuttavia, limita il numero di core a 76 e la quantità di memoria a 456 GB.

Se si tenta di creare un'istanza che supera uno di questi limiti, si verifica un errore che indica che la capacità di creazione dell'istanza è insufficiente.

Soluzione alternativa

Stiamo lavorando a una risoluzione.

Dettagli

Quando si utilizza Terraform per creare un'istanza di computazione Intel o AMD utilizzando un'immagine della piattaforma Linux, l'operazione potrebbe non riuscire con il codice di errore InvalidParameter e un messaggio simile a Shape <shape_name> is not valid for image <image_OCID>.

Ciò si verifica se Terraform identifica l'immagine più recente in base all'immagine display_name. Le immagini per le forme Intel e AMD (architettura del processore x86) hanno nomi simili alle immagini per le forme basate su Arm (architettura del processore aarch64), ma le immagini non sono cross-compatibili tra le architetture del processore. Se l'immagine più recente è un'immagine aarch64, Terraform seleziona un'immagine aarch64 per una forma x86, causando l'errore dell'operazione.

Soluzione alternativa

Modificare i seguenti file Terraform:

• /home/opc/JDERefArch_InfraProvisioning/TerraformScripts/global/global.datasources.tf
• /home/opc/JDERefArch_InfraProvisioning/TerraformScripts/pd/pd.datasources.tf
• /home/opc/JDERefArch_InfraProvisioning/TerraformScripts/nonpd/nonpd.datasources.tf
• /home/opc/JDERefArch_InfraProvisioning/TerraformScripts/globalDR/globalDR.datasources.tf
• /home/opc/JDERefArch_InfraProvisioning/TerraformScripts/pdDR/pdDR.datasources.tf

Nei file, aggiornare l'espressione regolare che identifica l'immagine per filtrare tutte le immagini per le forme basate su Arm. Le immagini per le forme basate su Arm includono "aarch" nel nome dell'immagine.

Ad esempio, per le immagini Oracle Linux 8, effettuare il seguente aggiornamento:

• Espressione regolare corrente: values = ["^.*Oracle-Linux-8[.]*[\\d]*-[^G].*$"]
• Espressione regolare aggiornata: values = ["^.*Oracle-Linux-8[.][0-9]*-[\\d]{4}.[\\d]{2}.[\\d]{2}-[\\d]*$"]

Dettagli

Quando provi a importare o esportare un'immagine personalizzata da un bucket di storage degli oggetti, potrebbe verificarsi un errore simile al seguente:

Invalid bucketName: Specified namespace or bucket to export image does not exist

Questo errore si verifica per gli utenti federati e per gli utenti che eseguono l'autenticazione con principal istanza collegati a un gruppo dinamico.

Soluzione alternativa

Creare una richiesta non autenticata, quindi utilizzare la richiesta non autenticata per importare o esportare l'immagine. Le richieste preautenticate consentono agli utenti di accedere a un bucket o a un oggetto senza disporre delle proprie credenziali. Per i passi dettagliati che spiegano come creare e utilizzare le richieste precedenti all'autenticazione, vedere Uso delle richieste precedenti all'autenticazione e Richieste precedenti all'autenticazione.

Dettagli

Quando si tenta di creare un'istanza da un backup del volume di avvio nella console, potrebbe verificarsi un errore simile al seguente:

"Errore durante il caricamento dell'immagine di origine per la creazione di un'istanza. È possibile che non si disponga dell'autorizzazione per accedere a questa immagine o che si trovi in un'area diversa. Se l'immagine si trova in un'altra area, dovresti comunque essere in grado di avviare la tua istanza."

Questo errore può verificarsi quando è stato eliminato anche il compartimento che contiene i metadati dell'immagine eliminati utilizzati per il backup del volume di avvio.

Soluzione alternativa

Se il compartimento è stato eliminato, utilizzare l'interfaccia CLI per creare l'istanza. Per informazioni sull'uso dell'interfaccia CLI, vedere Command Line Interface (CLI).

Per creare un'istanza da un volume di avvio utilizzando l'interfaccia CLI, aprire un prompt dei comandi ed eseguire il comando lancio. Per avviare un'istanza utilizzando un'immagine o un volume di avvio, includere il parametro --source-details.

oci compute instance launch --availability-domain <availability_domain> --compartment-id, -c <compartment_ocid> --shape <shape> --subnet-id <subnet_id> --source-details <file://path/to/file>

Dettagli

Non è possibile rimuovere un'istanza da un'assegnazione capacità utilizzando Terraform.

Soluzioni alternative

Utilizzare una delle seguenti soluzioni:

• Utilizzare la console, l'interfaccia CLI o l'SDK per rimuovere l'istanza dall'assegnazione capacità.
• Utilizzando Terraform, per consentire la rimozione di un'istanza, impostare capacity_reservation_id su uno spazio, come nell'esempio di script Terraform riportato di seguito.

  capacity_reservation_id = " "

Dettagli

Quando si creano più di 50 configurazioni di capacità in una riserva di capacità, si verifica un errore interno. Dopo che si è verificato l'errore, non è possibile avviare le istanze in base alla riserva capacità.

Soluzione alternativa

Per evitare questo problema, non aggiungere più di 50 configurazioni di capacità all'assegnazione della capacità.

Dettagli

I numeri dei limiti del servizio <shape>-core-reserved-count sono imprecisi. Il numero nella colonna Limite servizio può mostrare 1.000.000.000 o N/D. Il numero nella colonna Disponibile potrebbe mostrare 1.000.000.000 in meno rispetto al numero nella colonna Utilizzo o N/D. Il valore 1.000.000.000 rappresenta un valore massimo e può variare.

Soluzione alternativa

Per conoscere i limiti accurati del servizio, consulta la sezione relativa alle assegnazione della capacità di computazione.

Dettagli

Quando si richiede un aumento del limite del servizio, il menu Categoria servizio non include una categoria per le assegnazioni capacità.

Soluzione alternativa

Nel form Richiedi aggiornamenti sui limiti del servizio:

• Per Categoria di servizi, selezionare Altro.
• Per Risorsa, selezionare Altri limiti.
• Nel campo Motivo della richiesta immettere il limite specifico da aumentare.

Dettagli

Quando si tenta di creare un pool di istanze, la creazione del pool di istanze non riesce con l'errore "Authorization failed or requested resource not found". Ciò si verifica perché le risorse utilizzate dal pool di istanze contengono tag predefinite e l'utente non dispone dell'autorizzazione per lo spazio di nomi tag.

Soluzione alternativa

Aggiungere un'istruzione criterio che conceda al gruppo di utenti del pool di istanze l'autorizzazione per lo spazio di nomi tag Oracle-Tags:

Allow group InstancePoolUsers to use tag-namespaces in tenancy where target.tag-namespace.name = 'oracle-tags'

Per ulteriori informazioni sui criteri, vedere Consentire agli utenti di gestire le configurazioni delle istanze di computazione, i pool di istanze e le reti cluster. Per ulteriori informazioni sui tag predefiniti, vedere Informazioni sui valori predefiniti dei tag automatici.

Dettagli

Quando si tenta di creare un'istanza, l'avvio dell'istanza non riesce con il codice di errore InternalError e un messaggio simile a Out of host capacity. Ciò si verifica a causa della mancanza di capacità dell'infrastruttura fisica per la forma nel dominio di errore e nel dominio di disponibilità richiesti.

Soluzione alternativa

La capacità di solito diventa presto disponibile per la maggior parte delle forme. Per risolvere il problema, procedere come segue:

• Per determinare se la capacità è disponibile per una forma specifica prima di creare un'istanza, utilizzare l'operazione CreateComputeCapacityReport.
• Se si sta utilizzando una forma di generazione precedente, creare l'istanza utilizzando invece una forma di generazione corrente. La capacità è limitata per le forme di generazione precedente.
• Creare l'istanza in un dominio di disponibilità diverso.
• Creare l'istanza senza specificare un dominio di errore.
• Creare l'istanza utilizzando una forma più piccola o utilizzando una forma in una serie diversa.
• Attendere alcuni minuti e riprovare.

Dettagli

Quando il valore di cifratura in transito per un'immagine è nullo, il valore di cifratura in transito per un'istanza creata dall'immagine può essere impostato su un valore non nullo.

Soluzione alternativa

Stiamo lavorando a una risoluzione.

Dettagli

Quando si utilizza un'istanza di Windows Server come controller di dominio, le funzioni che dipendono dall'agente Oracle Cloud, ad esempio il servizio di monitoraggio, non sono disponibili. Ciò si verifica perché i servizi installati da Oracle Cloud Agent in Windows vengono eseguiti con account virtuali, ma gli account virtuali non sono supportati nell'ambito del controller di dominio.

Soluzione alternativa

1. Disabilitare il programma di aggiornamento dell'agente Oracle Cloud eseguendo il seguente comando PowerShell come amministratore:

   net stop OCAU

   Nota
   
   La disabilitazione del programma di aggiornamento dell'agente Oracle Cloud impedisce all'istanza di ricevere aggiornamenti automatici dell'agente Oracle Cloud in futuro. È possibile aggiornare Oracle Cloud Agent manualmente, ma è necessario ripetere questa soluzione dopo l'aggiornamento.

2. Per ogni funzione Agente Oracle Cloud che si desidera utilizzare, aggiornare l'utente in esecuzione del servizio affinché il servizio NT applicabile utilizzi un account utente di dominio.

   Assicurarsi che l'account di dominio sia membro di Performance Monitor Users o Administrators Group in base alla tabella riportata di seguito. Utilizzare Utenti e computer Active Directory per trovare un account utente appropriato dal dominio e assicurarsi che l'utente sia membro del gruppo locale del dominio di destinazione, come illustrato nella tabella riportata di seguito.

   Funzione dell'agente Oracle Cloud	Tipo conto target	Gruppo locale dominio di destinazione
   Servizio NT agente Oracle Cloud (incluso il plugin Monitoraggio istanza di computazione)	Account di servizio di dominio o account utente	Utenti di Performance Monitor
   Plugin del comando di esecuzione istanza di calcolo	Account del servizio di dominio o account utente del dominio con privilegi amministrativi locali	Gruppo amministratori
   Servizio Installer di Oracle Cloud Unified Monitoring (plugin di monitoraggio dei log personalizzati)	Account del servizio di dominio o account utente del dominio con privilegi amministrativi locali	Gruppo amministratori
   Programma di aggiornamento dell'agente Oracle Cloud	Account del servizio di dominio o account utente del dominio con privilegi amministrativi locali	Gruppo amministratori

3. Utilizzare services.msc per aggiornare l'utente in esecuzione del servizio all'account utente del dominio con i gruppi di dominio appropriati.

Dettagli

A causa di una modifica nella modalità di gestione delle immagini da parte del servizio di computazione, quando crei un backup del volume di avvio, il backup è più grande del previsto. In alcuni casi, il backup del volume di avvio potrebbe essere maggiore della dimensione del volume di avvio.

Soluzione alternativa

Stiamo lavorando a una risoluzione.

Dettagli

Potresti riscontrare errori intermittenti con uno dei task riportati di seguito per l'istanza di computazione:

• Connessione all'istanza tramite SSH.
• Esecuzione di una ricerca DNS
• Accesso al servizio metadati all'indirizzo http://169.254.169.254/*.

Soluzione alternativa

Per risolvere temporaneamente questo problema, eseguire il comando seguente sull'istanza:

sudo ethtool -G ens3 tx 513 && sudo ethtool -G ens3 tx 512

Dettagli

Se hai eseguito un aggiornamento yum sulla tua istanza utilizzando i repository yum di Oracle Linux 7 tra il 22 marzo 2019 e il 9 aprile 2019, potresti riscontrare un problema in cui i volumi a blocchi collegati a iSCSI non sono disponibili dopo il riavvio dell'istanza.

Soluzione alternativa

Questo problema si verifica quando l'istanza non è configurata per il login automatico ai nodi iSCSI al riavvio. Per configurare il login automatico, aggiornare la versione del pacchetto iscsi-initiator-utils eseguendo il comando seguente:

sudo yum update -y iscsi-initiator-utils-6.2.0.874-10.0.7.el7

Dettagli

Oracle Cloud Infrastructure supporta volumi di avvio e a blocchi remoti collegati a iSCSI per le istanze di computazione. Questi volumi collegati iSCSI sono gestiti dal servizio iscsid. Negli scenari in cui questo servizio viene arrestato per qualsiasi motivo, ad esempio un arresto anomalo del servizio o un amministratore di sistema arresta inavvertitamente il servizio, è importante che il servizio iscsid venga riavviato automaticamente per aumentare la stabilità dell'infrastruttura.

Soluzione alternativa

Per istruzioni sulla configurazione automatica del servizio iscsid, vedere Updating the Linux iSCSI Service to Restart Automatically.

Dettagli

Quando si specifica un valore per l'attributo ipxeScript dell'istanza per un'istanza di virtual machine (VM), l'istanza viene avviata con un collegamento iSCSI per il volume di avvio anziché con un collegamento pseudo-virtualizzato.

Soluzione alternativa

Stiamo lavorando a una risoluzione.

Dettagli

Un'istanza di computazione potrebbe riscontrare una sospensione del sistema dopo aver eseguito il comando seguente per ricaricare il firewall:

firewall-cmd --reload

Il ricaricamento del firewall mediante questo comando in un'istanza in esecuzione potrebbe causare la perdita della connessione iSCSI e il crash del volume di avvio dell'istanza, in base all'ordine in cui le regole del firewall vengono ricaricate.

Soluzione alternativa

Per evitare che ciò si verifichi, non utilizzare il parametro reload per firewall-cmd. In alternativa, eseguire due volte il comando firewall-cmd, utilizzando il parametro permanent la prima volta che viene richiamato per assicurarsi di non perdere la connettività iSCSI.

Ad esempio:

firewall-cmd --permanent
firewall-cmd

Dettagli

Nelle istanze che eseguono Windows 2016, viene visualizzata una "x" rossa sull'icona di connessione di rete nella barra delle applicazioni anche se non si verificano problemi con la connettività di rete dell'istanza.

Soluzione alternativa

Se si ricicla il processo explorer.exe, l'icona visualizzerà lo stato corretto. Tuttavia, questa non è una correzione permanente; la "x" rossa verrà nuovamente visualizzata al riavvio dell'istanza.

Dettagli

iSCSId è disabilitato per impostazione predefinita nella release di ottobre 2018 dell'immagine della piattaforma Ubuntu 18.04, pertanto le istanze che utilizzano questo sistema operativo potrebbero riscontrare un blocco del sistema in caso di interruzione momentanea della comunicazione iSCSI.

Soluzione alternativa

Eseguire il comando seguente per abilitare iSCSId nell'istanza:

sudo systemctl enable iscsid && sudo systemctl start iscsid

Dettagli

Durante la chiamata dell'operazione GetInstance o dell'operazione ListInstances, l'attributo kmsKeyId di InstanceSourceViaImageDetails è nullo.

Soluzione alternativa

Chiamare l'operazione GetBootVolume e recuperare il valore dall'attributo kmsKeyId di BootVolume.

Dettagli

Dopo aver abilitato UFW su un'istanza di computazione su cui è in esecuzione Ubuntu, il riavvio dell'istanza non riesce.

Soluzione alternativa

Non utilizzare UFW per modificare le regole del firewall. Le immagini della piattaforma sono preconfigurate con regole firewall per consentire alle istanze di stabilire connessioni in uscita ai volumi di avvio e a blocchi dell'istanza. Per ulteriori informazioni, vedere Regole firewall essenziali. UFW potrebbe rimuovere queste regole in modo che durante un riavvio l'istanza non sia in grado di connettersi ai volumi di avvio e a blocchi.

Per modificare o aggiungere nuove regole firewall, aggiornare il file /etc/iptables/rules.v4. Le modifiche apportate alle regole del firewall qui diventeranno effettive dopo un reboot. Per rendere effettive immediatamente le regole, eseguire le operazioni riportate di seguito.

$ sudo su -
# iptables-restore < /etc/iptables/rules.v4

Dettagli

Quando si importa Ubuntu 16 LTS e release più recenti di Ubuntu, DHCP non riesce a ottenere la configurazione del gateway e, pertanto, non riesce a impostare un instradamento predefinito al gateway sulla VNIC.

Soluzione alternativa

Configurare in modo statico l'instradamento predefinito dopo l'importazione. Per fare ciò:

1. Creare lo script riportato di seguito.

   #! /bin/bash -e
   								ROUTER_IP=$(/usr/bin/curl --silent http://169.254.169.254/opc/v1/vnics/ | grep "virtualRouterIp" | grep -oP "\d+\.\d+\.\d+\.\d+" | head -n 1)
   								echo "Found Router IP $ROUTER_IP"
   
   							ip route add default via $ROUTER_IP

   e salvarlo in: /usr/local/bin/configure_default_route.sh

2. Eseguire il comando seguente per rendere eseguibile lo script:

   sudo chmod +x /usr/local/bin/configure_default_route.sh

3. Aggiungere quanto segue a /etc/network/interfaces in modo che venga avviato a ogni avvio del sistema:

   # OCI Emulated boot network interface
   								auto ens3
   								iface ens3 inet dhcp
   							post-up /usr/local/bin/configure_default_route.sh

Dettagli

Quando si scollega una VNIC secondaria dalle istanze avviate dalle immagini personalizzate importate, potrebbe verificarsi il timeout dell'operazione.

Soluzione alternativa

Per scollegare correttamente le VNIC secondarie in Linux, è necessario caricare il modulo hot plug, acpiphp. Se lo scollegamento di una VNIC non riesce, eseguire il comando lsmod per visualizzare la lista dei moduli caricati e controllare la lista per acpiphp. Se l'elenco non è visibile, caricare il modulo eseguendo il comando seguente:

modprobe acpiphp

Riprovare l'operazione di scollegamento per la VNIC secondaria. Per completare l'operazione, può essere necessario eseguire il reboot del sistema.

Dettagli

La funzione VNIC secondaria non è supportata per i seguenti sistemi operativi a causa di un bug nel kernel:

• CentOS 4, 5
• Oracle Linux 4, 5
• RHEL 4, 5

Le VNIC secondarie non funzioneranno dopo un riavvio.

Soluzione alternativa

Stiamo lavorando a una risoluzione.

Dettagli

Quando si tenta di esportare un'immagine, l'esportazione non riesce e viene visualizzato un errore che indica che l'immagine non è valida. Questo errore si verifica solo nell'area occidentale degli Stati Uniti (Phoenix).

Soluzione alternativa

Per risolvere il problema:

1. Avviare una nuova istanza in base all'immagine che si sta tentando di esportare e specificare una delle forme seguenti per l'immagine:

   • BM.Standard1.36

   • BM.DenseIO1.36

   • VM.DenseIO1.4

   • VM.DenseIO1.8

   • VM.DenseIO1.16

2. Creare un'immagine personalizzata utilizzando i passi descritti nella sezione Creazione di immagini personalizzate.

Dopo aver creato l'immagine personalizzata, è possibile esportare questa nuova immagine.

Dettagli

Quando si stabilisce una connessione SSH a un'istanza Bare Metal, il client SSH deve inviare la chiave corretta la prima volta. Se sono configurate più chiavi SSH in ~/.ssh o nel file ~/.ssh/config, è possibile che il client non invii la chiave corretta al primo tentativo di autorizzazione e che venga visualizzato il seguente messaggio di errore:

Received disconnect from UNKNOWN port 65535:2: Too many authentication failures.

Soluzione alternativa

Modificare la stringa di connessione nel comando SSH in modo che utilizzi il flag del file di configurazione -F per sostituire il file di configurazione predefinito, l'opzione -o IdentitiesOnly=yes per forzare il client SSH a utilizzare la chiave specificata e il flag del file di identità -i per specificare la chiave SSH da utilizzare, come mostrato nell'esempio riportato di seguito.

ssh -F /dev/null -o IdentitiesOnly=yes -i /<path>/<ssh_key> -o ProxyCommand='ssh -i /<path>/<ssh_key> -W %h:%p -p 443...

Dettagli

Istanze VM: è possibile creare solo connessioni console seriali alle istanze di virtual machine (VM) avviate il 26 agosto 2017 o versioni successive.

Istanze Bare Metal: è possibile creare connessioni della console seriale solo alle istanze Bare Metal avviate il 21 ottobre 2017 o versioni successive.

Soluzione alternativa

Se hai bisogno dell'accesso della console seriale a un'istanza avviata prima delle date specificate per le istanze VM e Bare Metal, puoi risolvere questo problema creando un'immagine personalizzata dell'istanza. Quando avvii una nuova istanza basata sull'immagine personalizzata, la nuova istanza avrà accesso alla console seriale. Per informazioni sulla creazione di un'immagine personalizzata, vedere Gestione di immagini personalizzate.

Dettagli

L'operazione API ListImages include parametri per il filtro lato server su operatingSystem e operatingSystemVersion. Tuttavia, questi parametri sono attualmente inattivi. Inoltre, la documentazione dell'oggetto risposta Immagine include gli attributi operatingSystem e operatingSystemVersion, ma l'oggetto attualmente non restituisce questi campi.

Soluzione alternativa

Fare riferimento al nome visualizzato per le immagini della piattaforma. Il nome visualizzato delle immagini della piattaforma include il sistema operativo e la versione del sistema operativo. Per esempio, con l'immagine della piattaforma "Oracle-Linux-7.2-2016.09.18-0", "Oracle Linux" è il sistema operativo e la versione è "7.2".

Siamo consapevoli dell'omissione e intendiamo supportare questi parametri e attributi.

Dettagli

Se è installato il servizio Network Manager, il riavvio di un'istanza potrebbe non riuscire.

Soluzione alternativa

Se il servizio Network Manager non è necessario, è possibile disinstallarlo. Se è necessario il servizio Network Manager, modificare il file di configurazione dell'interfaccia di rete prima di riavviare l'istanza. Impostare la chiave di configurazione NM_CONTROLLED su "no":

NM_CONTROLLED="no"

Di solito, il file di configurazione dell'interfaccia di rete si trova in:

/etc/sysconfig/network-scripts/ifcfg-<interface_name>

Dettagli

Alcune impostazioni di rete FastConnect impediscono l'aggiornamento automatico delle patch per utility quali Oracle Ksplice.

Soluzione alternativa

Nel file /etc/uptrack/uptrack.conf sostituire tutte le istanze di:

oraclecloud-updates-ksplice.oracle.com

con:

updates.ksplice.<region>.oci.oraclecloud.com 

Ad esempio, se la propria area di origine è l'area occidentale degli Stati Uniti (Phoenix), sostituire:

oraclecloud-updates-ksplice.oracle.com

con:

updates.ksplice.us-phoenix-1.oci.oracle.com

Questa soluzione viene applicata ai gateway dei servizi. Non si applica agli endpoint privati.

Attualmente non sono stati risolti problemi noti in Compute.