Don -
Here is a better description of all the letters you will see after numbers sometimes:
10^-18 a - atto 10^-15 f - femto 10^-12 p - pico 10^-9 n - nano 10^-6 u - micro 10^-3 m - milli 0 (no unit) 10^3 k - kilo 10^6 M - mega 10^9 G - giga 10^12 T - tera 10^15 P - peta
although the way rrdtool displays numerical data can be confusing sometimes. I don’t know enough about rrdtool and other graphing components to alter this.
Thanks,
Shawn Faulkingham Chief Information Officer Indoff Inc. http://www.indoff.com [image: Google Plus] https://plus.google.com/113851128044846366068 [image: LinkedIn] http://www.linkedin.com/in/shawnfaulkingham [image: Twitter] https://twitter.com/SDFaulkingham
On Thu, Mar 9, 2017 at 12:44 PM, Don Maker don.p.maker@gmail.com wrote:
"643m means 0.643
Adam."
Thank you for the response, Adam. That makes sense, but numbers like 291.59m do not. Should I just assume that anything with an m is less than zero?
On Thu, Mar 9, 2017 at 7:00 AM, observium-request@observium.org wrote:
Send observium mailing list submissions to observium@observium.org
To subscribe or unsubscribe via the World Wide Web, visit http://postman.memetic.org/cgi-bin/mailman/listinfo/observium or, via email, send a message with subject or body 'help' to observium-request@observium.org
You can reach the person managing the list at observium-owner@observium.org
When replying, please edit your Subject line so it is more specific than "Re: Contents of observium digest..."
Today's Topics:
- Re: question regarding traffic accounting (Adam Armstrong)
- Re: question regarding traffic accounting (Michael)
- Re: question regarding traffic accounting (Adam Armstrong)
- Re: question regarding traffic accounting (Ross [Eve IT])
- Re: question regarding traffic accounting (Adam Armstrong)
- Re: question regarding traffic accounting (Adam Armstrong)
- Re: Windows Processor Numbers are Odd (Max Krabbenhöft)
- SVN Update doesn't seem to update observium (Lorenzo Zafra)
- Re: Windows Processor Numbers are Odd (Adam Armstrong)
- Re: SVN Update doesn't seem to update observium (Adam Armstrong)
- Re: question regarding traffic accounting (Ross [Eve IT])
- Re: question regarding traffic accounting (Ross [Eve IT])
- Help with monitor Tomcat Traffic without Apache (Michael)
Message: 1 Date: Wed, 08 Mar 2017 12:06:39 +0000 From: Adam Armstrong adama@memetic.org To: Observium Public Support observium@observium.org Subject: Re: [Observium] question regarding traffic accounting Message-ID: 9574d4e3-a350-4a31-9469-9d255671a64e@typeapp.com Content-Type: text/plain; charset="utf-8"
It has to be large to keep the c*nt per square mile density the same as in normal countries...
...
:D
Sent from BlueMail
On 8 Mar 2017, 10:36, at 10:36, "Ross [Eve IT]" ross@eve-it.net wrote:
Thanks for the response, It is virtual, we did actually vmotion a few hosts to this server including the Observium machine.
But I've checked the hypervisor, and its clock is good. Also uses NTP, same as the other Hypervisors.
Although good point, I've actually been thinking about that exact same thing for logging purposes. UTC across the board as we also span a few timezones, Australia is large!
On Wed, Mar 8, 2017 at 9:29 PM, Michael obslist@smarsz.com wrote:
It's very odd as there's no timezone of UTC+21.
Your Observium instance isn't virtual is it? We've encountered
problems
with guests set to obtain their time from the local clock and (on
ESXi
hypervisors) have a massive time jump when vmotioned to a new host as
they
grab their time from that clock. Any inconsistencies between the hypervisors will throw your guests clock big time. All of a sudden,
your
guest has jumped +10 hours (and ntpd will often wet its pants and
refuse to
correct such a huge offset)...
We had a similar problem to above when one hypervisor was set to our
local
time (+10/11, same as you) when it was supposed to be set to UTC. In
our
case, we run all of our clocks deliberately in UTC to preserve
logging
integrity etc (you never get duplicated log times during the daylight savings shift).
Might not be your issue, but it may help somebody else (and worth
keeping
in mind)!
Michael
On 8 Mar 2017, at 8:55 pm, Ross [Eve IT] ross@eve-it.net wrote:
Looks correct
mysql> SELECT TIMEDIFF(NOW(), UTC_TIMESTAMP); +--------------------------------+ | TIMEDIFF(NOW(), UTC_TIMESTAMP) | +--------------------------------+ | 11:00:00 | +--------------------------------+ 1 row in set (0.00 sec)
mysql>
mysql> SELECT @@global.time_zone, @@session.time_zone; +--------------------+---------------------+ | @@global.time_zone | @@session.time_zone | +--------------------+---------------------+ | SYSTEM | SYSTEM | +--------------------+---------------------+ 1 row in set (0.00 sec)
mysql>
# date Wednesday 8 March 20:55:17 AEDT 2017
On Wed, Mar 8, 2017 at 8:32 PM, Simon Schmitz schmitz@eseven.de
wrote:
MySQL Time ?
Am 08.03.2017 um 15:31 schrieb Ross [Eve IT] ross@eve-it.net:
Tried all that, still no go.
I've set PHP to the right timezone. NTP is set and running on all our servers.
Any other ideas ?
On Tue, Mar 7, 2017 at 7:45 PM, Sophanith Chhom <
sophanith.chhom@gmail.com> wrote:
Try to use single quote? eg:
date.timezone = 'Australia/Melbourne'
Then restart httpd service
On Tue, Mar 7, 2017 at 3:28 PM, Ross [Eve IT] ross@eve-it.net
wrote:
Hi Sam, thanks for responding. however I already have that set correctly.
[Date] ; Defines the default timezone used by the date functions ; http://php.net/date.timezone date.timezone = Australia/Melbourne
any other ideas ?
On Tue, Mar 7, 2017 at 5:40 PM, Sam Hernandez-gill <
Sam.Hernandez-gill@qvc.com> wrote:
I think that’s usually the php.ini timezone setting when the
filtered
time doesn’t match, check out what you have set there, and match your system’s timezone and restart apache
From: observium [mailto:observium-bounces@observium.org] On Behalf
Of
Ross [Eve IT]
Sent: Tuesday, March 07, 2017 1:19 AM To: observium@observium.org Subject: [Observium] question regarding traffic accounting
Hello all,
I'm using traffic accounting for multiple interfaces and have
noticed a
strange occurrence.
The graphs seem to be be producing the wrong time in the graphs.
See attached;
If you notice the top right corner, 2017/03/08 03:15:04
It's Tues 7th here 5:15pm.
The server clock is synced NTP.
Is there something I've missed here ?
Observium 17.3.8420 (rolling)
Debian Wheezy.
Ross.
This message (including any attachments) contains confidential
information intended for a specific individual and purpose, and is protected by law. If you are not the intended recipient of this
(even if the e-mail address above is yours), (i) you may not use,
copy or
retransmit it, (ii) please delete this message and (iii) please
notify the
sender immediately. Any disclosure, copying, or distribution of this message or the taking of any action based on it, is strictly
prohibited.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium