NTP Archives - Everybody Staze...

Raspberry Pi B+

2014/11/17 By staze

After trying to control multimeters, programmable loads, power supply, etc, I decided I really needed some device to “run” my bench. Plus, I had a nifty USB GPS receiver (Delorme LT40) I picked up for $5 that I wanted to use, and seemingly only works in Linux anymore. Anyway, knowing all this, I decided it was time to finally buy a Raspberry Pi, and since it’d been a while from when I last looked at their offerings, I was excited to see the B+ model, which had 4 USB ports (perfect!).

I ordered the unit on Amazon (Canakit), as well a cheap $9 case… total cost, about $50 (ugh). Thankfully, I had a 16GB MicroSD card (which I installed NOOBS on). The Pi showed up with the power adapter (5V, 2A, MicroUSB), which is nice. The board looks very nicely done. Pretty amazing how much computer you get for no heatsink, and $50 (I remember my first PC was all of 133Mhz 486, and had a honkin’ heatsink). The case was relatively easy to install the board in, though the mounting holes on the board in relation to everything else made installing the screws a bit tricky). Anyway, install through NOOBS was easy, and after some downloading, everything was installed. The default install is a flavor of Debian, which is a little sad, since I would really prefer to use yum rather than apt-get, but c’est la vie.

Getting the GPS to work was simply installing gpsd and gpsd-clients, and modifying NTP to look at the GPSd handle for time info. The GPIB part of the equation was solved by Galvant GPIB to USB adapter I bought a while back ((which I still need to do a review on)). And Serial (RS232) I handled with a USB to RS232 adapter (for now). Theoretically I should be able to do this via the GPIO pins on the Raspberry Pi, but I haven’t gotten there yet. And of course the programmable load is just USB. Ideally, I hope to be able to program a routine to recondition a battery using multimeters over GPIB, my bench PSU over serial, and the Programmable load over USB to charge at a specific rate, discharge at a specific rate, and monitor/log everything while going it. The GPS is just an added bonus. =) Honestly, I’m pretty damn happy with the Pi. I hope they release one with USB3 at some point, then I can hook that to my Drobo and replace my Mac Mini with a couple very low power devices. =)

[xrr rating=5/5]

NTP in 10.6 with IPv6

2010/04/14 By staze

This week, I discovered a bug with NTP in 10.6 that was preventing NTP from syncing on my servers at work. So, their times were all over the place. The worst being about 5 minutes off from another (one was 2 minutes fast, the other was 3 minutes slow). While I don’t use Kerberos, this time difference could have been enough for things to get out of wack.

So, what was the bug? Basically, ntp doesn’t pay attention to whether IPv6 is available or not, and if AAAA records are available for the NTP server you’re using, and IPv6 is disabled, NTP will fail, and never sync. So, let me explain a bit more.

First, get a 10.6 box up and going, on a network that supports IPv6. This might be a bit of a problem for some, but…
Next, disable IPv6 on the 10.6 box.
Now, try something like an ntptrace against an NTP server that has both IPv4 and IPv6 information in DNS.

Watch ntptrace die with:

ntpq: connect: No route to host
ntpq -n -c rv ntp.example.com failed at /usr/sbin/ntptrace line 39.

So now, try an ntptrace against the IPv4 address that ntp.example.com resolves to. Works doesn’t it! Next, try ntptrace against a NTP server that doesn’t have an AAAA record. It also works.

I reported this bug to Apple as 7858336, and within a couple hours, I got back a response saying it was a duplicate of 6736177. So, I’m not the first to find this issue. My hope is that it’s a bug with ntptools only, and not something larger (like the whole dns resolution system). But, I haven’t found anything else that exhibits this problem.

So, for now, I’ve changed my NTP settings to hit against a “hidden” ntp server on campus that doesn’t have an AAAA record. Hopefully this issue will be resolved with 10.6.4, because this certainly is an issue for organizations that are trying to be IPv6 friendly.

As for the question of why I’ve got IPv6 disabled? It traditionally hasn’t gotten along with Xsan. So, it’s off. Simple as that.

Oh, and it seems time.apple.com (the default NTP server for 10.6 (that at least 10.5 before that) systems) doesn’t have any IPv6 info, so it works just fine.

Double “oh”… if you don’t know how to check to see if your time server has an AAAA record, just do this in terminal:

`dig aaaa ntp.example.com` (where ntp.example.com is the server in question).

Good luck, and let’s all hope Apple gets this fixed.