Hi, DomU is a Win2008 R2 64 When i install the GPLPV drivers the network latency goes from 15ms to random numbers up to 1200ms and eventually dies. If you run a ping from the DomU to another host the network stays alive but the high latency is still there. Further more if i try and uninstall the network driver i am unable to use the old one (realtek) as it cannot detect the device. Also if I uninstall everything using the installer the DomU blue screens on reboot, im not sure how to get round that without a rebuild? Thanks Ian _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
To be honest this is the first time ive seen it happen but this is a new Dom0 so im not sure if something is not set. Im running XEN 4.0 with 2.6.32.14 kernel. From: Robert Dunkley [mailto:Robert@saq.co.uk] Sent: 08 June 2010 10:00 To: Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency Probably not a timing issue then. I would look at disabling offload features in Dom0 using Ethtool or maybe James Harper (The creator of the drivers) will offer up a suggestion later in the day. If those pings are on a Lan then they are very high. The latest GPLPV works well for me on Server 2008 R2 X64. From: Ian Tobin [mailto:itobin@tidyhosts.com] Sent: 08 June 2010 09:56 To: Robert Dunkley Subject: RE: [Xen-users] Problems with GPLPV network latency Yes just check, says 2.8 which is what the CPU is From: Robert Dunkley [mailto:Robert@saq.co.uk] Sent: 08 June 2010 09:50 To: Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency Its set in the config file: "timer_mode = 1" Some version ofXen default to 0 and others to 1 but Windows VMs should use 1. Is the clock rate of the cpu accurately reported in device manager on the VM? Rob From: Ian Tobin [mailto:itobin@tidyhosts.com] Sent: 08 June 2010 09:47 To: Robert Dunkley Subject: RE: [Xen-users] Problems with GPLPV network latency Hi Rob, Sorry, where is timer_mode set ? Thanks Ian From: Robert Dunkley [mailto:Robert@saq.co.uk] Sent: 08 June 2010 09:43 To: Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency Hi Ian, Is timer_mode set to one? Have you tried disabling large send offload in Dom0 using Ethtool and in the GPLPV driver in device manager? Rob From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Ian Tobin Sent: 08 June 2010 09:32 To: xen-users@lists.xensource.com Subject: [Xen-users] Problems with GPLPV network latency Hi, DomU is a Win2008 R2 64 When i install the GPLPV drivers the network latency goes from 15ms to random numbers up to 1200ms and eventually dies. If you run a ping from the DomU to another host the network stays alive but the high latency is still there. Further more if i try and uninstall the network driver i am unable to use the old one (realtek) as it cannot detect the device. Also if I uninstall everything using the installer the DomU blue screens on reboot, im not sure how to get round that without a rebuild? Thanks Ian The SAQ Group Registered Office: 18 Chapel Street, Petersfield, Hampshire GU32 3DZ SAQ is the trading name of SEMTEC Limited. Registered in England & Wales Company Number: 06481952 http://www.saqnet.co.uk <http://www.saqnet.co.uk/> AS29219 SAQ Group Delivers high quality, honestly priced communication and I.T. services to UK Business. Broadband : Domains : Email : Hosting : CoLo : Servers : Racks : Transit : Backups : Managed Networks : Remote Support. SAQ Group<http://www.saq.co.uk/office/saqlogo.gif> ISPA Member The SAQ Group Registered Office: 18 Chapel Street, Petersfield, Hampshire GU32 3DZ SAQ is the trading name of SEMTEC Limited. Registered in England & Wales Company Number: 06481952 http://www.saqnet.co.uk <http://www.saqnet.co.uk/> AS29219 SAQ Group Delivers high quality, honestly priced communication and I.T. services to UK Business. Broadband : Domains : Email : Hosting : CoLo : Servers : Racks : Transit : Backups : Managed Networks : Remote Support. SAQ Group<http://www.saq.co.uk/office/saqlogo.gif> ISPA Member The SAQ Group Registered Office: 18 Chapel Street, Petersfield, Hampshire GU32 3DZ SAQ is the trading name of SEMTEC Limited. Registered in England & Wales Company Number: 06481952 http://www.saqnet.co.uk <http://www.saqnet.co.uk/> AS29219 SAQ Group Delivers high quality, honestly priced communication and I.T. services to UK Business. Broadband : Domains : Email : Hosting : CoLo : Servers : Racks : Transit : Backups : Managed Networks : Remote Support. SAQ Group<http://www.saq.co.uk/office/saqlogo.gif> ISPA Member _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> > When i install the GPLPV drivers the network latency goes from 15ms torandom> numbers up to 1200ms and eventually dies. If you run a ping from theDomU to> another host the network stays alive but the high latency is stillthere. Are you really seeing high latency or just reported high latency? Eg when it says 1200ms, does it really take an extra second? What if you ping from Dom0 to DomU? I have seen problems before when you have multiple CPU''s and the Xen timer stuff doesn''t work properly so windows reports strange packet timestamps even though the actual latency is okay. If you have more than 1 CPU assigned to your DomU, try with just 1 and see if the problem goes away.> > Also if I uninstall everything using the installer the DomU bluescreens on> reboot, im not sure how to get round that without a rebuild? >There is an uninstall.bat file where you downloaded GPLPV from. Try the 0.10 version (it works with 0.11 too) which will properly clean the registry etc. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Yes it really does, also you cannot connect to RDP etc. I have tried this from Dom0 already and the response time is pretty much the same. Ive changed it to single CPU and the problem remains. Note when running normal driver it is fine so im not sure what could be upsetting it Ian -----Original Message----- From: James Harper [mailto:james.harper@bendigoit.com.au] Sent: 08 June 2010 14:00 To: Ian Tobin; xen-users@lists.xensource.com Subject: RE: [Xen-users] Problems with GPLPV network latency> > When i install the GPLPV drivers the network latency goes from 15ms torandom> numbers up to 1200ms and eventually dies. If you run a ping from theDomU to> another host the network stays alive but the high latency is stillthere. Are you really seeing high latency or just reported high latency? Eg when it says 1200ms, does it really take an extra second? What if you ping from Dom0 to DomU? I have seen problems before when you have multiple CPU''s and the Xen timer stuff doesn''t work properly so windows reports strange packet timestamps even though the actual latency is okay. If you have more than 1 CPU assigned to your DomU, try with just 1 and see if the problem goes away.> > Also if I uninstall everything using the installer the DomU bluescreens on> reboot, im not sure how to get round that without a rebuild? >There is an uninstall.bat file where you downloaded GPLPV from. Try the 0.10 version (it works with 0.11 too) which will properly clean the registry etc. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Ian, I see some of the same behavior - pings from my Windows-based domUs with GPL PV drivers have seemingly random latency times from < 1 ms to more than 8000 ms. The funny thing is that I *know* this isn''t the actual latency, since I would notice a ping taking 8 seconds to get back - it happens very, very rapidly. There must be something in the GPL PV network driver code that is supposed to (help) compute this that is malfunctioning. -Nick>>> On 2010/06/08 at 02:31, "Ian Tobin" <itobin@tidyhosts.com> wrote: > Hi, > > > > DomU is a Win2008 R2 64 > > > > When i install the GPLPV drivers the network latency goes from 15ms to > random numbers up to 1200ms and eventually dies. If you run a ping from > the DomU to another host the network stays alive but the high latency is > still there. > > > > Further more if i try and uninstall the network driver i am unable to > use the old one (realtek) as it cannot detect the device. > > > > Also if I uninstall everything using the installer the DomU blue screens > on reboot, im not sure how to get round that without a rebuild? > > > > Thanks > > > > Ian > > >-------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> > Are you really seeing high latency or just reported high latency? Eg > when it says 1200ms, does it really take an extra second?I''m seeing the high latency numbers reported in Windows, but not the actual latency. Must be the multi-CPU issue you mentioned, as I have 4 vCPUs assigned to my domU. -Nick -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Im seeing high latency then total loss of packets, the server will not respond to anything inc RDP. The only way to start the network again is to ping an external IP from within the DomU but the response time to pings ext --- > DomU is still high, 200ms to 1200ms Pings from Domu --> ext is around 15ms so it seems to be a one way slow down Ian -----Original Message----- From: Nick Couchman [mailto:Nick.Couchman@seakr.com] Sent: 08 June 2010 16:22 To: James Harper; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency> > Are you really seeing high latency or just reported high latency? Eg > when it says 1200ms, does it really take an extra second?I''m seeing the high latency numbers reported in Windows, but not the actual latency. Must be the multi-CPU issue you mentioned, as I have 4 vCPUs assigned to my domU. -Nick -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Did you try James'' suggestion of disabling Checksum Offloading, Large Send Offloads, and Scatter/Gather? If I have Checksum Offloading enabled, I get incorrect checksums on most of my packets. -Nick>>> On 2010/06/08 at 13:37, "Ian Tobin" <itobin@tidyhosts.com> wrote: > Im seeing high latency then total loss of packets, the server will not > respond to anything inc RDP. > > The only way to start the network again is to ping an external IP from > within the DomU but the response time to pings ext --- > DomU is still > high, 200ms to 1200ms > > Pings from Domu --> ext is around 15ms so it seems to be a one way slow > down > > Ian > > > -----Original Message----- > From: Nick Couchman [mailto:Nick.Couchman@seakr.com] > Sent: 08 June 2010 16:22 > To: James Harper; xen-users@lists.xensource.com; Ian Tobin > Subject: RE: [Xen-users] Problems with GPLPV network latency > >> >> Are you really seeing high latency or just reported high latency? Eg >> when it says 1200ms, does it really take an extra second? > > I''m seeing the high latency numbers reported in Windows, but not the > actual latency. Must be the multi-CPU issue you mentioned, as I have 4 > vCPUs assigned to my domU. > > -Nick > > > > > -------- > > This e-mail may contain confidential and privileged material for the > sole use of the intended recipient. If this email is not intended for > you, or you are not responsible for the delivery of this message to the > intended recipient, please note that this message may contain SEAKR > Engineering (SEAKR) Privileged/Proprietary Information. In such a case, > you are strictly prohibited from downloading, photocopying, distributing > or otherwise using this message, its contents or attachments in any way. > If you have received this message in error, please notify us immediately > by replying to this e-mail and delete the message from your mailbox. > Information contained in this message that does not relate to the > business of SEAKR is neither endorsed by nor attributable to SEAKR.-------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> > Ian, > I see some of the same behavior - pings from my Windows-based domUswith GPL> PV drivers have seemingly random latency times from < 1 ms to morethan 8000> ms. The funny thing is that I *know* this isn''t the actual latency,since I> would notice a ping taking 8 seconds to get back - it happens very,very> rapidly. There must be something in the GPL PV network driver codethat is> supposed to (help) compute this that is malfunctioning. >I think you can mitigate this by fiddling with the timer options in your config file. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> > Im seeing high latency then total loss of packets, the server will not > respond to anything inc RDP. > > The only way to start the network again is to ping an external IP from > within the DomU but the response time to pings ext --- > DomU is still > high, 200ms to 1200ms > > Pings from Domu --> ext is around 15ms so it seems to be a one wayslow> down >That almost sounds like a problem with event delivery... can you post your config and confirm that you are definitely running the very latest version? James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Yes i tried that but didn''t make any difference, i think its something more fundamental on this occasion Ian -----Original Message----- From: Nick Couchman [mailto:Nick.Couchman@seakr.com] Sent: 08 June 2010 22:39 To: James Harper; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency Did you try James'' suggestion of disabling Checksum Offloading, Large Send Offloads, and Scatter/Gather? If I have Checksum Offloading enabled, I get incorrect checksums on most of my packets. -Nick>>> On 2010/06/08 at 13:37, "Ian Tobin" <itobin@tidyhosts.com> wrote: > Im seeing high latency then total loss of packets, the server will not > respond to anything inc RDP. > > The only way to start the network again is to ping an external IP from > within the DomU but the response time to pings ext --- > DomU is still > high, 200ms to 1200ms > > Pings from Domu --> ext is around 15ms so it seems to be a one wayslow> down > > Ian > > > -----Original Message----- > From: Nick Couchman [mailto:Nick.Couchman@seakr.com] > Sent: 08 June 2010 16:22 > To: James Harper; xen-users@lists.xensource.com; Ian Tobin > Subject: RE: [Xen-users] Problems with GPLPV network latency > >> >> Are you really seeing high latency or just reported high latency? Eg >> when it says 1200ms, does it really take an extra second? > > I''m seeing the high latency numbers reported in Windows, but not the > actual latency. Must be the multi-CPU issue you mentioned, as I have4> vCPUs assigned to my domU. > > -Nick > > > > > -------- > > This e-mail may contain confidential and privileged material for the > sole use of the intended recipient. If this email is not intended for > you, or you are not responsible for the delivery of this message tothe> intended recipient, please note that this message may contain SEAKR > Engineering (SEAKR) Privileged/Proprietary Information. In such acase,> you are strictly prohibited from downloading, photocopying,distributing> or otherwise using this message, its contents or attachments in anyway.> If you have received this message in error, please notify usimmediately> by replying to this e-mail and delete the message from your mailbox. > Information contained in this message that does not relate to the > business of SEAKR is neither endorsed by nor attributable to SEAKR.-------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> > Yes it really does, also you cannot connect to RDP etc. > > I have tried this from Dom0 already and the response time is prettymuch> the same. Ive changed it to single CPU and the problem remains. > > Note when running normal driver it is fine so im not sure what couldbe> upsetting it >Can you run tcpdump in Dom0 and wireshark in the DomU (or wireshark in both if that is just as easy) and have a look at where the delay is occurring. If the delays are a second or more then it should be pretty obvious if its DomU->Dom0 or Dom0->DomU. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
James, What config options adjust the timer in Xen? -Nick>>> "James Harper" 06/08/10 7:30 PM >>> > > Ian, > I see some of the same behavior - pings from my Windows-based domUswith GPL> PV drivers have seemingly random latency times from < 1 ms to morethan 8000> ms. The funny thing is that I *know* this isn''t the actual latency,since I> would notice a ping taking 8 seconds to get back - it happens very,very> rapidly. There must be something in the GPL PV network driver codethat is> supposed to (help) compute this that is malfunctioning. >I think you can mitigate this by fiddling with the timer options in your config file. James -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Hi Nick, I''m sure James will have a more complete answer for you I''m sure but here is a quick summary: For Windows VMs: Timer_mode = 1 (Correct mode for Windows, newer versions of Xen default to this) HPET = 1 or HPET = 0 (I think Server 2008 can use HPET timer but correct me if I''m wrong) Viridian = 1 (For Xen 3.4+ and Server 2008 or newer VMs) Also, APIC = 0 (For single CPU only, may break or cause reinstall and I have not tried this with Windows) Rob -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of Nick Couchman Sent: 09 June 2010 13:34 To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; itobin@tidyhosts.com Subject: RE: [Xen-users] Problems with GPLPV network latency James, What config options adjust the timer in Xen? -Nick>>> "James Harper" 06/08/10 7:30 PM >>> > > Ian, > I see some of the same behavior - pings from my Windows-based domUswith GPL> PV drivers have seemingly random latency times from < 1 ms to morethan 8000> ms. The funny thing is that I *know* this isn''t the actual latency,since I> would notice a ping taking 8 seconds to get back - it happens very,very> rapidly. There must be something in the GPL PV network driver codethat is> supposed to (help) compute this that is malfunctioning. >I think you can mitigate this by fiddling with the timer options in your config file. James -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users The SAQ Group Registered Office: 18 Chapel Street, Petersfield, Hampshire GU32 3DZ SAQ is the trading name of SEMTEC Limited. Registered in England & Wales Company Number: 06481952 http://www.saqnet.co.uk AS29219 SAQ Group Delivers high quality, honestly priced communication and I.T. services to UK Business. Broadband : Domains : Email : Hosting : CoLo : Servers : Racks : Transit : Backups : Managed Networks : Remote Support. ISPA Member _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> James, > What config options adjust the timer in Xen? >It''s timer_mode I think. I''m not sure what all the different values mean though. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
This info might be out of date: 0 - Provides not necessarily all ticks but provides them on time 1 - provides all ticks but not necessarily on time 2 - ?????? Windows needs 1 in alot of cases (Newer versions seem to default to 1) Linux seem to work with either but prefers 0. Not sure about BSD, 1 works. Rob -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of James Harper Sent: 09 June 2010 14:03 To: Nick Couchman; xen-users@lists.xensource.com; itobin@tidyhosts.com Subject: RE: [Xen-users] Problems with GPLPV network latency> James, > What config options adjust the timer in Xen? >It''s timer_mode I think. I''m not sure what all the different values mean though. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users The SAQ Group Registered Office: 18 Chapel Street, Petersfield, Hampshire GU32 3DZ SAQ is the trading name of SEMTEC Limited. Registered in England & Wales Company Number: 06481952 http://www.saqnet.co.uk AS29219 SAQ Group Delivers high quality, honestly priced communication and I.T. services to UK Business. Broadband : Domains : Email : Hosting : CoLo : Servers : Racks : Transit : Backups : Managed Networks : Remote Support. ISPA Member _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
An email from a Keir Frasier I was sent a year or two ago: The default timer_mode is that timer interrupts are queued up while an HVM CPU is preempted (not running because some other VCPU is running). These then get injected into the HVM CPU when it starts running again, so that OSes that track time by ''counting ticks'' keep track of wall time. This default mode also delays all timers from the point of view of that HVM guest so that apparent time (e.g., by reading HPET or ACPI PM counters) does not make it clear that timer ticks are very late. This holding back of timers confuses some OSes (actually it probably hinders more than it helps -- it''s just some versions of x86/64 Linux which whine if they think ticks are getting delivered late). In particular Windows would like all its ticks delivered, but it doesn''t mind getting them late -- and this is precisiely what timer_mode=1 implements. For those who want to know what all timer modes do, see the HVMPTM_* definitions and block comment in xen/include/public/hvm/params.h (may be installed as /usr/include/xen/hvm/params.h). Feel free to distribute this on xen-users if others have the same question. -----Original Message----- From: xen-users-bounces@lists.xensource.com [mailto:xen-users-bounces@lists.xensource.com] On Behalf Of James Harper Sent: 09 June 2010 14:03 To: Nick Couchman; xen-users@lists.xensource.com; itobin@tidyhosts.com Subject: RE: [Xen-users] Problems with GPLPV network latency> James, > What config options adjust the timer in Xen? >It''s timer_mode I think. I''m not sure what all the different values mean though. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users The SAQ Group Registered Office: 18 Chapel Street, Petersfield, Hampshire GU32 3DZ SAQ is the trading name of SEMTEC Limited. Registered in England & Wales Company Number: 06481952 http://www.saqnet.co.uk AS29219 SAQ Group Delivers high quality, honestly priced communication and I.T. services to UK Business. Broadband : Domains : Email : Hosting : CoLo : Servers : Racks : Transit : Backups : Managed Networks : Remote Support. ISPA Member _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Hi James, Can you tell me what info you need from the capture? i.e. any special command line options etc. FYI i have a windows 2003 DomU which is also seeing the same issue, its that slow it took ages to download wireshark, i had to run the constant ping so that it had connectivity, very odd. Im running with a Single cpu on the DomU. Thanks Ian -----Original Message----- From: Nick Couchman [mailto:Nick.Couchman@seakr.com] Sent: 08 June 2010 16:22 To: James Harper; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency> > Are you really seeing high latency or just reported high latency? Eg > when it says 1200ms, does it really take an extra second?I''m seeing the high latency numbers reported in Windows, but not the actual latency. Must be the multi-CPU issue you mentioned, as I have 4 vCPUs assigned to my domU. -Nick -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
In dom0: tcpdump -s0 -w dom0_vif.pcap arp or icmp Same filter in domU, whether you use tcpdump or wireshark Then do a few pings etc. James> -----Original Message----- > From: Ian Tobin [mailto:itobin@tidyhosts.com] > Sent: Tuesday, 15 June 2010 06:38 > To: Nick Couchman; James Harper; xen-users@lists.xensource.com > Subject: RE: [Xen-users] Problems with GPLPV network latency > > Hi James, > > Can you tell me what info you need from the capture? i.e. any special > command line options etc. > > FYI i have a windows 2003 DomU which is also seeing the same issue,its> that slow it took ages to download wireshark, i had to run theconstant> ping so that it had connectivity, very odd. > > Im running with a Single cpu on the DomU. > > Thanks > > Ian > > > -----Original Message----- > From: Nick Couchman [mailto:Nick.Couchman@seakr.com] > Sent: 08 June 2010 16:22 > To: James Harper; xen-users@lists.xensource.com; Ian Tobin > Subject: RE: [Xen-users] Problems with GPLPV network latency > > > > > Are you really seeing high latency or just reported high latency? Eg > > when it says 1200ms, does it really take an extra second? > > I''m seeing the high latency numbers reported in Windows, but not the > actual latency. Must be the multi-CPU issue you mentioned, as I have4> vCPUs assigned to my domU. > > -Nick > > > > > -------- > > This e-mail may contain confidential and privileged material for the > sole use of the intended recipient. If this email is not intended for > you, or you are not responsible for the delivery of this message tothe> intended recipient, please note that this message may contain SEAKR > Engineering (SEAKR) Privileged/Proprietary Information. In such acase,> you are strictly prohibited from downloading, photocopying,distributing> or otherwise using this message, its contents or attachments in anyway.> If you have received this message in error, please notify usimmediately> by replying to this e-mail and delete the message from your mailbox. > Information contained in this message that does not relate to the > business of SEAKR is neither endorsed by nor attributable to SEAKR. >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Ive run the capture however on Dom0 nothing seems to be logged, tcpdump -s0 -w dom0_vif.pcap arp tcpdump: WARNING: peth0: no IPv4 address assigned tcpdump: listening on peth0, link-type EN10MB (Ethernet), capture size 65535 bytes ^C53 packets captured 54 packets received by filter 0 packets dropped by kernel I will email the DomU capture straight to you Thanks Ian -----Original Message----- From: James Harper [mailto:james.harper@bendigoit.com.au] Sent: 15 June 2010 00:13 To: Ian Tobin; Nick Couchman; xen-users@lists.xensource.com Subject: RE: [Xen-users] Problems with GPLPV network latency In dom0: tcpdump -s0 -w dom0_vif.pcap arp or icmp Same filter in domU, whether you use tcpdump or wireshark Then do a few pings etc. James> -----Original Message----- > From: Ian Tobin [mailto:itobin@tidyhosts.com] > Sent: Tuesday, 15 June 2010 06:38 > To: Nick Couchman; James Harper; xen-users@lists.xensource.com > Subject: RE: [Xen-users] Problems with GPLPV network latency > > Hi James, > > Can you tell me what info you need from the capture? i.e. any special > command line options etc. > > FYI i have a windows 2003 DomU which is also seeing the same issue,its> that slow it took ages to download wireshark, i had to run theconstant> ping so that it had connectivity, very odd. > > Im running with a Single cpu on the DomU. > > Thanks > > Ian > > > -----Original Message----- > From: Nick Couchman [mailto:Nick.Couchman@seakr.com] > Sent: 08 June 2010 16:22 > To: James Harper; xen-users@lists.xensource.com; Ian Tobin > Subject: RE: [Xen-users] Problems with GPLPV network latency > > > > > Are you really seeing high latency or just reported high latency? Eg > > when it says 1200ms, does it really take an extra second? > > I''m seeing the high latency numbers reported in Windows, but not the > actual latency. Must be the multi-CPU issue you mentioned, as I have4> vCPUs assigned to my domU. > > -Nick > > > > > -------- > > This e-mail may contain confidential and privileged material for the > sole use of the intended recipient. If this email is not intended for > you, or you are not responsible for the delivery of this message tothe> intended recipient, please note that this message may contain SEAKR > Engineering (SEAKR) Privileged/Proprietary Information. In such acase,> you are strictly prohibited from downloading, photocopying,distributing> or otherwise using this message, its contents or attachments in anyway.> If you have received this message in error, please notify usimmediately> by replying to this e-mail and delete the message from your mailbox. > Information contained in this message that does not relate to the > business of SEAKR is neither endorsed by nor attributable to SEAKR. >_______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Ian, Not sure how familiar you are with tcpdump, but the "-w" option on tcpdump means that tcpdump will *not* display packets captured on stdout. The output you posted indicates that tcpdump captured 53 packets - you need to use tcpdump to read back the captured data from the file, like so: tcpdump -s 0 -r dom0_vif.pcap Then you''ll see all of the packets that were captured in that file. -Nick>>> On 2010/06/15 at 06:50, "Ian Tobin" <itobin@tidyhosts.com> wrote: > Ive run the capture however on Dom0 nothing seems to be logged, > > tcpdump -s0 -w dom0_vif.pcap arp > tcpdump: WARNING: peth0: no IPv4 address assigned > tcpdump: listening on peth0, link-type EN10MB (Ethernet), capture size > 65535 bytes > ^C53 packets captured > 54 packets received by filter > 0 packets dropped by kernel > > > I will email the DomU capture straight to you > > Thanks > > Ian > > > > -----Original Message----- > From: James Harper [mailto:james.harper@bendigoit.com.au] > Sent: 15 June 2010 00:13 > To: Ian Tobin; Nick Couchman; xen-users@lists.xensource.com > Subject: RE: [Xen-users] Problems with GPLPV network latency > > In dom0: > tcpdump -s0 -w dom0_vif.pcap arp or icmp > > Same filter in domU, whether you use tcpdump or wireshark > > Then do a few pings etc. > > James > >> -----Original Message----- >> From: Ian Tobin [mailto:itobin@tidyhosts.com] >> Sent: Tuesday, 15 June 2010 06:38 >> To: Nick Couchman; James Harper; xen-users@lists.xensource.com >> Subject: RE: [Xen-users] Problems with GPLPV network latency >> >> Hi James, >> >> Can you tell me what info you need from the capture? i.e. any special >> command line options etc. >> >> FYI i have a windows 2003 DomU which is also seeing the same issue, > its >> that slow it took ages to download wireshark, i had to run the > constant >> ping so that it had connectivity, very odd. >> >> Im running with a Single cpu on the DomU. >> >> Thanks >> >> Ian >> >> >> -----Original Message----- >> From: Nick Couchman [mailto:Nick.Couchman@seakr.com] >> Sent: 08 June 2010 16:22 >> To: James Harper; xen-users@lists.xensource.com; Ian Tobin >> Subject: RE: [Xen-users] Problems with GPLPV network latency >> >> > >> > Are you really seeing high latency or just reported high latency? Eg >> > when it says 1200ms, does it really take an extra second? >> >> I''m seeing the high latency numbers reported in Windows, but not the >> actual latency. Must be the multi-CPU issue you mentioned, as I have > 4 >> vCPUs assigned to my domU. >> >> -Nick >> >> >> >> >> -------- >> >> This e-mail may contain confidential and privileged material for the >> sole use of the intended recipient. If this email is not intended for >> you, or you are not responsible for the delivery of this message to > the >> intended recipient, please note that this message may contain SEAKR >> Engineering (SEAKR) Privileged/Proprietary Information. In such a > case, >> you are strictly prohibited from downloading, photocopying, > distributing >> or otherwise using this message, its contents or attachments in any > way. >> If you have received this message in error, please notify us > immediately >> by replying to this e-mail and delete the message from your mailbox. >> Information contained in this message that does not relate to the >> business of SEAKR is neither endorsed by nor attributable to SEAKR. >>-------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Nick, Thanks for that, ive never used it at all before so excuse my noob approach. Ill send those to James as well, hopefully he may see something. Thanks Ian -----Original Message----- From: Nick Couchman [mailto:Nick.Couchman@seakr.com] Sent: 15 June 2010 15:01 To: James Harper; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency Ian, Not sure how familiar you are with tcpdump, but the "-w" option on tcpdump means that tcpdump will *not* display packets captured on stdout. The output you posted indicates that tcpdump captured 53 packets - you need to use tcpdump to read back the captured data from the file, like so: tcpdump -s 0 -r dom0_vif.pcap Then you''ll see all of the packets that were captured in that file. -Nick>>> On 2010/06/15 at 06:50, "Ian Tobin" <itobin@tidyhosts.com> wrote: > Ive run the capture however on Dom0 nothing seems to be logged, > > tcpdump -s0 -w dom0_vif.pcap arp > tcpdump: WARNING: peth0: no IPv4 address assigned > tcpdump: listening on peth0, link-type EN10MB (Ethernet), capture size > 65535 bytes > ^C53 packets captured > 54 packets received by filter > 0 packets dropped by kernel > > > I will email the DomU capture straight to you > > Thanks > > Ian > > > > -----Original Message----- > From: James Harper [mailto:james.harper@bendigoit.com.au] > Sent: 15 June 2010 00:13 > To: Ian Tobin; Nick Couchman; xen-users@lists.xensource.com > Subject: RE: [Xen-users] Problems with GPLPV network latency > > In dom0: > tcpdump -s0 -w dom0_vif.pcap arp or icmp > > Same filter in domU, whether you use tcpdump or wireshark > > Then do a few pings etc. > > James > >> -----Original Message----- >> From: Ian Tobin [mailto:itobin@tidyhosts.com] >> Sent: Tuesday, 15 June 2010 06:38 >> To: Nick Couchman; James Harper; xen-users@lists.xensource.com >> Subject: RE: [Xen-users] Problems with GPLPV network latency >> >> Hi James, >> >> Can you tell me what info you need from the capture? i.e. anyspecial>> command line options etc. >> >> FYI i have a windows 2003 DomU which is also seeing the same issue, > its >> that slow it took ages to download wireshark, i had to run the > constant >> ping so that it had connectivity, very odd. >> >> Im running with a Single cpu on the DomU. >> >> Thanks >> >> Ian >> >> >> -----Original Message----- >> From: Nick Couchman [mailto:Nick.Couchman@seakr.com] >> Sent: 08 June 2010 16:22 >> To: James Harper; xen-users@lists.xensource.com; Ian Tobin >> Subject: RE: [Xen-users] Problems with GPLPV network latency >> >> > >> > Are you really seeing high latency or just reported high latency?Eg>> > when it says 1200ms, does it really take an extra second? >> >> I''m seeing the high latency numbers reported in Windows, but not the >> actual latency. Must be the multi-CPU issue you mentioned, as I have > 4 >> vCPUs assigned to my domU. >> >> -Nick >> >> >> >> >> -------- >> >> This e-mail may contain confidential and privileged material for the >> sole use of the intended recipient. If this email is not intendedfor>> you, or you are not responsible for the delivery of this message to > the >> intended recipient, please note that this message may contain SEAKR >> Engineering (SEAKR) Privileged/Proprietary Information. In such a > case, >> you are strictly prohibited from downloading, photocopying, > distributing >> or otherwise using this message, its contents or attachments in any > way. >> If you have received this message in error, please notify us > immediately >> by replying to this e-mail and delete the message from your mailbox. >> Information contained in this message that does not relate to the >> business of SEAKR is neither endorsed by nor attributable to SEAKR. >>-------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Hi, Ive built a linux DomU and am facing the same network issue, massive delays then no network at all so its not limited to Windows DomUs. It seems that the only DomU to work is one which doesn''t have the XEN drivers running. Any ideas? Thanks Ian -----Original Message----- From: James Harper [mailto:james.harper@bendigoit.com.au] Sent: 09 June 2010 14:03 To: Nick Couchman; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency> James, > What config options adjust the timer in Xen? >It''s timer_mode I think. I''m not sure what all the different values mean though. James _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Do you only have one Xen server running - the one you''re having problems with? Or do you have multiple servers running, and all of them are having problems? O r multiple ones running and only this one is seeing this problem? What''s the chipset of the network cards in your physical machine? Also, I''m sure you''ve already posted it, but remind me what versions of Xen and the dom0 kernel you''re running. -Nick>>> "Ian Tobin" 06/23/10 4:33 AM >>>Hi, Ive built a linux DomU and am facing the same network issue, massive delays then no network at all so its not limited to Windows DomUs. It seems that the only DomU to work is one which doesn''t have the XEN drivers running. Any ideas? Thanks Ian -----Original Message----- From: James Harper [mailto:james.harper@bendigoit.com.au] Sent: 09 June 2010 14:03 To: Nick Couchman; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency> James, > What config options adjust the timer in Xen? >It''s timer_mode I think. I''m not sure what all the different values mean though. James -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Hi, No I have 5 servers. This is the only one im facing this issue with, all built the same though this motherboard is slightly different. I don''t have any problems with Dom0 out to the internet and back, its just the DomUs. Im using bridged mode so could it be that the bridge is at fault? Its strange why only the Windows DomU will work with no network driver, just the standard one. Im running XEN 4.0 on 2.6.32.14 kernel, the chipset is AMD 740G / AMD SB700 (http://www.pcwb.co.uk/catalogue/item/A0477614?cidp=Froogle) Thanks Ian -----Original Message----- From: Nick Couchman [mailto:Nick.Couchman@seakr.com] Sent: 23 June 2010 14:52 To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency Do you only have one Xen server running - the one you''re having problems with? Or do you have multiple servers running, and all of them are having problems? O r multiple ones running and only this one is seeing this problem? What''s the chipset of the network cards in your physical machine? Also, I''m sure you''ve already posted it, but remind me what versions of Xen and the dom0 kernel you''re running. -Nick>>> "Ian Tobin" 06/23/10 4:33 AM >>>Hi, Ive built a linux DomU and am facing the same network issue, massive delays then no network at all so its not limited to Windows DomUs. It seems that the only DomU to work is one which doesn''t have the XEN drivers running. Any ideas? Thanks Ian -----Original Message----- From: James Harper [mailto:james.harper@bendigoit.com.au] Sent: 09 June 2010 14:03 To: Nick Couchman; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency> James, > What config options adjust the timer in Xen? >It''s timer_mode I think. I''m not sure what all the different values mean though. James -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
And they''re all running the same version of Xen and the dom0 kernel? At this point, I''m just trying to highlight differences that may be causing this. If you''re running identical kernels, I highly doubt the bridge mode is to blame, since that''s part of the dom0 kernel. If the kernels are different, than it could be the bridge module or the module for the specific network chipset you''re using. When you say the MBs are slightly different, do you know what those differences are? -Nick>>> On 2010/06/23 at 08:46, "Ian Tobin" <itobin@tidyhosts.com> wrote: > Hi, > > No I have 5 servers. This is the only one im facing this issue with, all > built the same though this motherboard is slightly different. I don''t > have any problems with Dom0 out to the internet and back, its just the > DomUs. Im using bridged mode so could it be that the bridge is at > fault? > > Its strange why only the Windows DomU will work with no network driver, > just the standard one. > > Im running XEN 4.0 on 2.6.32.14 kernel, the chipset is AMD 740G / AMD > SB700 (http://www.pcwb.co.uk/catalogue/item/A0477614?cidp=Froogle) > > Thanks > > Ian > > > > -----Original Message----- > From: Nick Couchman [mailto:Nick.Couchman@seakr.com] > Sent: 23 June 2010 14:52 > To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian > Tobin > Subject: RE: [Xen-users] Problems with GPLPV network latency > > Do you only have one Xen server running - the one you''re having problems > with? Or do you have multiple servers running, and all of them are > having problems? O r multiple ones running and only this one is seeing > this problem? > > What''s the chipset of the network cards in your physical machine? Also, > I''m sure you''ve already posted it, but remind me what versions of Xen > and the dom0 kernel you''re running. > > -Nick > >>>> "Ian Tobin" 06/23/10 4:33 AM >>> > Hi, > > Ive built a linux DomU and am facing the same network issue, massive > delays then no network at all so its not limited to Windows DomUs. It > seems that the only DomU to work is one which doesn''t have the XEN > drivers running. > > Any ideas? > > Thanks > > Ian > > -----Original Message----- > From: James Harper [mailto:james.harper@bendigoit.com.au] > Sent: 09 June 2010 14:03 > To: Nick Couchman; xen-users@lists.xensource.com; Ian Tobin > Subject: RE: [Xen-users] Problems with GPLPV network latency > >> James, >> What config options adjust the timer in Xen? >> > > It''s timer_mode I think. I''m not sure what all the different values mean > though. > > James > > > > > > -------- > > This e-mail may contain confidential and privileged material for the > sole use of the intended recipient. If this email is not intended for > you, or you are not responsible for the delivery of this message to the > intended recipient, please note that this message may contain SEAKR > Engineering (SEAKR) Privileged/Proprietary Information. In such a case, > you are strictly prohibited from downloading, photocopying, distributing > or otherwise using this message, its contents or attachments in any way. > If you have received this message in error, please notify us immediately > by replying to this e-mail and delete the message from your mailbox. > Information contained in this message that does not relate to the > business of SEAKR is neither endorsed by nor attributable to SEAKR.-------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
This box is running a newer kernel than the rest. The other are running 2.6.32.13 while this is running 2.6.32.14. The motherboards just have different chipsets but are AMD boards. -----Original Message----- From: Nick Couchman [mailto:Nick.Couchman@seakr.com] Sent: 23 June 2010 15:55 To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency And they''re all running the same version of Xen and the dom0 kernel? At this point, I''m just trying to highlight differences that may be causing this. If you''re running identical kernels, I highly doubt the bridge mode is to blame, since that''s part of the dom0 kernel. If the kernels are different, than it could be the bridge module or the module for the specific network chipset you''re using. When you say the MBs are slightly different, do you know what those differences are? -Nick>>> On 2010/06/23 at 08:46, "Ian Tobin" <itobin@tidyhosts.com> wrote: > Hi, > > No I have 5 servers. This is the only one im facing this issue with, > all built the same though this motherboard is slightly different. I > don''t have any problems with Dom0 out to the internet and back, its > just the DomUs. Im using bridged mode so could it be that the bridge > is at fault? > > Its strange why only the Windows DomU will work with no network > driver, just the standard one. > > Im running XEN 4.0 on 2.6.32.14 kernel, the chipset is AMD 740G / AMD > SB700 (http://www.pcwb.co.uk/catalogue/item/A0477614?cidp=Froogle) > > Thanks > > Ian > > > > -----Original Message----- > From: Nick Couchman [mailto:Nick.Couchman@seakr.com] > Sent: 23 June 2010 14:52 > To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian > Tobin > Subject: RE: [Xen-users] Problems with GPLPV network latency > > Do you only have one Xen server running - the one you''re having > problems with? Or do you have multiple servers running, and all of > them are having problems? O r multiple ones running and only this one> is seeing this problem? > > What''s the chipset of the network cards in your physical machine? > Also, I''m sure you''ve already posted it, but remind me what versions > of Xen and the dom0 kernel you''re running. > > -Nick > >>>> "Ian Tobin" 06/23/10 4:33 AM >>> > Hi, > > Ive built a linux DomU and am facing the same network issue, massive > delays then no network at all so its not limited to Windows DomUs. It> seems that the only DomU to work is one which doesn''t have the XEN > drivers running. > > Any ideas? > > Thanks > > Ian > > -----Original Message----- > From: James Harper [mailto:james.harper@bendigoit.com.au] > Sent: 09 June 2010 14:03 > To: Nick Couchman; xen-users@lists.xensource.com; Ian Tobin > Subject: RE: [Xen-users] Problems with GPLPV network latency > >> James, >> What config options adjust the timer in Xen? >> > > It''s timer_mode I think. I''m not sure what all the different values > mean though. > > James > > > > > > -------- > > This e-mail may contain confidential and privileged material for the > sole use of the intended recipient. If this email is not intended for> you, or you are not responsible for the delivery of this message to > the intended recipient, please note that this message may contain > SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such> a case, you are strictly prohibited from downloading, photocopying, > distributing or otherwise using this message, its contents orattachments in any way.> If you have received this message in error, please notify us > immediately by replying to this e-mail and delete the message fromyour mailbox.> Information contained in this message that does not relate to the > business of SEAKR is neither endorsed by nor attributable to SEAKR.-------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Hmmm...so, possible reasons for this are: - Network chipset on motherboard is slightly different and causes problems - There''s some change between 2.6.32.13 and 2.6.32.14 with networking that causes problems. If you''re in a position to run a couple of tests, I''d suggest the following: swap hard drives between this machine that''s causing problems and one of the ones that''s working fine and see what the result is. If they''re similar enough, booting should work fine and you should be able to do a quick test. Of course, I have to offer the advice to back up before attempting this :-). -Nick>>> On 2010/06/23 at 09:00, "Ian Tobin" <itobin@tidyhosts.com> wrote: > This box is running a newer kernel than the rest. > > The other are running 2.6.32.13 while this is running 2.6.32.14. The > motherboards just have different chipsets but are AMD boards. > > > > -----Original Message----- > From: Nick Couchman [mailto:Nick.Couchman@seakr.com] > Sent: 23 June 2010 15:55 > To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian > Tobin > Subject: RE: [Xen-users] Problems with GPLPV network latency > > And they''re all running the same version of Xen and the dom0 kernel? > > At this point, I''m just trying to highlight differences that may be > causing this. If you''re running identical kernels, I highly doubt the > bridge mode is to blame, since that''s part of the dom0 kernel. If the > kernels are different, than it could be the bridge module or the module > for the specific network chipset you''re using. > > When you say the MBs are slightly different, do you know what those > differences are? > > -Nick > >>>> On 2010/06/23 at 08:46, "Ian Tobin" <itobin@tidyhosts.com> wrote: >> Hi, >> >> No I have 5 servers. This is the only one im facing this issue with, >> all built the same though this motherboard is slightly different. I >> don''t have any problems with Dom0 out to the internet and back, its >> just the DomUs. Im using bridged mode so could it be that the bridge >> is at fault? >> >> Its strange why only the Windows DomU will work with no network >> driver, just the standard one. >> >> Im running XEN 4.0 on 2.6.32.14 kernel, the chipset is AMD 740G / AMD >> SB700 (http://www.pcwb.co.uk/catalogue/item/A0477614?cidp=Froogle) >> >> Thanks >> >> Ian >> >> >> >> -----Original Message----- >> From: Nick Couchman [mailto:Nick.Couchman@seakr.com] >> Sent: 23 June 2010 14:52 >> To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian >> Tobin >> Subject: RE: [Xen-users] Problems with GPLPV network latency >> >> Do you only have one Xen server running - the one you''re having >> problems with? Or do you have multiple servers running, and all of >> them are having problems? O r multiple ones running and only this one > >> is seeing this problem? >> >> What''s the chipset of the network cards in your physical machine? >> Also, I''m sure you''ve already posted it, but remind me what versions >> of Xen and the dom0 kernel you''re running. >> >> -Nick >> >>>>> "Ian Tobin" 06/23/10 4:33 AM >>> >> Hi, >> >> Ive built a linux DomU and am facing the same network issue, massive >> delays then no network at all so its not limited to Windows DomUs. It > >> seems that the only DomU to work is one which doesn''t have the XEN >> drivers running. >> >> Any ideas? >> >> Thanks >> >> Ian >> >> -----Original Message----- >> From: James Harper [mailto:james.harper@bendigoit.com.au] >> Sent: 09 June 2010 14:03 >> To: Nick Couchman; xen-users@lists.xensource.com; Ian Tobin >> Subject: RE: [Xen-users] Problems with GPLPV network latency >> >>> James, >>> What config options adjust the timer in Xen? >>> >> >> It''s timer_mode I think. I''m not sure what all the different values >> mean though. >> >> James >> >> >> >> >> >> -------- >> >> This e-mail may contain confidential and privileged material for the >> sole use of the intended recipient. If this email is not intended for > >> you, or you are not responsible for the delivery of this message to >> the intended recipient, please note that this message may contain >> SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such > >> a case, you are strictly prohibited from downloading, photocopying, >> distributing or otherwise using this message, its contents or > attachments in any way. >> If you have received this message in error, please notify us >> immediately by replying to this e-mail and delete the message from > your mailbox. >> Information contained in this message that does not relate to the >> business of SEAKR is neither endorsed by nor attributable to SEAKR. > > > > -------- > > This e-mail may contain confidential and privileged material for the > sole use of the intended recipient. If this email is not intended for > you, or you are not responsible for the delivery of this message to the > intended recipient, please note that this message may contain SEAKR > Engineering (SEAKR) Privileged/Proprietary Information. In such a case, > you are strictly prohibited from downloading, photocopying, distributing > or otherwise using this message, its contents or attachments in any way. > If you have received this message in error, please notify us immediately > by replying to this e-mail and delete the message from your mailbox. > Information contained in this message that does not relate to the > business of SEAKR is neither endorsed by nor attributable to SEAKR.-------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Id love to run those tests but unfortunately the servers are in a DC 2 hour drive away so physical access is not available :( Its really odd though, Dom0 network runs fine, no lags so the drivers for the adapter are ok and also the DomU (windows) without the PV drivers loaded works fine to. So it looks like when ever there is XEN driver loaded for the network it seems to upset things. The other thing i haven''t tried is to build a HVM linux DomU and see what that does. Its really like the drivers can''t talk through the bridge correctly. By the sounds of things im the only one with this issue but the hardware is nothing out of the ordinary. Thanks Ian -----Original Message----- From: Nick Couchman [mailto:Nick.Couchman@seakr.com] Sent: 23 June 2010 16:11 To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency Hmmm...so, possible reasons for this are: - Network chipset on motherboard is slightly different and causes problems - There''s some change between 2.6.32.13 and 2.6.32.14 with networking that causes problems. If you''re in a position to run a couple of tests, I''d suggest the following: swap hard drives between this machine that''s causing problems and one of the ones that''s working fine and see what the result is. If they''re similar enough, booting should work fine and you should be able to do a quick test. Of course, I have to offer the advice to back up before attempting this :-). -Nick>>> On 2010/06/23 at 09:00, "Ian Tobin" <itobin@tidyhosts.com> wrote: > This box is running a newer kernel than the rest. > > The other are running 2.6.32.13 while this is running 2.6.32.14. The > motherboards just have different chipsets but are AMD boards. > > > > -----Original Message----- > From: Nick Couchman [mailto:Nick.Couchman@seakr.com] > Sent: 23 June 2010 15:55 > To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian > Tobin > Subject: RE: [Xen-users] Problems with GPLPV network latency > > And they''re all running the same version of Xen and the dom0 kernel? > > At this point, I''m just trying to highlight differences that may be > causing this. If you''re running identical kernels, I highly doubt the > bridge mode is to blame, since that''s part of the dom0 kernel. If the > kernels are different, than it could be the bridge module or themodule> for the specific network chipset you''re using. > > When you say the MBs are slightly different, do you know what those > differences are? > > -Nick > >>>> On 2010/06/23 at 08:46, "Ian Tobin" <itobin@tidyhosts.com> wrote: >> Hi, >> >> No I have 5 servers. This is the only one im facing this issue with, >> all built the same though this motherboard is slightly different. I >> don''t have any problems with Dom0 out to the internet and back, its >> just the DomUs. Im using bridged mode so could it be that the bridge>> is at fault? >> >> Its strange why only the Windows DomU will work with no network >> driver, just the standard one. >> >> Im running XEN 4.0 on 2.6.32.14 kernel, the chipset is AMD 740G / AMD >> SB700 (http://www.pcwb.co.uk/catalogue/item/A0477614?cidp=Froogle) >> >> Thanks >> >> Ian >> >> >> >> -----Original Message----- >> From: Nick Couchman [mailto:Nick.Couchman@seakr.com] >> Sent: 23 June 2010 14:52 >> To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian>> Tobin >> Subject: RE: [Xen-users] Problems with GPLPV network latency >> >> Do you only have one Xen server running - the one you''re having >> problems with? Or do you have multiple servers running, and all of >> them are having problems? O r multiple ones running and only thisone> >> is seeing this problem? >> >> What''s the chipset of the network cards in your physical machine? >> Also, I''m sure you''ve already posted it, but remind me what versions >> of Xen and the dom0 kernel you''re running. >> >> -Nick >> >>>>> "Ian Tobin" 06/23/10 4:33 AM >>> >> Hi, >> >> Ive built a linux DomU and am facing the same network issue, massive >> delays then no network at all so its not limited to Windows DomUs.It> >> seems that the only DomU to work is one which doesn''t have the XEN >> drivers running. >> >> Any ideas? >> >> Thanks >> >> Ian >> >> -----Original Message----- >> From: James Harper [mailto:james.harper@bendigoit.com.au] >> Sent: 09 June 2010 14:03 >> To: Nick Couchman; xen-users@lists.xensource.com; Ian Tobin >> Subject: RE: [Xen-users] Problems with GPLPV network latency >> >>> James, >>> What config options adjust the timer in Xen? >>> >> >> It''s timer_mode I think. I''m not sure what all the different values >> mean though. >> >> James >> >> >> >> >> >> -------- >> >> This e-mail may contain confidential and privileged material for the >> sole use of the intended recipient. If this email is not intendedfor> >> you, or you are not responsible for the delivery of this message to >> the intended recipient, please note that this message may contain >> SEAKR Engineering (SEAKR) Privileged/Proprietary Information. Insuch> >> a case, you are strictly prohibited from downloading, photocopying, >> distributing or otherwise using this message, its contents or > attachments in any way. >> If you have received this message in error, please notify us >> immediately by replying to this e-mail and delete the message from > your mailbox. >> Information contained in this message that does not relate to the >> business of SEAKR is neither endorsed by nor attributable to SEAKR. > > > > -------- > > This e-mail may contain confidential and privileged material for the > sole use of the intended recipient. If this email is not intended for > you, or you are not responsible for the delivery of this message tothe> intended recipient, please note that this message may contain SEAKR > Engineering (SEAKR) Privileged/Proprietary Information. In such acase,> you are strictly prohibited from downloading, photocopying,distributing> or otherwise using this message, its contents or attachments in anyway.> If you have received this message in error, please notify usimmediately> by replying to this e-mail and delete the message from your mailbox. > Information contained in this message that does not relate to the > business of SEAKR is neither endorsed by nor attributable to SEAKR.-------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Can you remotely wipe out the machine and reinstall from scratch? It could be a hardware issue or kernel issue, but it also may just be an odd setup issue - sometimes reinstalling just helps :-). I''m running out of suggestions...the only times I''ve seen this have to do with transmission checksumming on certain network chipsets, and it''s been a while since I''ve dealt with that. -Nick>>> "Ian Tobin" 06/23/10 3:40 PM >>>Id love to run those tests but unfortunately the servers are in a DC 2 hour drive away so physical access is not available :( Its really odd though, Dom0 network runs fine, no lags so the drivers for the adapter are ok and also the DomU (windows) without the PV drivers loaded works fine to. So it looks like when ever there is XEN driver loaded for the network it seems to upset things. The other thing i haven''t tried is to build a HVM linux DomU and see what that does. Its really like the drivers can''t talk through the bridge correctly. By the sounds of things im the only one with this issue but the hardware is nothing out of the ordinary. Thanks Ian -----Original Message----- From: Nick Couchman [mailto:Nick.Couchman@seakr.com] Sent: 23 June 2010 16:11 To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency Hmmm...so, possible reasons for this are: - Network chipset on motherboard is slightly different and causes problems - There''s some change between 2.6.32.13 and 2.6.32.14 with networking that causes problems. If you''re in a position to run a couple of tests, I''d suggest the following: swap hard drives between this machine that''s causing problems and one of the ones that''s working fine and see what the result is. If they''re similar enough, booting should work fine and you should be able to do a quick test. Of course, I have to offer the advice to back up before attempting this :-). -Nick>>> On 2010/06/23 at 09:00, "Ian Tobin" wrote: > This box is running a newer kernel than the rest. > > The other are running 2.6.32.13 while this is running 2.6.32.14. The > motherboards just have different chipsets but are AMD boards. > > > > -----Original Message----- > From: Nick Couchman [mailto:Nick.Couchman@seakr.com] > Sent: 23 June 2010 15:55 > To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian > Tobin > Subject: RE: [Xen-users] Problems with GPLPV network latency > > And they''re all running the same version of Xen and the dom0 kernel? > > At this point, I''m just trying to highlight differences that may be > causing this. If you''re running identical kernels, I highly doubt the > bridge mode is to blame, since that''s part of the dom0 kernel. If the > kernels are different, than it could be the bridge module or themodule> for the specific network chipset you''re using. > > When you say the MBs are slightly different, do you know what those > differences are? > > -Nick > >>>> On 2010/06/23 at 08:46, "Ian Tobin" wrote: >> Hi, >> >> No I have 5 servers. This is the only one im facing this issue with, >> all built the same though this motherboard is slightly different. I >> don''t have any problems with Dom0 out to the internet and back, its >> just the DomUs. Im using bridged mode so could it be that the bridge>> is at fault? >> >> Its strange why only the Windows DomU will work with no network >> driver, just the standard one. >> >> Im running XEN 4.0 on 2.6.32.14 kernel, the chipset is AMD 740G / AMD >> SB700 (http://www.pcwb.co.uk/catalogue/item/A0477614?cidp=Froogle) >> >> Thanks >> >> Ian >> >> >> >> -----Original Message----- >> From: Nick Couchman [mailto:Nick.Couchman@seakr.com] >> Sent: 23 June 2010 14:52 >> To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian>> Tobin >> Subject: RE: [Xen-users] Problems with GPLPV network latency >> >> Do you only have one Xen server running - the one you''re having >> problems with? Or do you have multiple servers running, and all of >> them are having problems? O r multiple ones running and only thisone> >> is seeing this problem? >> >> What''s the chipset of the network cards in your physical machine? >> Also, I''m sure you''ve already posted it, but remind me what versions >> of Xen and the dom0 kernel you''re running. >> >> -Nick >> >>>>> "Ian Tobin" 06/23/10 4:33 AM >>> >> Hi, >> >> Ive built a linux DomU and am facing the same network issue, massive >> delays then no network at all so its not limited to Windows DomUs.It> >> seems that the only DomU to work is one which doesn''t have the XEN >> drivers running. >> >> Any ideas? >> >> Thanks >> >> Ian >> >> -----Original Message----- >> From: James Harper [mailto:james.harper@bendigoit.com.au] >> Sent: 09 June 2010 14:03 >> To: Nick Couchman; xen-users@lists.xensource.com; Ian Tobin >> Subject: RE: [Xen-users] Problems with GPLPV network latency >> >>> James, >>> What config options adjust the timer in Xen? >>> >> >> It''s timer_mode I think. I''m not sure what all the different values >> mean though. >> >> James >> >> >> >> >> >> -------- >> >> This e-mail may contain confidential and privileged material for the >> sole use of the intended recipient. If this email is not intendedfor> >> you, or you are not responsible for the delivery of this message to >> the intended recipient, please note that this message may contain >> SEAKR Engineering (SEAKR) Privileged/Proprietary Information. Insuch> >> a case, you are strictly prohibited from downloading, photocopying, >> distributing or otherwise using this message, its contents or > attachments in any way. >> If you have received this message in error, please notify us >> immediately by replying to this e-mail and delete the message from > your mailbox. >> Information contained in this message that does not relate to the >> business of SEAKR is neither endorsed by nor attributable to SEAKR. > > > > -------- > > This e-mail may contain confidential and privileged material for the > sole use of the intended recipient. If this email is not intended for > you, or you are not responsible for the delivery of this message tothe> intended recipient, please note that this message may contain SEAKR > Engineering (SEAKR) Privileged/Proprietary Information. In such acase,> you are strictly prohibited from downloading, photocopying,distributing> or otherwise using this message, its contents or attachments in anyway.> If you have received this message in error, please notify usimmediately> by replying to this e-mail and delete the message from your mailbox. > Information contained in this message that does not relate to the > business of SEAKR is neither endorsed by nor attributable to SEAKR.-------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Remotely wiping is an option but I will have to schedule the downtime as there are a couple of live systems on there. I hear what your saying though, sometimes the installs go wrong, guess I should of tested further before releasing it to the DC but as the Windows server worked I never thought it would start playing up when the drivers were loaded. I may try upgrading the kernel first to version 2.6.32.15 or a later version if available and also disable IP tables to rule that out. Ill post back once I have done these. Thanks for your help so far Ian -----Original Message----- From: Nick Couchman [mailto:Nick.Couchman@seakr.com] Sent: 24 June 2010 01:38 To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency Can you remotely wipe out the machine and reinstall from scratch? It could be a hardware issue or kernel issue, but it also may just be an odd setup issue - sometimes reinstalling just helps :-). I''m running out of suggestions...the only times I''ve seen this have to do with transmission checksumming on certain network chipsets, and it''s been a while since I''ve dealt with that. -Nick>>> "Ian Tobin" 06/23/10 3:40 PM >>>Id love to run those tests but unfortunately the servers are in a DC 2 hour drive away so physical access is not available :( Its really odd though, Dom0 network runs fine, no lags so the drivers for the adapter are ok and also the DomU (windows) without the PV drivers loaded works fine to. So it looks like when ever there is XEN driver loaded for the network it seems to upset things. The other thing i haven''t tried is to build a HVM linux DomU and see what that does. Its really like the drivers can''t talk through the bridge correctly. By the sounds of things im the only one with this issue but the hardware is nothing out of the ordinary. Thanks Ian -----Original Message----- From: Nick Couchman [mailto:Nick.Couchman@seakr.com] Sent: 23 June 2010 16:11 To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency Hmmm...so, possible reasons for this are: - Network chipset on motherboard is slightly different and causes problems - There''s some change between 2.6.32.13 and 2.6.32.14 with networking that causes problems. If you''re in a position to run a couple of tests, I''d suggest the following: swap hard drives between this machine that''s causing problems and one of the ones that''s working fine and see what the result is. If they''re similar enough, booting should work fine and you should be able to do a quick test. Of course, I have to offer the advice to back up before attempting this :-). -Nick>>> On 2010/06/23 at 09:00, "Ian Tobin" wrote: > This box is running a newer kernel than the rest. > > The other are running 2.6.32.13 while this is running 2.6.32.14. The > motherboards just have different chipsets but are AMD boards. > > > > -----Original Message----- > From: Nick Couchman [mailto:Nick.Couchman@seakr.com] > Sent: 23 June 2010 15:55 > To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian > Tobin > Subject: RE: [Xen-users] Problems with GPLPV network latency > > And they''re all running the same version of Xen and the dom0 kernel? > > At this point, I''m just trying to highlight differences that may be > causing this. If you''re running identical kernels, I highly doubt the> bridge mode is to blame, since that''s part of the dom0 kernel. If the> kernels are different, than it could be the bridge module or themodule> for the specific network chipset you''re using. > > When you say the MBs are slightly different, do you know what those > differences are? > > -Nick > >>>> On 2010/06/23 at 08:46, "Ian Tobin" wrote: >> Hi, >> >> No I have 5 servers. This is the only one im facing this issue with, >> all built the same though this motherboard is slightly different. I >> don''t have any problems with Dom0 out to the internet and back, its >> just the DomUs. Im using bridged mode so could it be that the bridge>> is at fault? >> >> Its strange why only the Windows DomU will work with no network >> driver, just the standard one. >> >> Im running XEN 4.0 on 2.6.32.14 kernel, the chipset is AMD 740G / AMD >> SB700 (http://www.pcwb.co.uk/catalogue/item/A0477614?cidp=Froogle) >> >> Thanks >> >> Ian >> >> >> >> -----Original Message----- >> From: Nick Couchman [mailto:Nick.Couchman@seakr.com] >> Sent: 23 June 2010 14:52 >> To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian>> Tobin >> Subject: RE: [Xen-users] Problems with GPLPV network latency >> >> Do you only have one Xen server running - the one you''re having >> problems with? Or do you have multiple servers running, and all of >> them are having problems? O r multiple ones running and only thisone> >> is seeing this problem? >> >> What''s the chipset of the network cards in your physical machine? >> Also, I''m sure you''ve already posted it, but remind me what versions >> of Xen and the dom0 kernel you''re running. >> >> -Nick >> >>>>> "Ian Tobin" 06/23/10 4:33 AM >>> >> Hi, >> >> Ive built a linux DomU and am facing the same network issue, massive >> delays then no network at all so its not limited to Windows DomUs.It> >> seems that the only DomU to work is one which doesn''t have the XEN >> drivers running. >> >> Any ideas? >> >> Thanks >> >> Ian >> >> -----Original Message----- >> From: James Harper [mailto:james.harper@bendigoit.com.au] >> Sent: 09 June 2010 14:03 >> To: Nick Couchman; xen-users@lists.xensource.com; Ian Tobin >> Subject: RE: [Xen-users] Problems with GPLPV network latency >> >>> James, >>> What config options adjust the timer in Xen? >>> >> >> It''s timer_mode I think. I''m not sure what all the different values >> mean though. >> >> James >> >> >> >> >> >> -------- >> >> This e-mail may contain confidential and privileged material for the >> sole use of the intended recipient. If this email is not intendedfor> >> you, or you are not responsible for the delivery of this message to >> the intended recipient, please note that this message may contain >> SEAKR Engineering (SEAKR) Privileged/Proprietary Information. Insuch> >> a case, you are strictly prohibited from downloading, photocopying, >> distributing or otherwise using this message, its contents or > attachments in any way. >> If you have received this message in error, please notify us >> immediately by replying to this e-mail and delete the message from > your mailbox. >> Information contained in this message that does not relate to the >> business of SEAKR is neither endorsed by nor attributable to SEAKR. > > > > -------- > > This e-mail may contain confidential and privileged material for the > sole use of the intended recipient. If this email is not intended for> you, or you are not responsible for the delivery of this message tothe> intended recipient, please note that this message may contain SEAKR > Engineering (SEAKR) Privileged/Proprietary Information. In such acase,> you are strictly prohibited from downloading, photocopying,distributing> or otherwise using this message, its contents or attachments in anyway.> If you have received this message in error, please notify usimmediately> by replying to this e-mail and delete the message from your mailbox. > Information contained in this message that does not relate to the > business of SEAKR is neither endorsed by nor attributable to SEAKR.-------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Upgraded to 2.6.32.15 but turns out XEN 4 wont run on that kernel so have had to go back to .14 Disabled iptables but made no difference :( Cheers Ian -----Original Message----- From: Nick Couchman [mailto:Nick.Couchman@seakr.com] Sent: 24 June 2010 01:38 To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency Can you remotely wipe out the machine and reinstall from scratch? It could be a hardware issue or kernel issue, but it also may just be an odd setup issue - sometimes reinstalling just helps :-). I''m running out of suggestions...the only times I''ve seen this have to do with transmission checksumming on certain network chipsets, and it''s been a while since I''ve dealt with that. -Nick>>> "Ian Tobin" 06/23/10 3:40 PM >>>Id love to run those tests but unfortunately the servers are in a DC 2 hour drive away so physical access is not available :( Its really odd though, Dom0 network runs fine, no lags so the drivers for the adapter are ok and also the DomU (windows) without the PV drivers loaded works fine to. So it looks like when ever there is XEN driver loaded for the network it seems to upset things. The other thing i haven''t tried is to build a HVM linux DomU and see what that does. Its really like the drivers can''t talk through the bridge correctly. By the sounds of things im the only one with this issue but the hardware is nothing out of the ordinary. Thanks Ian -----Original Message----- From: Nick Couchman [mailto:Nick.Couchman@seakr.com] Sent: 23 June 2010 16:11 To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency Hmmm...so, possible reasons for this are: - Network chipset on motherboard is slightly different and causes problems - There''s some change between 2.6.32.13 and 2.6.32.14 with networking that causes problems. If you''re in a position to run a couple of tests, I''d suggest the following: swap hard drives between this machine that''s causing problems and one of the ones that''s working fine and see what the result is. If they''re similar enough, booting should work fine and you should be able to do a quick test. Of course, I have to offer the advice to back up before attempting this :-). -Nick>>> On 2010/06/23 at 09:00, "Ian Tobin" wrote: > This box is running a newer kernel than the rest. > > The other are running 2.6.32.13 while this is running 2.6.32.14. The > motherboards just have different chipsets but are AMD boards. > > > > -----Original Message----- > From: Nick Couchman [mailto:Nick.Couchman@seakr.com] > Sent: 23 June 2010 15:55 > To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian > Tobin > Subject: RE: [Xen-users] Problems with GPLPV network latency > > And they''re all running the same version of Xen and the dom0 kernel? > > At this point, I''m just trying to highlight differences that may be > causing this. If you''re running identical kernels, I highly doubt the> bridge mode is to blame, since that''s part of the dom0 kernel. If the> kernels are different, than it could be the bridge module or themodule> for the specific network chipset you''re using. > > When you say the MBs are slightly different, do you know what those > differences are? > > -Nick > >>>> On 2010/06/23 at 08:46, "Ian Tobin" wrote: >> Hi, >> >> No I have 5 servers. This is the only one im facing this issue with, >> all built the same though this motherboard is slightly different. I >> don''t have any problems with Dom0 out to the internet and back, its >> just the DomUs. Im using bridged mode so could it be that the bridge>> is at fault? >> >> Its strange why only the Windows DomU will work with no network >> driver, just the standard one. >> >> Im running XEN 4.0 on 2.6.32.14 kernel, the chipset is AMD 740G / AMD >> SB700 (http://www.pcwb.co.uk/catalogue/item/A0477614?cidp=Froogle) >> >> Thanks >> >> Ian >> >> >> >> -----Original Message----- >> From: Nick Couchman [mailto:Nick.Couchman@seakr.com] >> Sent: 23 June 2010 14:52 >> To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian>> Tobin >> Subject: RE: [Xen-users] Problems with GPLPV network latency >> >> Do you only have one Xen server running - the one you''re having >> problems with? Or do you have multiple servers running, and all of >> them are having problems? O r multiple ones running and only thisone> >> is seeing this problem? >> >> What''s the chipset of the network cards in your physical machine? >> Also, I''m sure you''ve already posted it, but remind me what versions >> of Xen and the dom0 kernel you''re running. >> >> -Nick >> >>>>> "Ian Tobin" 06/23/10 4:33 AM >>> >> Hi, >> >> Ive built a linux DomU and am facing the same network issue, massive >> delays then no network at all so its not limited to Windows DomUs.It> >> seems that the only DomU to work is one which doesn''t have the XEN >> drivers running. >> >> Any ideas? >> >> Thanks >> >> Ian >> >> -----Original Message----- >> From: James Harper [mailto:james.harper@bendigoit.com.au] >> Sent: 09 June 2010 14:03 >> To: Nick Couchman; xen-users@lists.xensource.com; Ian Tobin >> Subject: RE: [Xen-users] Problems with GPLPV network latency >> >>> James, >>> What config options adjust the timer in Xen? >>> >> >> It''s timer_mode I think. I''m not sure what all the different values >> mean though. >> >> James >> >> >> >> >> >> -------- >> >> This e-mail may contain confidential and privileged material for the >> sole use of the intended recipient. If this email is not intendedfor> >> you, or you are not responsible for the delivery of this message to >> the intended recipient, please note that this message may contain >> SEAKR Engineering (SEAKR) Privileged/Proprietary Information. Insuch> >> a case, you are strictly prohibited from downloading, photocopying, >> distributing or otherwise using this message, its contents or > attachments in any way. >> If you have received this message in error, please notify us >> immediately by replying to this e-mail and delete the message from > your mailbox. >> Information contained in this message that does not relate to the >> business of SEAKR is neither endorsed by nor attributable to SEAKR. > > > > -------- > > This e-mail may contain confidential and privileged material for the > sole use of the intended recipient. If this email is not intended for> you, or you are not responsible for the delivery of this message tothe> intended recipient, please note that this message may contain SEAKR > Engineering (SEAKR) Privileged/Proprietary Information. In such acase,> you are strictly prohibited from downloading, photocopying,distributing> or otherwise using this message, its contents or attachments in anyway.> If you have received this message in error, please notify usimmediately> by replying to this e-mail and delete the message from your mailbox. > Information contained in this message that does not relate to the > business of SEAKR is neither endorsed by nor attributable to SEAKR.-------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
Have tried to reinstall XEN by downloading and recompiling it but no joy. Have tried pinging from DomU to DomU and is also showing major lag and packet loss :( all fine without any drivers though. Ian -----Original Message----- From: Nick Couchman [mailto:Nick.Couchman@seakr.com] Sent: 24 June 2010 01:38 To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency Can you remotely wipe out the machine and reinstall from scratch? It could be a hardware issue or kernel issue, but it also may just be an odd setup issue - sometimes reinstalling just helps :-). I''m running out of suggestions...the only times I''ve seen this have to do with transmission checksumming on certain network chipsets, and it''s been a while since I''ve dealt with that. -Nick>>> "Ian Tobin" 06/23/10 3:40 PM >>>Id love to run those tests but unfortunately the servers are in a DC 2 hour drive away so physical access is not available :( Its really odd though, Dom0 network runs fine, no lags so the drivers for the adapter are ok and also the DomU (windows) without the PV drivers loaded works fine to. So it looks like when ever there is XEN driver loaded for the network it seems to upset things. The other thing i haven''t tried is to build a HVM linux DomU and see what that does. Its really like the drivers can''t talk through the bridge correctly. By the sounds of things im the only one with this issue but the hardware is nothing out of the ordinary. Thanks Ian -----Original Message----- From: Nick Couchman [mailto:Nick.Couchman@seakr.com] Sent: 23 June 2010 16:11 To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian Tobin Subject: RE: [Xen-users] Problems with GPLPV network latency Hmmm...so, possible reasons for this are: - Network chipset on motherboard is slightly different and causes problems - There''s some change between 2.6.32.13 and 2.6.32.14 with networking that causes problems. If you''re in a position to run a couple of tests, I''d suggest the following: swap hard drives between this machine that''s causing problems and one of the ones that''s working fine and see what the result is. If they''re similar enough, booting should work fine and you should be able to do a quick test. Of course, I have to offer the advice to back up before attempting this :-). -Nick>>> On 2010/06/23 at 09:00, "Ian Tobin" wrote: > This box is running a newer kernel than the rest. > > The other are running 2.6.32.13 while this is running 2.6.32.14. The > motherboards just have different chipsets but are AMD boards. > > > > -----Original Message----- > From: Nick Couchman [mailto:Nick.Couchman@seakr.com] > Sent: 23 June 2010 15:55 > To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian > Tobin > Subject: RE: [Xen-users] Problems with GPLPV network latency > > And they''re all running the same version of Xen and the dom0 kernel? > > At this point, I''m just trying to highlight differences that may be > causing this. If you''re running identical kernels, I highly doubt the> bridge mode is to blame, since that''s part of the dom0 kernel. If the> kernels are different, than it could be the bridge module or themodule> for the specific network chipset you''re using. > > When you say the MBs are slightly different, do you know what those > differences are? > > -Nick > >>>> On 2010/06/23 at 08:46, "Ian Tobin" wrote: >> Hi, >> >> No I have 5 servers. This is the only one im facing this issue with, >> all built the same though this motherboard is slightly different. I >> don''t have any problems with Dom0 out to the internet and back, its >> just the DomUs. Im using bridged mode so could it be that the bridge>> is at fault? >> >> Its strange why only the Windows DomU will work with no network >> driver, just the standard one. >> >> Im running XEN 4.0 on 2.6.32.14 kernel, the chipset is AMD 740G / AMD >> SB700 (http://www.pcwb.co.uk/catalogue/item/A0477614?cidp=Froogle) >> >> Thanks >> >> Ian >> >> >> >> -----Original Message----- >> From: Nick Couchman [mailto:Nick.Couchman@seakr.com] >> Sent: 23 June 2010 14:52 >> To: james.harper@bendigoit.com.au; xen-users@lists.xensource.com; Ian>> Tobin >> Subject: RE: [Xen-users] Problems with GPLPV network latency >> >> Do you only have one Xen server running - the one you''re having >> problems with? Or do you have multiple servers running, and all of >> them are having problems? O r multiple ones running and only thisone> >> is seeing this problem? >> >> What''s the chipset of the network cards in your physical machine? >> Also, I''m sure you''ve already posted it, but remind me what versions >> of Xen and the dom0 kernel you''re running. >> >> -Nick >> >>>>> "Ian Tobin" 06/23/10 4:33 AM >>> >> Hi, >> >> Ive built a linux DomU and am facing the same network issue, massive >> delays then no network at all so its not limited to Windows DomUs.It> >> seems that the only DomU to work is one which doesn''t have the XEN >> drivers running. >> >> Any ideas? >> >> Thanks >> >> Ian >> >> -----Original Message----- >> From: James Harper [mailto:james.harper@bendigoit.com.au] >> Sent: 09 June 2010 14:03 >> To: Nick Couchman; xen-users@lists.xensource.com; Ian Tobin >> Subject: RE: [Xen-users] Problems with GPLPV network latency >> >>> James, >>> What config options adjust the timer in Xen? >>> >> >> It''s timer_mode I think. I''m not sure what all the different values >> mean though. >> >> James >> >> >> >> >> >> -------- >> >> This e-mail may contain confidential and privileged material for the >> sole use of the intended recipient. If this email is not intendedfor> >> you, or you are not responsible for the delivery of this message to >> the intended recipient, please note that this message may contain >> SEAKR Engineering (SEAKR) Privileged/Proprietary Information. Insuch> >> a case, you are strictly prohibited from downloading, photocopying, >> distributing or otherwise using this message, its contents or > attachments in any way. >> If you have received this message in error, please notify us >> immediately by replying to this e-mail and delete the message from > your mailbox. >> Information contained in this message that does not relate to the >> business of SEAKR is neither endorsed by nor attributable to SEAKR. > > > > -------- > > This e-mail may contain confidential and privileged material for the > sole use of the intended recipient. If this email is not intended for> you, or you are not responsible for the delivery of this message tothe> intended recipient, please note that this message may contain SEAKR > Engineering (SEAKR) Privileged/Proprietary Information. In such acase,> you are strictly prohibited from downloading, photocopying,distributing> or otherwise using this message, its contents or attachments in anyway.> If you have received this message in error, please notify usimmediately> by replying to this e-mail and delete the message from your mailbox. > Information contained in this message that does not relate to the > business of SEAKR is neither endorsed by nor attributable to SEAKR.-------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. -------- This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users