fabfisc's Posts

Ciao Fabio,   per mia svista non avevo specificato che l'OS di riferimento fosse Linux 8. Il tuo suggerimento, quindi, non è purtroppo applicabile al mio caso.   Ho a disposizione due vCenter 5.... See more...
Ciao Fabio,   per mia svista non avevo specificato che l'OS di riferimento fosse Linux 8. Il tuo suggerimento, quindi, non è purtroppo applicabile al mio caso.   Ho a disposizione due vCenter 5.5 e 6.7. Ho provato col Converter sia 5 che 6. Con la versione 5, tentando di collegarmi all'Infrastructure, mi viene fuori "SSL Exception: Unexpected EOF". Con la versione 6 riesco invece ad accedere al vCenter ma poi, selezionata la vm e provando a proseguire, va in errore con "A file I/O error occurred while accessing"
Ciao, spero sia la sezione corretta. Ho una vm generata probabilmente su vCenter 6.7 o 7, ma questo poco importa. Quello che mi interessa fare è farla funzionare su un vCenter 5.5. Attualmente ha... See more...
Ciao, spero sia la sezione corretta. Ho una vm generata probabilmente su vCenter 6.7 o 7, ma questo poco importa. Quello che mi interessa fare è farla funzionare su un vCenter 5.5. Attualmente ha un HW compatibility pari a 15, l'ho provato a downgradare al 10 ma non parte. Ho tentato diverse strade senza successo: converter, modifica .vmx (virtualHW.version = "10"), creazione nuova vm e aggiunta del disco esistente ("Dracut-initqueue timeout"). Il problema sembra risiedere nel fatto che il Controller assegnato automaticamente dal vCenter (6.7 o 7) in fase di creazione sia di tipo Paravirtual (PVSCSI) e non LSI Logical SAS. Esiste un modo per rendere il disco visibile nel vecchio vCenter 5.5?   Grazie in anticipo per il supporto. Fabrizio
Il problema era causato dall'incompatibilità tra il Converter Standalone 4.0.0 e l'ESXi 4.1. Una volta scaricata ed installata la versione 4.3 del Converter il problema non si è più presentato... See more...
Il problema era causato dall'incompatibilità tra il Converter Standalone 4.0.0 e l'ESXi 4.1. Una volta scaricata ed installata la versione 4.3 del Converter il problema non si è più presentato. Grazie per il supporto. Saluti
Assolutamente funzionante. Ho già messo su 2 vm, create da zero. Si parlo di p2v, quando dico virtualizzare.
Sono riuscito, parzialmente, nel mio intento. Ovvero quello di utilizzare il box esterno come estensione dello spazio disponibile sul server ESXi 4.1. Il problema adesso si verifica durante l... See more...
Sono riuscito, parzialmente, nel mio intento. Ovvero quello di utilizzare il box esterno come estensione dello spazio disponibile sul server ESXi 4.1. Il problema adesso si verifica durante la virtualizzazione, di una macchina accesa, utilizzando come datastore di destinazione lo spazio appena allocato (via iSCSI) sull'IOMEGA (che chiamo serverbck). Il quadro è il seguente: server ESXi 4.1 ---> ETH0 (vSwitch 0 - 192.168.42.1) ---> LAN server ESXi 4.1 ---> ETH1 (vSwitch 1 - 10.0.0.1) ---> BOX IOMEGA (10.0.0.2) Dopo aver configurato i parametri per la virtualizzazione, ho selezionato il datastore serverbck per l'uso, ed aver lanciato il processo, sempre all'1% viene restituito il messaggio d'errore: "FAILED: The request refers to an unexpected or unknown type." (sul forum di, ovviamente, vmware appare essere un problema di porte...) Il messaggio si presenta, sempre all'1% dell'attività, anche provando a virtualizzare altre macchine fisiche verso lo stesso server ESXi 4.1. La prova del nove che ho eseguito è stata quella di tentare la virtualizzazione usando un altro server ESXi. Bene, la virtualizzazione è riuscita. ERGO...problema circoscritto al nuovo server, o meglio al collegamento SERVER - DATASTORE - IOMEGA. Ho saltato qualche passo? C'è qualche altro settaggio da eseguire? Grazie Fabrizio
Credo che utilizzerò una partizione dell'IOMEGA per farla vedere come iSCSI alla ESXi 4.1 e dedicarla come disco secondario (conterrà esclusivamente dati) alla vm interessata. Un'altra partizion... See more...
Credo che utilizzerò una partizione dell'IOMEGA per farla vedere come iSCSI alla ESXi 4.1 e dedicarla come disco secondario (conterrà esclusivamente dati) alla vm interessata. Un'altra partizione sarà sfruttata per ospitare le altre vm, ed un'altra ancora per eventuali bck.
Giuseppe, dal tuo nome suppongo sia italiano. Ti ringrazio per il commento. Deformazione professionale iniziare una discussione in inglese... Ad ogni modo, attualmente dovrei capire se,... See more...
Giuseppe, dal tuo nome suppongo sia italiano. Ti ringrazio per il commento. Deformazione professionale iniziare una discussione in inglese... Ad ogni modo, attualmente dovrei capire se, a livello di performance, è utile far vedere una porzione del box Iomega all'os guest del server ESXi tramite iSCSI (ed è chiaro che solo ESXi potrebbe interpretarne il contenuto - dato che salverebbe tutto come .vmdk) oppure collegando il box tramite cavo di rete al server e condividendo la suddetta partizione con l'os ospite. Credo, da quello che ho avuto modo di leggere in giro, tra le due ipotesi, quella più performante sarebbe l'iSCSI. A questo punto: Iomega collegato direttamente alla 2^ porta ethernet del server ESXi (la 1^ è Lan), partizione formattata in vmfs e guest che la sfrutta per intero (una vecchia Red Hat). Credo sia il meglio per quello che devo fare con questi mezzi. Credi? Grazie Fabrizio
Hi, i have an external box i want to attach to my esxi server. I can give one static ip to the box and one to the server, so that they see each other. Is there a way to let the guest OS insta... See more...
Hi, i have an external box i want to attach to my esxi server. I can give one static ip to the box and one to the server, so that they see each other. Is there a way to let the guest OS installed see the storage shared? Or any other way? Hope to find how add additional storage to the, nowaday full, server (using the external box). Look further for your answers. Thanks.