Hello, We are trying to deploy our new ldap servers infrastructure with virtual servers running with xen. So we have installed two debian (etch) virtual machines under different domU''s (domUs are debian etch two). We are using bridge networking in xen, with default init scripts. In our test environment, these servers are working fine. But we are having problems with these new servers when we try to introduce them in a production environment (all the rest of our servers has these ldap servers are their users backend). The problems we observed in ldap clients are slow connections that fails. We have test the same configuration with ldap installed in "real" machines (without virtualize them with xen) and it seems to work in the production environment. So we are thinking it could be a network problem with xen''s networking. Any idea about how could I debug this problem? -- Angel L. Mateo Martínez Sección de Telemática Área de Tecnologías de la Información _o) y las Comunicaciones Aplicadas (ATICA) / \\ http://www.um.es/atica _(___V Tfo: 968367590 Fax: 968398337 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Can you give more info please ? regards yves Angel L. Mateo a écrit :> Hello, > > We are trying to deploy our new ldap servers infrastructure with > virtual servers running with xen. So we have installed two debian (etch) > virtual machines under different domU''s (domUs are debian etch two). We > are using bridge networking in xen, with default init scripts. > > In our test environment, these servers are working fine. But we are > having problems with these new servers when we try to introduce them in > a production environment (all the rest of our servers has these ldap > servers are their users backend). The problems we observed in ldap > clients are slow connections that fails. We have test the same > configuration with ldap installed in "real" machines (without virtualize > them with xen) and it seems to work in the production environment. > > So we are thinking it could be a network problem with xen''s networking. > > Any idea about how could I debug this problem? > >-- Yves-Gaël Chény Directeur technique 44 Boulevard des Pas Enchantés 44230 St Sébastien sur Loire Tel : 02 40 97 62 67 - 08 73 77 24 91 GSM : 06 98 58 41 55 http://www.tranquilitsystems.com/ yves-gael.cheny@tranquil-it-systems.fr Tranquil IT Systems . SAS 37 000 ¤ _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
El lun, 09-07-2007 a las 17:47 +0200, Yves-gaël Chény escribió:> Can you give more info please ? >I know I have gave you poor info, but I don''t know much more. I have two openldap servers with the same version of debian, the same version of software and the same configuration. The only differences between them are that one is running in a xen domU and the other is running directly over the hardware (without any kind of virtualization). Another difference is that the one running with xen is in an amd64 debian version (etch, 4.0, with xen from debian). The "xenized" ldap server is giving me problems and the other not. The problems seems to be that some client requests are being not answered or they are answered too late, so I guess it could a network problem. Although someone has adviced me about a problem with db libraries and xen (http://www.openldap.org/lists/openldap-software/200603/msg00214.html). Any more info? Is this problem already fixed? -- Angel L. Mateo Martínez Sección de Telemática Área de Tecnologías de la Información _o) y las Comunicaciones Aplicadas (ATICA) / \\ http://www.um.es/atica _(___V Tfo: 968367590 Fax: 968398337 _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users