SLES11 su Hyper-V: Kernel panic

[Gen]

Ciao a tutti,
Premetto che sono al corrente del fatto che OSO LX NON andrebbe virtualizzato con Hyper-V, ma con VMware.
Detto questo ho virtualizzato SLES11 (la versione consigliata da Siemens, 32bit) con Hyper-V su Windows Server 2008 R2 Enterprise, su un server HP ProLiant DL180 G6 con a bordo Intel Xeon Quad-Core E5605 2.13GHz e tutto funziona alla perfezione, applicazione OSO inclusa, e lo stiamo utilizzando da tempo.

Ora invece sto cercando, da giorni, di virtualizzare la stessa versione di SLES11 (stesso DVD) con Hyper-V su Windows Server 2012 Standard, su server HP ProLiant DL167 G7 con a bordo un AMD Opteron 6128 2GHz: ho provato a modificare in mille modo qualsiasi opzione di Hyper-V riguardanti processore, RAM (1024 MB, 2048), etc, ma all'avvio dell'installazione mi restituisce un "Kernel Panic" (screenshot sotto).
Se eseguo l'installazione in Failsafe mode sembra funzionare tutto, lo installa, mi vede i dischi, LAN, ma a termine installazione quando faccio partire il sistema da HDD mi restituisce sempre il "Kernel Panic".
Utilizzando le stesse impostazioni identiche di Hyper-V che utilizzo sull'Intel funzionante non parte comunque, ed ho provato anche ad importare la stessa macchina virtuale installata funzionante. Nada!

Qualcuno ha avuto un'esperienza simile? Devo assolutamente riuscire ad installarlo, anche se purtroppo con Linux sono a zero. 

[Kimera]

Il Media Check (ISO/DVD di installazione) è passato senza errori? hai verificato? ...metti mai che il DVD di installazione o il file ISO usato per l'installazione siano corrotti? verificato l'Hash MD5 o equivalente? Hai provato a passare l'opzione nomodeset al Boot?

Di solito i Kernel Panic accadono (anche) per Bad Memory (Memory Test falliti): in questo caso essendo l'installazione su macchina virtuale...il discorso sulla congruenza della RAM dovrebbe valere comunque...quindi lato Microsoft Windows Server 2012 Standard hai fatto i necessari controlli sulla bontà della memoria fisica del ProLiant ? ...puoi fare il Boot con una Live Linux a tua scelta e verificare con memtest86+ dalle opzioni di Boot senza dover far partire alcun S.O. Live.

l'HP ProLiant è un HP ProLiant DL165 G7 (no 167)?

Saluti, Kimera.

[Gen]

Il Media Check (ISO/DVD di installazione) è passato senza errori? hai verificato? ...metti mai che il DVD di installazione o il file ISO usato per l'installazione siano corrotti? verificato l'Hash MD5 o equivalente? Hai provato a passare l'opzione nomodeset al Boot?

Non ho fatto check ma lo stesso DVD l'ho utilizzato per l'altro server e funziona da mesi, ed ho provato a reinstallarlo nuovamente sull'altro server e funziona. Nomodeset al boot non so cosa sia, mi potresti spiegare?

Di solito i Kernel Panic accadono (anche) per Bad Memory (Memory Test falliti): in questo caso essendo l'installazione su macchina virtuale...il discorso sulla congruenza della RAM dovrebbe valere comunque...quindi lato Microsoft Windows Server 2012 Standard hai fatto i necessari controlli (puoi fare il Boot con una Live Linux a tua scelta e verificare con memtest86+ dalle opzioni di Boot senza dover far partire alcun S.O. Live).

No, non l'ho fatto. Esiste un memtest appena parte il boot del DVD di SLES11, ci metteva migliaia di anni e non l'ho fatto.. Lo lancio stasera e lunedì ti faccio sapere cosa mi dice!

l'HP ProLiant è un HP ProLiant DL165 G7 (no 167)?

Esatto un ProLiant DL165 G7. Inizio ad odiare AMD (anche se magari il processore non ha colpe!).

Edit: Nel frattempo sto cercando di scaricare SLES11 Sp2, sai dirmi se può funzionare la 64 bit? O il software di OSO LX gira solo su SLES11 a 32 bit?

Grazie ancora,
Gen.

[Kimera]

Mi pare che la restrizione sull'uso di SuSE a 32 bit permanga quando si parla di Siemens OSO LX (pazzesco!), non importa di che release si tratti (sto leggendo ora la R.N. della V3 R3.5.1 017 giusto per fare un esempio). Non credo nemmeno che vada bene la SP2 (impongono la SP1).

Per quanto riguarda nomodeset è una opzione che puoi passare al Kernel durante il Boot (vedi qui) anche se è più attinente a problemi con la grafica che mi pare tu non abbia...hai provato a fare l'installazione in Text Mode?

Comunque il MemTest è fatto apposta per far emergere qualsiasi problema alla RAM...molto spesso diamo troppo per scontato che, parlando di Server, sia sempre tutto OK...e magari poi scopri che un banco ha problemi. Meglio fare un test una volta sola che rimanere con il dubbio (ovvio: nulla impedisce POI che un Server abbia problemi...ma qui la questione si pone in partenza).

Mah...AMD/Intel...non fa differenza...l'importante è che sia OK l'Hardware (aggiornamenti Firmware compresi).

2 Giga di RAM (riservati ad OSO LX) vanno più che bene (stare sotto i 4 GB causa i 32 bit): meglio se la RAM fisica è ECC.

Saluti, Kimera.

[Gen]

Ok ti ringrazio!

Per quanto riguarda nomodeset è una opzione che puoi passare al Kernel durante il Boot (vedi qui) anche se è più attinente a problemi con la grafica che mi pare tu non abbia...hai provato a fare l'installazione in Text Mode?

No, ma potrebbe essere interessante, magari anche per alleggerire il sistema.
Sono ignorante in materia, mi sto documentando man mano che procedo con le varie operazioni: come devo fare a dirgli che non voglio l'interfaccia grafica?.

[Kimera]

E' (de)scritto nel Link che ti ho indicato. In generale si usa lavorare in Init mode 3 (init 3) ovvero ambiente testuale.

Prova a dare anche un occhio a questo avviso: http://h20000.www2.hp.com/bizsupport/TechSupport/Document.jsp?objectID=c03035647

Non so se sia rilevante nel tuo caso (macchina bare metal con Microsoft Windows Server): l'avviso è valido quando sul Server bare-metal si installa una distribuzione Linux (in particolare SuSE 11 SP1 con una versione di Kernel specifica); in quel caso suggeriscono di passare dei parametri numa=off acpi=off al Kernel per eseguire un Patching ma le versioni alle quali comunque si riferiscono (2.6.32.36 da patchare con 2.6.32.46) sono, mi pare, più datate di quelle delle quali si parla qui (2.6.32.54) per l'OSO LX.

Il problema è risolto con SuSE 11 SP2 ma l'OSO LX non lo supporta.

Forse la stessa cosa potrebbe valere per il Kernel della macchina virtuale...

Dav.

[Kimera]

Sono ignorante in materia, mi sto documentando man mano che procedo con le varie operazioni: come devo fare a dirgli che non voglio l'interfaccia grafica?.

Parto sempre dal presupposto che tu abbia letto (e fatto tue) TUTTE le indicazioni contenute nell'ultima versione della OpenScape Office HX / LX Server Guideline (è un PDF e, quello aggiornato del Giugno 2012, è sicuramente anche su SEBA mentre sul Wiki di Siemens Enterprise - o via Google - forse trovi/recuperi una versione che risale ancora al 2011, un pò datata) oppure nell'equivalente OpenScape Office V3 Linux Server Installation Guide (sempre del Giugno 2012).

Con TUTTE includo anche la parte di Partitioning (ma se hai già una installazione OSO LX su SLES 11 SP1 alle spalle...avrai già capito/fatto le cose a modo).

Detto questo NON credo tu possa installare in Text Mode (anzi per correttezza, installare Linux in Text Mode ed usarlo senza alcun Desktop Environment è normalmente possibile...è che DOPO ti ritrovi con un problema nel momento in cui devi installare l'applicativo OSO LX...tant'è che lo script di installazione di OSO LX si mette a rilevare se hai o meno un ambiente grafico DE attivo in SuSE Linux Enterprise Server 11 SP1 e si blocca se non lo trova).

Quindi torni al punto di partenza e devi aggiungere via console un DE (Gnome? KDE? non ricordo il Default...forse è KDE).

Tecnicamente parlando dovrebbe essere tranquillamente possibile passare ad Init 3 (da root se digiti init 3 vai in modalità Text Mode buttando giù l'interfaccia grafica) e tenere così il Server in funzione con consumo di risorse ridotto rispetto a quando c'è attivo X ed il DE...ma poi per il management è comunque comodo (o forse previsto da Siemens?) usare il DE che viene installato di default con SLES 11 SP1 (anche se, personalmente, si può tranquillamente fare a meno del DE se via console si conoscono/hanno gli Script giusti per provvedere alla normale manutenzione dei servizi relativi al Sistema Operativo/alle Applicazioni: penso a Yast2, ad esempio...ed infatti vedi qui oppure penso allo start/stop/status dei vari servizi che fanno parte della suite OSO LX).

Saluti, Kimera.

[Gen]

Buongiorno!
Grazie per le risposte. Per quanto riguarda il partitioning ed i servizi di OSO penso di sapere un po' tutto, anche se proprio riguardante il partitioning ho avuto qualche problema e son stato costretto a modificare un attimo le partizioni perchè non mi riconosceva i dischi virtuali IDE con Hyper-V oltre tot. GB.. Ma alla fine funziona tutto perfettamente con una partizione in più.
Ora sto procedendo a verificare le memorie del server come mi hai consigliato; ed ho già provato ad installare la SLES11 Sp2 (niente Kernel panic!) e l'applicazione OSO come immaginavo non gira (immagino abbia fatto anche tu la prova).

Farò anche tutte le altre prove seguendo quel che mi hai consigliato e ti aggiornerò! Thanks.
Gen.

[Kimera]

Se osservi lo script di installazione dell'OSO puoi trovare delle cose interessanti (soprattutto in termini di verifiche/requisiti pre-installazione).

Sarebbe curioso vedere invece come si comporta una installazione di XCP (Xen Cloud Platform, ovvero una distribuzione con lo XEN Hypervisor) sull'HP ProLiant DL165 G7 (ovviamente opportunamente configurato in termini di Storage e RAM): se non c'è la necessità di avere un Microsoft Windows Server 2008/2012 per fargli svolgere altri servizi (ed, in aggiunta a questi, aggiungere una piattaforma di virtualizzazione - sia essa integrata o meno - vedi Hyper-V o VMware) con XCP puoi divertirti parecchio (a costo zero) e virtualizzare tutto quello che desideri (ivi compreso SLES 11 SP1 e compagnia bella).

Saluti, Kimera.

[Gen]

Ciao,
Xen non l'ho mai utilizzato ed ora mi informo. Immagino non sia possibile installarlo su Windows Server senza formattare.. Immagino sia su base Linux.

Detto questo: ho fatto memtest fino a 3 pass senza errori in circa 5 ore, e tutto ok; ho installato SLES11 Sp2 64bit e si installa alla perfezione ma non gira LX, lo stesso identico per SLES11 Sp2 32bit..
Ho seguendo i tuoi link ed anche le altre prove non sono andate a buona fine, ed anche con l'installazione text mode mi si presenta il Kernel Panic.

Non so più cose provare, è incredibile che non funzioni l'LX su SLES 11 Sp2... E' una versione successiva, non una precedente!
Secondo te posso provare ancora qualcosa o devo decidere di non installarlo e basta? 
Purtroppo la base di Windows Server + Hyper-V è d'obbligo in questo caso.

Gen.

[Kimera]

Prova XCP (Xen Cloud Platform), è CentOS based e non ti preoccupare se l'Hypervisor Xen gira sul Kernel a 32bit, le macchine virtuali possono essere tranquillamente sia a 32 bit che a 64 bit.

Allora la RAM fisica non ha problemi.

Forse è un problema specifico di SLES 11 SP1 su Hyper-V (ma proprio Microsoft devi usare? mah...)...forse quella versione (e quel SP) hanno problemi (driver? kernel? vedi le note che ti ho indicato...)...purtroppo sei nelle mani di Siemens: se loro decidono che l'OSO LX si installa solo su SLES 11 SP1 e che poi (addirittura) l'auto-Update va disabilitato e, al posto di esso, vanno applicate le Patch rilasciate e vagliate da Siemens...sei nelle loro mani...non sono loro che si conformano allo stato di fatto degli aggiornamenti o delle architetture ma sei tu che sei obbligato a conformarti ai loro requisiti minimi/massimi.

[Gen]

La sparo grossa: mantenere questa SLES11 Sp2 che va perfettamente e rimuoverci il Sp2? 

Edit: Scusa ho letto la tua risposta dopo aver postato

[Kimera]

E' da provare ma il tutto, se fattibile, deve sopravvivere al primo Reboot post rimozione della SP2...e poi, provare ad installare SP1 (ma si trova?) e vedere se anche questa combinazione SLES11 -SP2 (reboot) + SP1 (reboot) sopravvive al Reboot. SOLO dopo, secondo me, puoi tentare di installare l'OSO LX (mille giri per tornare al punto di partenza).

Saluti, Kimera.

P.S. il "se fattibile" dipende dal fatto che personalmente non sono abituato a ragionare, nel mondo Linux, con le SP...di solito si va ad updates specifiche (e non pacchetti di updates) oppure si passa da una versione all'altra (tipo OpenSuSE 11 -> OpenSuSE 12 o Fedora 18 -> Fedora 19 oppure ancora CentOS 6.3 -> CentOS 6.4).

[Gen]

E' da provare ma il tutto, se fattibile, deve sopravvivere al primo Reboot post rimozione della SP2...e poi, provare ad installare SP1 (ma si trova?) e vedere se anche questa combinazione SLES11 -SP2 (reboot) + SP1 (reboot) sopravvive al Reboot. SOLO dopo, secondo me, puoi tentare di installare l'OSO LX (mille giri per tornare al punto di partenza).

Esatto, e ho cercato ma non trovo nessuno informazione a riguardo.

Sto guardando per Xen (XCP o XenServer), ma non riesco a capire quale versione scaricare. Tu sapresti darmi un link di una versione pronta all'installazione ed ovviamente con Linux già integrato?
Non trovo nulla per CentOS, e nella pagina di XCP mi dice "Important Notice: Before June 2013, XenServer was not fully open sourced. For this reason, the Xen Project made XCP available for download from this page. Since XenServer is now fully open source, the Xen Project will not release versions of XCP after XCP 1.6. See our FAQ for more information. You can download a full open source version of XenServer from XenServer.org".
Sto scaricando XenServer come indicato ma non capisco quali sono gli ISO di installazione, sai darmi qualche dritta?

Grazie ancora
Gen.

[Kimera]

OK.

Cavolo è proprio di ieri e di oggi questa su XenServer e XCP! della serie: vedi che devi leggere i Blog OGNI santo giorno?

Riguardo XCP la ISO da utilizzare la trovi in questa pagina (dove c'è scritto Base ISO). Verifica l'Hash MD5 una volta scaricata l'ISO prima di montarla/masterizzarla per l'installazione sul Server bare-metal.

Riguardo all'Avviso non lo sapevo ma se leggi la FAQ a cui ti rimandano ecco cosa scrivono su come impatterà la pubblicazione fully open source su XCP:

"I am a user of XCP: how am I impacted?

In the past, XCP ISOs have been built by Citrix and have been delivered to users via Xen.org. The XCP ISOs were migrated to the Xen Project. By fully open sourcing XenServer, the need to deliver new XCP ISOs via the Xen Project website has gone away. XCP ISOs will be replaced by open source XenServer binaries which are available from XenServer.org. The transition from XCP ISOs to XenServer should be smooth and painless:

    No functionality will be taken away from XCP users
    Users of XCP 1.6 will be able to upgrade to XenServer

The main difference for you will be that you need to download the product from a different place and that it has been renamed. XCP users have been supporting each other through mailing lists (xen-xapi@lists.xenproject.org) and the #xen-api IRC channel. These mechanisms will of course not go away, but we hope that you will find the resources on XenServer.org useful."

Quindi non cambierà nulla (nè in termini di funzionalità, nè in termini di pianificazione per gli aggiornamenti) se non che gli cambieranno il nome e che il Download sarà disponibile da un sito differente da quello attuale (vedi: XenServer.org), cioè qui.

In pratica faranno "sparire" XCP perchè rilasceranno direttamente XenServer (6.2 e successivi...) e questo renderà inutile avere XCP quando potrai avere direttamente XenServer (leggi qui).

Io comunque ho una macchina con XCP 1.6 (quella disponibile nel link Downolad che ti ho dato). Staremo a vedere ma non ci saranno problemi.

Infine leggi qui (così capisci cosa intendono fare di XCP) ed il PDF in allegato.

Da quello che sono riuscito velocemente a capire è questione che Free XenServer rispetto alla versione a pagamento non prevederà l'uso di XenCenter per la gestione automatica delle patch (nel PDF):

"XenServer is available to all users. With each major release of Citrix XenServer, a new compiled package of open source XenServer will be made available. At the product level, the primary difference between free XenServer and
paid XenServer is that free XenServer users will not be able to use XenCenter for automated installation of security fixes, packaged updates, bug fixes and maintenance releases. However, free XenServer does include XenCenter for server management, but not automated patch management. Only Citrix XenServer users will have access to Citrix technical support."

ma lo includerà (XenCenter) la gestione del Server.

Comunque, alla fine di tutto bisogna tornare ai sani principi e leggersi quanto trovi in questo Wiki così ti fai una idea di cos'è XCP e come si rapporta all'Hypervisor Xen.