Reprise du message précédent :
Bah du coup si on un clavier non-US la console RFB dans XO/A marche mal voir très mal
 
e_esprit je vais voir ça
 
XaT

Oui, c'est normal, ça mixe les keymap, mais ça devrait être paramétrable quelque part de leur côté
 
Workaround : avoir le layout US dans ta VM, ça réduit les emmerdes en attendant.

C'est ce que je disais plus haut pour le layout US
 
XaT

 
La VM est un debian wheezy donc un kernel en 3.2.0.4-amd64
 

 
Je l'avais pas je l'ai donc rajouté mais ca part en sucette de partout maintenant ^^
il aime plus mes ligne kernel et ramdisk et plante avec une erreur du type Error Domain "toto" does not exist
 
 
Va falloir que je reprenne la doc a tête reposé

T'as pas besoin des lignes kernel et ramdisk si tu bootes avec pygrub (bootloader=/../.../pygrub).

bon en gros l'utilisation de xen-create-image n'est pas une bonne idee...
Je vais me documenter sur pygrub

Pygrub : faire booter ta VM avec son propre noyau (donc faut l'installer d'abord dans ta VM)

Une fois que tu as ton noyau et ton grub d'installé dans ta VM, tu switch avec Pygrub. En gros, c'est un programme Python qui va lire ta conf Grub dans ton DomU et lancer ton bon noyal.

Donc plus besoin d'indiquer le noyal dans ta conf de domU, puisque c'est Pygrub qui s'en charge ! (au revoir kernel et ramdisk donc).

edit : gros avantage, tu as le contrôle du noyau DANS ton domU, et tu ne dépend plus des noyaux de ton dom0.

c'est ce que je viens de lire.
En gros sans pygrub les dom0 et domU ne sont pas tout a fait étanche et indépendant c'est bien ça?

Sans Pygrub, tes domU vont utiliser les images noyau dans ton dom0. Pas très flexible ni pratique (si tu migres et que tu arrives sur un hôte qui n'a pas le même noyau ? Ouch ).

Bon ben ça veux pas ....
 
root@nas:~# cat /etc/xen/omv.cfg
#
# Configuration file for the Xen instance openmediavault, created
# by xen-tools 4.3.1 on Sun Sep  7 13:43:28 2014.
#
 
#
#  Kernel + memory size
#
#kernel      = '/boot/vmlinuz-3.2.0-4-amd64'
#ramdisk     = '/boot/initrd.img-3.2.0-4-amd64'
bootloader = 'pygrub'
 
 
vcpus       = '1'
memory      = '1028'
 
#
#  Disk device(s).
#
#root        = '/dev/xvda2 ro'
disk        = [
                  'filehome/dom_u//domains/omv/disk.img,xvda2,w',
                  'filehome/dom_u//domains/omv/swap.img,xvda1,w',
                  'phydev/disk/by-id/scsi-SATA_WDC_WD30EFRX-68_WD-WMC4N2530339,hdb,w',
                  'phydev/disk/by-id/scsi-SATA_WDC_WD30EFRX-68_WD-WMC4N2546312,hdc,w'
              ]
 
#mode pvhvm
#xen_platform_pci=1
builder='hvm'
#pae=1
#acpi=1
#apic=1
 
#
#  Physical volumes
#
 
 
#
#  Hostname
#
name        = 'omv'
 
#
#  Networking
#
dhcp        = 'dhcp'
vif         = [ 'mac=00:16:3E:7C:9D:A2,bridge=xenbr0' ]
 
#
#  Behaviour
#
on_poweroff = 'destroy'
on_reboot   = 'restart'
on_crash    = 'restart'
 
 
 
 root@nas:~# xm create /etc/xen/omv.cfg
Using config file "/etc/xen/omv.cfg".
Error: Domain 'omv' does not exist.
 
 
root@nas:~# cat /var/log/xen/qemu-dm-omv.log
domid: 23
-append only allowed with -kernel option

Vire le root=..., plus nécessaire (et fait conflit, parce que lié à l'option kernel) parce que c'est pygrub qui va chercher ça dans la conf grub de ta VM.

Sinon pourquoi hdb/hdc et pas xvdb/xvdc ?

EDIT: Ah ben tu l'as déjà commenté en fait
Essaye de mettre le path complet vers pygrub alors

De mémoire une conf opé dans mon taff précédent :
bootloader = '/chemin/vers/pygrub'  
xvda pour le root et xvdb pour swap
root = /dev/xvda ro
 
Disques supp : xvdc / xvdd
 
Dhcp plus nécessaire
Le reste OK

Le root= sert à rien

Possible, mais j'avais des soucis à l'époque si je le mettais une valeur incorrecte  

Me souvient pas d'avoir essayé de l'enlever

edit : je m'en souviens vaguement, j'ai des images de conf ouverte dans un nano, ça remonte à 2 ans

y a du mieux (enfin façon de parler)
 
J'ai modifié le .cfg
 
 
bootloader = '/usr/lib/xen-4.1/bin/pygrub'
 
 
vcpus       = '1'
memory      = '1028'
 
#
##  Disk device(s).
 
#root        = '/dev/xvda2 ro'
disk        = [
                  'filehome/dom_u/domains/omv/disk.img,xvda,w',
                  'filehome/dom_u/domains/omv/swap.img,xvdb,w'
#                 'phydev/disk/by-id/scsi-SATA_WDC_WD30EFRX-68_WD-WMC4N2530339,hdb,w',
#                 'phydev/disk/by-id/scsi-SATA_WDC_WD30EFRX-68_WD-WMC4N2546312,hdc,w'
              ]
 
#mode pvhvm
xen_platform_pci=1°
builder='hvm'
pae=1
acpi=1
apic=1
 
#
 
 
#
#  Hostname
#
name        = 'omv'
 
on_poweroff = 'destroy'
on_reboot   = 'restart'
on_crash    = 'restart'
 
La vm boot mais plante au bout de 30s
 
 

domid: 33
Using xvda for guest's hda
Using file /home/dom_u/domains/omv/disk.img in read-write mode
Using xvdb for guest's hdb
Using file /home/dom_u/domains/omv/swap.img in read-write mode
Watching /local/domain/0/device-model/33/logdirty/cmd
Watching /local/domain/0/device-model/33/command
Watching /local/domain/33/cpu
qemu_map_cache_init nr_buckets = 10000 size 4194304
shared page at pfn feffd
buffered io page at pfn feffb
Guest uuid = e5948536-6236-60ae-4555-c6287d7761b4
Time offset set 0
populating video RAM at ff000000
mapping video RAM from ff000000
Register xen platform.
Done register platform.
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw state.
xs_read(/local/domain/0/device-model/33/xen_extended_power_mgmt): read error
Log-dirty: no command yet.
I/O request not ready: 0, ptr: 0, port: 0, data: 0, count: 0, size: 0
vcpu-set: watch node error.
xs_read(/local/domain/33/log-throttling): read error
qemu: ignoring not-understood drive `/local/domain/33/log-throttling'
medium change watch on `/local/domain/33/log-throttling' - unknown device, ignored
char device redirected to /dev/pts/2
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
 
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
xen be: console-0: xen be: console-0: initialise() failed
initialise() failed
cirrus vga map change while on lfb mode
mapping vram to f0000000 - f0400000
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is rw state.
platform_fixed_ioport: changed ro/rw state of ROM memory area. now is ro state.

Plus d'infos dans un log quant à l'initialisation ?
 
XaT

il manquait le debut de la log je viens d'éditer

Ta assez de ram libre ?
http://lists.xen.org/archives/html [...] 00181.html
Je connais pas encore bien Xen donc je ne serais pas de bon conseil.
Essaie avec
memory=1024 (sans les guillemets) ?

Fais voir ce log (la ça vient du lien que j'ai filé donc adapte)?

XaT

xc: info: VIRTUAL MEMORY ARRANGEMENT:
  Loader:        0000000000100000->0000000000174170
  TOTAL:         0000000000000000->0000000080000000
  ENTRY ADDRESS: 0000000000101520
xc: info: PHYSICAL MEMORY ALLOCATION:
  4KB PAGES: 0x0000000000000200
  2MB PAGES: 0x00000000000003ff
  1GB PAGES: 0x0000000000000000

T'es sûr qu'elle plante ? (n'apparaît pas dans xm list)
Le log de xend ça dit quoi ?

Ta quel noyau dans ta VM ?

Elle apparait 30s a chaque fois puis disparait le status dans xm list c'est --ps je crois
 
 
Alors le noyau je pense que c'est un 3.2.0-4 sans certitude vu ue je ne peux pas me connecter dessus pour le verifier

Ben si elle est dans le xm list, c'est qu'elle pas planté (côté Xen tout du moins).
 
Les messages d'erreur, c'est pas simplement que t'as pas modifié le inittab afin de déclarer hvc0 comme console tty ?

j'ai rien eu le temps de toucher coté domU  
 
D'ailleur comment je peux verifier ce qui se passe au démarrage du DomU?

xm create -c /ton/fichier/de.conf
 
le -c lance la VM avec la console.

xenconsole: Could not read tty from store : No such file or directory pourtant ca marche pour un autre domU qui n'est pas en PVHVM

Essaye en rajoutant :
serial = 'pty'
dans ta conf ?

Bon après, je tente de résoudre tes problèmes au fur et à mesure, mais je précise que j'a jamais fait de PVHVM
Je fais du PV à 98% et le reste en HVM

(si apres tout ca je suis vraiment obligé de faire du PCI-passthrough pour avoir mes data smart je me bouffe les co.... ^^') enfin bon je découvre ^^

plus le message d'erreur mais il met 30s a me rendre la main

 
Bon c'est déjà une bonne chose

 
Ouai enfin m'est d'avis que comme je ne voie plus de trace de la vm dans le xm list après les 30s elle se vautre dans le délais   retour case départ  

C'est normal ça dans ta conf :
xen_platform_pci=1°

non .......
 
Edit apres verif c'est juste une coquille dans la copie, je ne l'ai pas sur le serveur.
Par contre j'ai jouer sur le nom des lecteurs donc je sais pas si la vm retrouve ses petits (mais comme j'ai pas les logs de démarrage ...)

 
Ah possible que ta VM cherche son root... Ta oublié de modifier ton Fstab
 
Et juste pour voir et prouver que esprit à raison, tu peux remettre root=/dev/xva s'il te plait

j'ai testé hier ca marche pas ^^
Error omain 'omv' does not exist
 
le soucis c'est que je cree la vm avec xen-create-image --dist=wheezy du coup ca me genere tout tout seul avec des noms de disque incompatible (xdva1 xdva2 ....)

Non mais ça c'est normal de corriger les noms des disques du xen-create-image, je l'ai toujours fait

edit : monte le disque et modifie ton fstab

 
hann mais je suis un boulet ....
 
Ca change rien... figeage de 30s puis rien dans le xm list
 
Autre petite question dans les logs je lit  
Using xvda for guest's hda  
dans mon fstab je mets quoi xvda, hda?

xvda/b/c/d/e...

 
j'ai essayé les deux de toute façon .. pas mieux

Essaye déjà en PV tout court (pas de xen_platform_pci ni de builder) pour t'assurer que ça fonctionne, ensuite tu pourras tester en PVHVM.