Don't know if this is a known issue, so decided to post this:
As most of stories, this one started the usual way: a boy decided to calibrate his rubidium clock using GPS.
Method was chosen for its simplicity - take 1PPS derived from rubidium, 1PPS from a GPS module, connect to a 53131A counter measuring time interval between rising edges at CH1 and CH2.
The plan was to monitor the drift in 1PPS's arrival time over several hours and adjust rubidium to make the interval mostly constant (i.e. a flat-ish line on the graph)

To get 1PPS from 10MHz I decided to use my good old 33250A using external clock connected to the rubidium generator.
But then a thought occurred to me: how do I know that 1Hz I get from the arb is really, exactly 1/10e6 of it's input frequency?
As a simple test I decided to measure again time interval between rising edges of sig gen's 1PPS and it's own 10MHz. While it will not guarantee correctness of 10e6 divider, it must at least be constant.
And... Drum roll... It's not!
Both of my 33250As (of different ages) have the same glitch: they slip by 20ns (one clock cycle of 50MHz) every 3368 seconds. I.e. the graph is a stair case instead of a flat line.

Curiously, the same 33250A, when configured into "Pulse" mode, did not drift. At least not during several hours I ran the test.
Then I started to test other generators I have access to:
Stanford Research's SG384 is as cool as a cucumber: no drift, flat graph as it's supposed to be.

Keysight 33622A: drifts like crazy. Much worse than 33250A. I didn't even bother measuring.

One would think that due to importance of 1PPS those guys will take care to set divider correctly, but no, as long as it's in spec it's "good enough".