Re: [leaf-user] Openntpd not adjusting the hardware clock - WRAP
Erich Titl wrote: Hi Robert Robert von Knobloch wrote: Hello LEAF, I have been running lEAF-Bering 3.0 on a WRAP platform since it was released and everything works extremely well. I noticed only recently that the time on the box is not quite right. Studying the daemon.log I notice a great many entries: Feb 8 19:07:18 brandmauer /usr/sbin/openntpd[8174]: adjusting local clock by -53.379618s That looks pretty good actually, only it affects the actual software clock only, not the hardware clock. ... If anyone has any ideas where the problem might lie, I would be grateful to hear from them. What ntp daemon are you running on that WRAP box? Look at its configuration and the init script, you may want to add a hwclock command somewhere in there to update the hwclock over a reboot. I requested a modification in the ntpd settings to update the hardware clock as soon as a reasonable time is received from a time server. Also it is possible, with a bit of hardware modification, which is not difficult at all, to add a backup battery to your WRAP. cheers Erich Hi Eric, I am using opentpd (with the '-s' switch) and it does adjust the time on boot (an older version on LEAF had this problem, but it got fixed in uClibc 3.0 [I think], just not exactly and then spends all it's time trying to adjust the last seconds, apparently without any result. As above, the log shows that it is trying to adjust, but it doesn't achieve anything. I don't know the exact mechanism of the clock under LEAF, I suppose it is running in memory and only uses the hardware at boot/shutdown ? (which, in my case does nothing - no battery). My question is why can it perform the initial setting, but cannot later fine adjust ? I don't need battery backup and I don't think it would change my problem. cheers to you too, Robert -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] gkrellm
Charles Steinkuehler wrote: On 2/9/2010 2:20 AM, Joep L. Blom wrote: While gkrellm does have a server and client component, it seems mainly geared towards desktop type systems with both the client and server running on the same machine. For remote monitoring of something like a LEAF firewall, I would suggest SNMP (on the firewall), with the monitoring application of your choice running elsewhere to gather statistics. Typical options would be things like MRTG, Cacti, OpenNMS in the open source world: http://oss.oetiker.ch/mrtg/ http://www.cacti.net/ http://www.opennms.org/ ...although there are *MANY* other free and proprietary options available as well. In addition to monitoring your firewall, an SNMP based monitoring solution can also gather data from your switches and various other network infrastructure components if they have SNMP support (which is becoming more and more common, even on lower-end hardware). Charles, Thanks for your thoughtful reply. However, gkrellm gives the possibility to gather datat from remote systems by running there the daemon, whicg gathers the data presented by lmsensors. If one used SNMP then a daemon process must run that presents the data using th SNMP protocol, just as the gkrellm daemon presents the data in its own protocol (Idon't know what they use). Maybe it is easy to write a simple daemon process with uclib but that is beyond my capabilities. Joep -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] gkrellm
Hi Joep, There is a snmp plugin for gkrell, you can install the snmp daemon on the firewall as suggested by Charles and monitor it with the gkrell client. Have a nice day, Paolo Powered by Telkomsel BlackBerry® -Original Message- From: Joep L. Blom jlb...@neuroweave.nl Date: Wed, 10 Feb 2010 12:21:16 To: Charles Steinkuehlerchar...@steinkuehler.net Cc: leaf-user@lists.sourceforge.net Subject: Re: [leaf-user] gkrellm Charles Steinkuehler wrote: On 2/9/2010 2:20 AM, Joep L. Blom wrote: While gkrellm does have a server and client component, it seems mainly geared towards desktop type systems with both the client and server running on the same machine. For remote monitoring of something like a LEAF firewall, I would suggest SNMP (on the firewall), with the monitoring application of your choice running elsewhere to gather statistics. Typical options would be things like MRTG, Cacti, OpenNMS in the open source world: http://oss.oetiker.ch/mrtg/ http://www.cacti.net/ http://www.opennms.org/ ...although there are *MANY* other free and proprietary options available as well. In addition to monitoring your firewall, an SNMP based monitoring solution can also gather data from your switches and various other network infrastructure components if they have SNMP support (which is becoming more and more common, even on lower-end hardware). Charles, Thanks for your thoughtful reply. However, gkrellm gives the possibility to gather datat from remote systems by running there the daemon, whicg gathers the data presented by lmsensors. If one used SNMP then a daemon process must run that presents the data using th SNMP protocol, just as the gkrellm daemon presents the data in its own protocol (Idon't know what they use). Maybe it is easy to write a simple daemon process with uclib but that is beyond my capabilities. Joep -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/ -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] gkrellm
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2/10/2010 5:21 AM, Joep L. Blom wrote: If one used SNMP then a daemon process must run that presents the data using th SNMP protocol, just as the gkrellm daemon presents the data in its own protocol (Idon't know what they use). Maybe it is easy to write a simple daemon process with uclib but that is beyond my capabilities. Netsnmpd is already packaged for pretty much all the LEAF versions, including Bering uClibc 2.x and 3.x. There is no need to write your own daemon. - -- Charles Steinkuehler char...@steinkuehler.net -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFLcq/4LywbqEHdNFwRAhT9AJ0ZmOnfGKFbV81snKmfoMGZM3it2gCgyN4W 1K9oGWwJGGNMP/eSruC0JFM= =KLmW -END PGP SIGNATURE- -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] gkrellm
On Wed, 2010-02-10 at 11:55 +, Paolo Scarabelli wrote: Hi Joep, There is a snmp plugin for gkrell, you can install the snmp daemon on the firewall as suggested by Charles and monitor it with the gkrell client. Joep, Palo is correct. See gkrellm-snmp http://packages.debian.org/lenny/gkrellm-snmp -- Mike Noyes mhnoyes at users.sourceforge.net http://sourceforge.net/users/mhnoyes/ SF.net Projects: leaf, sourceforge/sitedocs -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] gkrellm
On Wed, 2010-02-10 at 12:21 +0100, Joep L. Blom wrote: Charles Steinkuehler wrote: On 2/9/2010 2:20 AM, Joep L. Blom wrote: While gkrellm does have a server and client component, it seems mainly geared towards desktop type systems with both the client and server running on the same machine. For remote monitoring of something like a LEAF firewall, I would suggest SNMP (on the firewall), with the monitoring application of your choice running elsewhere to gather statistics. Typical options would be things like MRTG, Cacti, OpenNMS in the open source world: http://oss.oetiker.ch/mrtg/ http://www.cacti.net/ http://www.opennms.org/ ...although there are *MANY* other free and proprietary options available as well. In addition to monitoring your firewall, an SNMP based monitoring solution can also gather data from your switches and various other network infrastructure components if they have SNMP support (which is becoming more and more common, even on lower-end hardware). Charles, Thanks for your thoughtful reply. However, gkrellm gives the possibility to gather datat from remote systems by running there the daemon, whicg gathers the data presented by lmsensors. If one used SNMP then a daemon process must run that presents the data using th SNMP protocol, just as the gkrellm daemon presents the data in its own protocol (Idon't know what they use). Maybe it is easy to write a simple daemon process with uclib but that is beyond my capabilities. Joep Joep, Maybe that's not necessary. See GKrellm SNMP Monitor http://freshmeat.net/projects/gkrellmsnmp/ -- Mike Noyes mhnoyes at users.sourceforge.net http://sourceforge.net/users/mhnoyes/ SF.net Projects: leaf, sourceforge/sitedocs -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] gkrellm
Paolo Scarabelli wrote: Hi Joep, There is a snmp plugin for gkrell, you can install the snmp daemon on the firewall as suggested by Charles and monitor it with the gkrell client. Have a nice day, Paolo Powered by Telkomsel BlackBerry® -Original Message- From: Joep L. Blom jlb...@neuroweave.nl Date: Wed, 10 Feb 2010 12:21:16 To: Charles Steinkuehlerchar...@steinkuehler.net Cc: leaf-user@lists.sourceforge.net Subject: Re: [leaf-user] gkrellm Charles Steinkuehler wrote: On 2/9/2010 2:20 AM, Joep L. Blom wrote: While gkrellm does have a server and client component, it seems mainly geared towards desktop type systems with both the client and server running on the same machine. For remote monitoring of something like a LEAF firewall, I would suggest SNMP (on the firewall), with the monitoring application of your choice running elsewhere to gather statistics. Typical options would be things like MRTG, Cacti, OpenNMS in the open source world: http://oss.oetiker.ch/mrtg/ http://www.cacti.net/ http://www.opennms.org/ ...although there are *MANY* other free and proprietary options available as well. In addition to monitoring your firewall, an SNMP based monitoring solution can also gather data from your switches and various other network infrastructure components if they have SNMP support (which is becoming more and more common, even on lower-end hardware). Charles, Thanks for your thoughtful reply. However, gkrellm gives the possibility to gather datat from remote systems by running there the daemon, whicg gathers the data presented by lmsensors. If one used SNMP then a daemon process must run that presents the data using th SNMP protocol, just as the gkrellm daemon presents the data in its own protocol (Idon't know what they use). Maybe it is easy to write a simple daemon process with uclib but that is beyond my capabilities. Joep -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/ -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/ Paolo and charles thanks! I will surely install it and let you know the results. Joep ] -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
Re: [leaf-user] Openntpd not adjusting the hardware clock - WRAP
Hi Robert Bob von Knobloch wrote: Erich Titl wrote: Hi Robert .. Hi Eric, I am using opentpd (with the '-s' switch) and it does adjust the time on boot (an older version on LEAF had this problem, but it got fixed in uClibc 3.0 [I think], just not exactly and then spends all it's time trying to adjust the last seconds, apparently without any result. As above, the log shows that it is trying to adjust, but it doesn't achieve anything. I don't know the exact mechanism of the clock under LEAF, I suppose it is running in memory and only uses the hardware at boot/shutdown ? (which, in my case does nothing - no battery). My question is why can it perform the initial setting, but cannot later fine adjust ? I don't need battery backup and I don't think it would change my problem. The mechanism is exactly as in any other x86 based hardware, with the exception of not being persistant across power outage. Please look at the hwclock command, this is what I see on my WRAP, which uses the original ntpd stuff, which is a bit bigger, but that does not bother me. gatekeeper# hwclock ; date; Wed Feb 10 17:04:04 2010 0.00 seconds Wed Feb 10 17:04:03 UTC 2010 so my hwclock runs a bit faster than the system clock, which is kept updated by ntp, let's just adjust it gatekeeper# hwclock -w gatekeeper# hwclock ; date; Wed Feb 10 17:05:55 2010 0.00 seconds Wed Feb 10 17:05:55 UTC 2010 here is the ntp status gatekeeper# ntpq -np remote refid st t when poll reach delay offset jitter == *195.141.190.190 212.161.179.138 2 u 54 64 370.393 -9.413 4.027 cheers Erich cheers to you too, Robert -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/ -- SOLARIS 10 is the OS for Data Centers - provides features such as DTrace, Predictive Self Healing and Award Winning ZFS. Get Solaris 10 NOW http://p.sf.net/sfu/solaris-dev2dev leaf-user mailing list: leaf-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/leaf-user Support Request -- http://leaf-project.org/
