[CRIT] softtimer_runtime() Virtual Migration Detected! Syncing Clock
Hi everybody, i got a strange message today: [CRIT] softtimer_runtime() Virtual Migration Detected! Syncing Clock i'm running 1.0.trunk (10803) as a VM on ESXi i have a similar setup of 1.0.1 as VM on ESXi but i've never seen this message. Does anybody have an idea what is wrong here? All tips / hints appreciated. Best Regards Chav
I have seen that randomly during core dumps back when mod_managed was causing core dump on load. I am running VMWare ESX 3.5 not ESXi My curiousity was peaked as well, however I dismissed that as something to do with slow/inacurate timing in vmware. I do not have my ESX interupts tuned at all, just set to default install values. I too would be curious what exactly this means. Regards, -Adam -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Chav Paskov Sent: Monday, January 26, 2009 6:21 PM To: freeswitch-users@lists.freeswitch.org Subject: [Freeswitch-users] [CRIT] softtimer_runtime() Virtual Migration Detected! Syncing Clock Hi everybody, i got a strange message today: [CRIT] softtimer_runtime() Virtual Migration Detected! Syncing Clock i'm running 1.0.trunk (10803) as a VM on ESXi i have a similar setup of 1.0.1 as VM on ESXi but i've never seen this message. Does anybody have an idea what is wrong here? All tips / hints appreciated. Best Regards Chav _______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
It means your clock is slipping .. which is bad... The error is for when you do a migration say between two xen boxes or two openvz boxes so that things will carry on once the migration is done. (or your clock is slipping) /b On Jan 26, 2009, at 5:28 PM, Adam Long wrote:
I have seen that randomly during core dumps back when mod_managed was causing core dump on load. I am running VMWare ESX 3.5 not ESXi
My curiousity was peaked as well, however I dismissed that as something to do with slow/inacurate timing in vmware. I do not have my ESX interupts tuned at all, just set to default install values.
I too would be curious what exactly this means.
Regards, -Adam
Brian West wrote:
It means your clock is slipping .. which is bad... The error is for when you do a migration say between two xen boxes or two openvz boxes so that things will carry on once the migration is done. (or your clock is slipping)
/b
On Jan 26, 2009, at 5:28 PM, Adam Long wrote:
I have seen that randomly during core dumps back when mod_managed was causing core dump on load. I am running VMWare ESX 3.5 not ESXi
My curiousity was peaked as well, however I dismissed that as something to do with slow/inacurate timing in vmware. I do not have my ESX interupts tuned at all, just set to default install values.
I too would be curious what exactly this means.
Regards, -Adam
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Thanks for the prompt response. will it help if i set a cron job to keep up the clock correct? i'm just curious because i definitely have no migration process set. Regards Chav
running ntpd will help but if your clock is slipping that much you might want to re-task the machine as a boat anchor. /b On Jan 26, 2009, at 5:42 PM, Chav Paskov wrote:
Thanks for the prompt response. will it help if i set a cron job to keep up the clock correct? i'm just curious because i definitely have no migration process set. Regards Chav
Haha... it is probably either a case of overloading the ESX host server (too many other guests on same machine) Or your ESX isn't pumping out enough interrupts. Have a look here.. this might help. http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=dis playKC&externalId=2219 Not 100% sure if this is still acurate for ESX 3.5 or ESXi 3.5 -Adam -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Monday, January 26, 2009 6:47 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] [CRIT] softtimer_runtime() Virtual Migration Detected! Syncing Clock running ntpd will help but if your clock is slipping that much you might want to re-task the machine as a boat anchor. /b On Jan 26, 2009, at 5:42 PM, Chav Paskov wrote:
Thanks for the prompt response. will it help if i set a cron job to keep up the clock correct? i'm just curious because i definitely have no migration process set. Regards Chav
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Sorry that last link was mangled... If you are running inside ESX might want to have a look here... http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=dis playKC&externalId=2219 -Adam -----Original Message----- From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org] On Behalf Of Brian West Sent: Monday, January 26, 2009 6:47 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] [CRIT] softtimer_runtime() Virtual Migration Detected! Syncing Clock running ntpd will help but if your clock is slipping that much you might want to re-task the machine as a boat anchor. /b On Jan 26, 2009, at 5:42 PM, Chav Paskov wrote:
Thanks for the prompt response. will it help if i set a cron job to keep up the clock correct? i'm just curious because i definitely have no migration process set. Regards Chav
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
haha so was that one! :P Anchors Away!!! /b On Jan 26, 2009, at 6:11 PM, Adam Long wrote:
Sorry that last link was mangled...
If you are running inside ESX might want to have a look here... http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=dis playKC&externalId=2219
-Adam
Brian West wrote:
haha so was that one! :P Anchors Away!!!
/b
On Jan 26, 2009, at 6:11 PM, Adam Long wrote:
Sorry that last link was mangled...
If you are running inside ESX might want to have a look here... http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=dis <http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=dis> playKC&externalId=2219
-Adam
------------------------------------------------------------------------
_______________________________________________ Freeswitch-users mailing list Freeswitch-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
thanks Adam i think i narrowed it down. this is rather interesting actually. have a look what i found: on the same ESXi i have 3 VMs Centos 5 running 2.6.18-53.el5 - no clock slipping issues Ubuntu 8.04.1 - 2.6.24-19- virtual clock is running faster Ubuntu 8.04.1 - 2.6.24-22-virtual clock running faster So now question is : is this a Distro related or kernel related issue ? /so i guess i'll have to buy a real anchor for my boat :P/ i see that this subject is probably for another forum but probably makes sense to mention that when it comes to freeswitch deployment ,if you do not want to deal with timers and so on you might just pick the right Distro. as for me... i guess i just learned something new ... so today was not lost . Thank you Brian / Adam. Best Regards Chav
participants (3)
-
Adam Long
-
Brian West
-
Chav Paskov