NTP clock sync
-
SIGTERM does not sound like crash. Something is telling ntpd to terminate.
-
Okay.
At least it's not me… ;D
-
Look in the system log around the time of the "signal 15" NTPD exit. Hopefully there was some interesting other activity - link down/up, VPN down/up , something that might give a clue as to why NTPD is being told to stop. Then the question is, why is it not started again, or what goes wrong whne the system does try to start it again?
-
I logged in at 15:05:33. After that the system log looks like this:
-
Entirely different one, it crashed… should leave a core dump somewhere hopefully.
-
I did a fresh reinstall of PFSense and it still does it. crash's everytime
-
In services > NTPD, try selecting just one interface (e.g. LAN) and see if it stays up.
-
I think I tried that earlier but to make really sure I now run it with only the WAN interface selected and the same thing happens.
-
Yep - Its a dicfer.
-
could this be fixed?
-
No, not without someone providing the core dumps at least.
-
"In addition to what I have reported so far in the thread, I can add that it is a full 64 bit install and I used the FreeBSD 64 bit template, gave it 3 bridged network interfaces, 2 cpus and 4011 MB RAM in VirtualBox."
Just for giggles… Can you try the same thing with a i386 32bit version? Clean install and restore settings. This could also be a virtualization issue.
-
Can you try the same thing with a i386 32bit version? Clean install and restore settings.
Works. At least it have started properly following 4 reboots, which have never happened with my 64 bit VM.
This could also be a virtualization issue.
Possible but I would imagine more than me today run pfSense in VirtualBox…
-
I had a similar failure under ESXi but my mind was not focusing on the NTP issue because the AMD64 version was also breaking my interfaces under ESXi…
I would have thought of this earlier, but I wasn't tipsy earlier ;D
-
No, not without someone providing the core dumps at least.
I wasn't aware that someone wanted it.
In addition to that, I am not at all familiar with the procedure so I will need some guidance… :-\
-
Is it broken again? ???
-
32 bit VM survived 5 reboots which is good.
64 bit VM is as broken as it have always been for me. -
Cool - Then with any luck you will have a shortage of core dumps to provide.
Maybe you can boot into the 64bit version just to provide a core dump so the devs can improve product.
-
I will try if they want it and explain what I need to do.
-
http://www.freebsd.org/doc/en/books/developers-handbook/debugging.html
I'm sure someone knows a better way :P