Reprise du message précédent :

C'est cela oui    
 
je vais plutot appliquer le patch
 
Sinon fait gaffe, sur ton site ca parle install.php alors que y a pas (http://project.xen-orchestra.com/p/xen-orchestra/page/installation/)

Merci, ya des trucs de partout, c'est hot d'être à jour tous le temps (surtout que la grosse réécriture à vraiment tout changé).  
 
Tu peux mettre en guest user read si tu veux pas prendre de risques

Bah la gestion des droits ca m'interesse de la tester
 
Et le guest => desactivé

Bon c'est bon pour l'auth, et c'est bon pour le xen-api coté dom0.

par contre il récupère rien du tout comme infos

En même temps une appli codé par un grenoblois aussi

edit: question d'ailleurs, toujours impossible de communiquer directement avec la CG ? Pour du décodage HD (host: linux, guest: windows) Logiciel: Vbox, VMware, Xen !

Et en désactivant la base et utilisant le mode guest=ADMIN, pareil
 
houuuuuuuu

 
1) l'api de base n'a pas énormément d'infos non plus (mais ça avance, nouvelle version de l'API avec mass features)
2) Live mig' arrive bientôt, et comme je l'ai dit, le gros du taff (réécriture) n'est pas "sexy" mais donne de solides fondations
 
Le code est vraiment propre    
 
Sylver--- : je t'invite à regarder le code, c'est vraiment impeccable
 
Maintenant, le moins chiant, ajouter des features

Nan mais quand je dis qu'il récupère rien, c'est rien du tout.
j'ai le logo, la barre avec les 3 "menus" et le login, et pis c'est tout, rien en dessous.
Y a que le le configuration.php qui m'affiche les infos qu'il peut récupérer mais c'est un peu useless quoi

si ta rien, c'est soit :
- que tu n'as pas les droits (en NONE, rien ne s'affiche) ;
- que ton API ne renvoi rien ;
 
Quel version de Xen et quel OS ?

- j'ai essayé avec l'auth (user avec droit d'admin) et en mode guest (database desactivée) avec ADMIN aussi : pareil
- Ben pourquoi elle renverrait rien ? En tout cas le configuration.php laisse penser que ca peut renvoyer des trucs
 
Xen 3.2.1 Debian Lenny

 
hm curieux, on a le même Xen. Elle ne pourrai rien renvoyer en fonction de ta méthode de contact de RPC.  
Si tu as 5 minutes et Firebug, j'aimerai bien voir la chaine JSON qu'il te renvoi..
 
edit : sinon je fais un debug pour toi pour qu'il t'affiche la chaine.  
En gros RPC <-> PHP <-> Javascript
Entre PHP et JS c'est du JSON, donc je verrai bien ce qui est retourné. C'est très simple, quand tu refresh la chaine s'affiche dans le panneau du bas de Firebug.

T'embete pas à faire ça à la minute, je suis pas au taf, j'ai pas accès, et je vais pas me lancer dans
tes tunnels en cascade juste pour ça (c'est le WE ).
 
Après, petite précision : j'utilise l'auth pam coté xen-api, j'ai créé un user/pass dédié sur le dom0 pour pas utiliser le compte
root, c'est peut-être ça qui pose souci ?
Faudra que je teste en mode sans auth, mais pas avant une dizaine de jours

Je pense que si ta pas d'info c'est que ça vient de là.  
Pas testé avec PAM, en tout cas ton "symptôme" correspond exactement à un soucis d'auth sur le RPC de Xend.

Entre le guest=ADMIN plus la desactivation de l'auth coté xen-api, ca commence à pas trop me plaire

T'es pas obligé de mettre guest=ADMIN
Soit t'attend un support mysql dans testing, soit tu utilise pgsql

edit : si ta un soucis d'auth avec l'api de xen, pas sûr que ça vienne de mon app
Faut zieuter les logs du coté xen

Ah mais j'accuse pas ton app

Mais bon je capte pas pourquoi ca passerait pas coté xen-api.
Justement au début ca passait pas car il me manquait le module python pam coté dom0, et la
ton appli faisait page blanche (complète) + erreur dans le log PHP (exception d'authentification en gros).

Après install du module ca passe, rien dans les logs PHP, rien dans les log xend (de mémoire) sur le dom0.

Donc je vois pas trop d'ou ca vient...

Enfin je verrai ca dans 10 jours, je testerai en mode none histoire deja d'ecarter ou pas l'auth xen-api

Je suis en train de checker, ya bien des soucis avec pam et xen on dirait : en console avec python (donc rien a voir avec l'appli), sans pam connexion ok. Par contre, dès que j'active pam, PAM ! :

Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/usr/lib/python2.6/xmlrpclib.py", line 1199, in __call__
    return self.__send(self.__name, args)
  File "/usr/lib/python2.6/xmlrpclib.py", line 1489, in __request
    verbose=self.__verbose
  File "/usr/lib/python2.6/xmlrpclib.py", line 1243, in request
    headers
xmlrpclib.ProtocolError: <ProtocolError for 192.168.0.2:9363/RPC2: -1 >

Curieux.

edit : j'ai bien installé python-pam pourtant sur le serveur.
edit 2 : dès que l'enlève pam, ça refonctionne de suite  :
{'Status': 'Success', 'Value': '0bf80883-d079-146b-c920-c492ef435bec'}

Hmm hm...

Bon, même sans pam ça marche pour moi

Je comprends pas le sens de ta phrase

edit : si même sans PAM ça marche, ça voudrait dire qu'avec ça marche aussi ? Dans ce cas, comment as tu fais ?

edit 2 : j'ai introduit le clean shutdown, tout en laissant le hard shutdown, comme ça on peut faire les deux au choix (oui c'est quand même plus propre le clean )

J'ai oublié le "pas"

Même sans pam ca ne marche pas pour moi

T'as bu trop de guiness la semaine dernière

C'est fort possible

"Ça marche pas" Maizenkor ? 

 
Ben comme avec pam quoi :
 

Après j'ai pas de message d'erreur, ni dans l'interface, ni dans les logs php, ni coté dom0 dans les logs de xend, alors désolé si je peux rien dire de plus

Au niveau des permissions ? Si t'es en default à guest et que tes droits sont à NONE, c'est normal de rien voir.

disable_database = true
default_guest_permission = READ

[192.168.0.1:9363]
username = test1
password = test1

Par exemple. Ta bien ça ?

Que ce soit avec auth mysql (compte avec droit d'admin) ou en mode guest (ADMIN), c'est pareil, je l'ai déjà dit tout ça

Voila ce que me dit firebug :

Donc il n'y a pas de dom0 qui est récupéré.

Voici ce que tu "devrai" avoir :

edit : je sais pas quoi te dire, a part peut être tester en python en 2 secondes pour vérifier que t'es bien OK au niveau Xen, avant de voir si ça vient de XO (car là c'est assez basique comme connexion, je vois pas bien l'endroit qui pourrait merder)

Salut les gens, end_request: I/O error, ca vous sonne comme moi un HDD Mort ?

T'as pas un script pour tester ?

 
Sous Xen ? M'arrive ce genre de truc si j'ai de "grosses" lenteurs réseau ou coupure, mais c'est parceque iSCSI.  
En tout cas, si ça t'arrive en local, c'est que c'est mal barré pour ton HDD (ou pb de raid ?)

$ python
import xmlrpclib
xen = xmlrpclib.Server("http://test:4464" )
session = xen.session.login_with_password("user", "passwd" )['Value']

all_vms = xen.host.get_resident_VMs(session)['Value']

all_vms

Donc all_vms devrait te retourner un truc du type :
[’OpaqueRef:1’, ’OpaqueRef:2’, ’OpaqueRef:3’, ’OpaqueRef:4’ ]

edit : ou
all = xen.host.get_all(session)

all
{'Status': 'Success', 'Value': ['f32e3f50-8b0e-ae4b-d6d1-9b39c47af3f6']}

drapal

 
Xen local
packages Xen sur du debian lenny tout propre
 
Par contre, c'est stocké sur du LVM ... Le probleme peut-il venir de là ?

Sur ton dom0, essaie de faire un "vgchange -a y", et relance tes DomU. Regarde si ta encore du I/O error.

Et bien écoute, je test sur un pauvre dur sata dans un coin sans LVM déjà voir si c'est ma maniere d'installer qui foire ou dur / lvm

Le second marche bien :

 
le premier bof :

 
C'est grave docteur ?

Peux tu :
>>> getall =  xen.VM.get_all(session)
>>> getall
 
Et m'afficher get_all ?