timestamp problems

Frank Ch. Eigler fche@redhat.com
Sun Oct 12 23:44:00 GMT 2008


Hi -

> [...] considering that I do nothing apart from
> just calling a gettimeofday_ms(), am quite convinced that it is not a
> problem with my script [...]

It seems like a systemtap (runtime) bug.

> The error:  The timestamps after a sometime  jump back by a huge number.
>
> on Fedora 8
> The timestamps starts off with something like 1220226924420
> and goes on till 1220226928771
> (process executing rc.sysinitentry number 133, time in ms since  first
> probe : 4351 ms )
> then suddenly jumps back to 1220207130000

That is "only" 0.229 days (20 million units if we're talking about
milliseconds), but of course still unacceptable.  (I'm assuming the
main system clock does not jump similarly.)

Can you try something like this:

probe timer.s(10) { now=gettimeofday_ns()
                    printf("systemtap %s %6d\n",ctime(now/1000000000),now%1000000000)
                    system("date -u +\"system    %a %b %d %H:%M:%S %Y %N\"")
                    system("grep -i mhz /proc/cpuinfo") }'

and watch for a divergence over time.  The timer.s(NN) parameter could
be changed to narrow in on a suspected trigger time.


- FChE



More information about the Systemtap mailing list