<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Time running forward in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/time-running-forward/m-p/4769664#M44008</link>
    <description>15 days??? &lt;BR /&gt;&lt;BR /&gt;Tuning the kernel timekeeping parameters with the adjtimex command would probably be the best way to implement such a large time-change operation. You would do it by using "adjtimex -t &lt;VALUE&gt;" to set the timetick value as small as possible: the default is usually 10000, and the minimum is 9000. Each step in the timetick value slows down or speeds up the system clock by about 8.64 seconds per day. &lt;BR /&gt;&lt;BR /&gt;So with the timetick value set to the minimum, you can adjust the clock by 8640 seconds, or about 2 hours per day.&lt;BR /&gt;&lt;BR /&gt;15 days is 1 296 000 seconds. So it will take about 150 (= 1296000 / 8640) days to fix your time difference. &lt;BR /&gt;&lt;BR /&gt;You might want to ask your DBA and application people if it is possible to fix things with a like this:&lt;BR /&gt;&lt;BR /&gt;Step 1.) applications shutdown, database remains up&lt;BR /&gt;Step 2.) DBA runs a mass update to fix the erroneous time values inside the database&lt;BR /&gt;Step 3.) Database shutdown: only the OS remains running.&lt;BR /&gt;Step 4.) You adjust the system clock.&lt;BR /&gt;Step 5.) Reboot and start database, verify the database is OK&lt;BR /&gt;Step 6.) Start applications, verify everything is OK.&lt;BR /&gt;&lt;BR /&gt;This would have the advantage of having a clearly-defined transition point. Before the transition, the time values are 15 days off; after the transition, they are correct again. If you adjust the time gradually, everyone that uses the time data of your database must know how to calculate the correct time from your database time values.&lt;BR /&gt;&lt;BR /&gt;MK&lt;/VALUE&gt;</description>
    <pubDate>Thu, 24 Mar 2011 11:13:42 GMT</pubDate>
    <dc:creator>Matti_Kurkela</dc:creator>
    <dc:date>2011-03-24T11:13:42Z</dc:date>
    <item>
      <title>Time running forward</title>
      <link>https://community.hpe.com/t5/operating-system-linux/time-running-forward/m-p/4769663#M44007</link>
      <description>Hi I need help&lt;BR /&gt;&lt;BR /&gt;I have a system whose time is running forward.&lt;BR /&gt;&lt;BR /&gt;It has a database on it. the time has jumped by 15 days forward.&lt;BR /&gt;&lt;BR /&gt;I cannot just set the time back as this will mess up the data base.&lt;BR /&gt;&lt;BR /&gt;I cannot stop the system and wait the 15 days as it is a production system'&lt;BR /&gt;&lt;BR /&gt;if i use ntpdate -B i get an invalid argument error.&lt;BR /&gt;&lt;BR /&gt;How do i slow time down so we can catch up?&lt;BR /&gt;</description>
      <pubDate>Thu, 24 Mar 2011 09:01:11 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/time-running-forward/m-p/4769663#M44007</guid>
      <dc:creator>wayne_104</dc:creator>
      <dc:date>2011-03-24T09:01:11Z</dc:date>
    </item>
    <item>
      <title>Re: Time running forward</title>
      <link>https://community.hpe.com/t5/operating-system-linux/time-running-forward/m-p/4769664#M44008</link>
      <description>15 days??? &lt;BR /&gt;&lt;BR /&gt;Tuning the kernel timekeeping parameters with the adjtimex command would probably be the best way to implement such a large time-change operation. You would do it by using "adjtimex -t &lt;VALUE&gt;" to set the timetick value as small as possible: the default is usually 10000, and the minimum is 9000. Each step in the timetick value slows down or speeds up the system clock by about 8.64 seconds per day. &lt;BR /&gt;&lt;BR /&gt;So with the timetick value set to the minimum, you can adjust the clock by 8640 seconds, or about 2 hours per day.&lt;BR /&gt;&lt;BR /&gt;15 days is 1 296 000 seconds. So it will take about 150 (= 1296000 / 8640) days to fix your time difference. &lt;BR /&gt;&lt;BR /&gt;You might want to ask your DBA and application people if it is possible to fix things with a like this:&lt;BR /&gt;&lt;BR /&gt;Step 1.) applications shutdown, database remains up&lt;BR /&gt;Step 2.) DBA runs a mass update to fix the erroneous time values inside the database&lt;BR /&gt;Step 3.) Database shutdown: only the OS remains running.&lt;BR /&gt;Step 4.) You adjust the system clock.&lt;BR /&gt;Step 5.) Reboot and start database, verify the database is OK&lt;BR /&gt;Step 6.) Start applications, verify everything is OK.&lt;BR /&gt;&lt;BR /&gt;This would have the advantage of having a clearly-defined transition point. Before the transition, the time values are 15 days off; after the transition, they are correct again. If you adjust the time gradually, everyone that uses the time data of your database must know how to calculate the correct time from your database time values.&lt;BR /&gt;&lt;BR /&gt;MK&lt;/VALUE&gt;</description>
      <pubDate>Thu, 24 Mar 2011 11:13:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/time-running-forward/m-p/4769664#M44008</guid>
      <dc:creator>Matti_Kurkela</dc:creator>
      <dc:date>2011-03-24T11:13:42Z</dc:date>
    </item>
    <item>
      <title>Re: Time running forward</title>
      <link>https://community.hpe.com/t5/operating-system-linux/time-running-forward/m-p/4769665#M44009</link>
      <description>will ask them</description>
      <pubDate>Thu, 24 Mar 2011 11:18:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/time-running-forward/m-p/4769665#M44009</guid>
      <dc:creator>wayne_104</dc:creator>
      <dc:date>2011-03-24T11:18:46Z</dc:date>
    </item>
    <item>
      <title>Re: Time running forward</title>
      <link>https://community.hpe.com/t5/operating-system-linux/time-running-forward/m-p/4769666#M44010</link>
      <description>If your System is +15 days -- then your likely screwed Big Time unless your applications/Database is agnostic to system time -- meaning it uses "logical date"!&lt;BR /&gt;&lt;BR /&gt;Ours always use logical date -- the DB "never" relies on OS time.&lt;BR /&gt;&lt;BR /&gt;Is this server a Virtual Server by any chance? If it is -- can you give us the virtualization environment?&lt;BR /&gt;&lt;BR /&gt;EIther way -- do you have NTP enabled?&lt;BR /&gt;</description>
      <pubDate>Mon, 28 Mar 2011 22:53:47 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/time-running-forward/m-p/4769666#M44010</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2011-03-28T22:53:47Z</dc:date>
    </item>
    <item>
      <title>Re: Time running forward</title>
      <link>https://community.hpe.com/t5/operating-system-linux/time-running-forward/m-p/4769667#M44011</link>
      <description>Yes is a virtual server &lt;BR /&gt;&lt;BR /&gt;On vmware. Not sure of all the details as the vm specialist set it up.&lt;BR /&gt;&lt;BR /&gt;I look at the os side only.&lt;BR /&gt;&lt;BR /&gt;But just started to jump a day ahead at random.&lt;BR /&gt;&lt;BR /&gt;It is linux redhat enterprise 5.5.</description>
      <pubDate>Thu, 31 Mar 2011 09:28:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/time-running-forward/m-p/4769667#M44011</guid>
      <dc:creator>wayne_104</dc:creator>
      <dc:date>2011-03-31T09:28:29Z</dc:date>
    </item>
    <item>
      <title>Re: Time running forward</title>
      <link>https://community.hpe.com/t5/operating-system-linux/time-running-forward/m-p/4769668#M44012</link>
      <description>Do you have the latest Vmwaer Tools installed on your RHEL 5.5 Guest?&lt;BR /&gt;Also - what kind of vMware Hypervisor? -- Is it Vmware Server 2.0 or ESXi or ESX or vSphere?&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 31 Mar 2011 12:37:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/time-running-forward/m-p/4769668#M44012</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2011-03-31T12:37:50Z</dc:date>
    </item>
    <item>
      <title>Re: Time running forward</title>
      <link>https://community.hpe.com/t5/operating-system-linux/time-running-forward/m-p/4769669#M44013</link>
      <description>Either you are on VMware Server 1.x with Power Management on or you do not have Vmware Tools installed.&lt;BR /&gt;&lt;BR /&gt;What is the verson of your vMware and RHEL Guest?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Have a look here too:&lt;BR /&gt;&lt;BR /&gt;&lt;A href="http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;amp;cmd=displayKC&amp;amp;externalId=1006427" target="_blank"&gt;http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&amp;amp;cmd=displayKC&amp;amp;externalId=1006427&lt;/A&gt;&lt;BR /&gt;</description>
      <pubDate>Thu, 31 Mar 2011 15:32:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/time-running-forward/m-p/4769669#M44013</guid>
      <dc:creator>Alzhy</dc:creator>
      <dc:date>2011-03-31T15:32:33Z</dc:date>
    </item>
  </channel>
</rss>

