The graph does not display immediately
-
@johnpoz I am using Chrome and Internet explorer.
-
Try a different browser, I would try setting clear graphs when not visible as well.
-
@johnpoz
I chose the option you mentioned, tried reinstalling Pfsense, and tried Firefox.
It doesn't work. -
I assume you're running pfSense 2.4.4p3?
Do you see the same behaviour in Status > Traffic Graph?
Steve
-
@stephenw10 Status-Traffic Graph also comes after about three minutes.
That version is correct
-
Hmm, I've never seen that in countless 2.4.4p3 pfSense installs I've connected to. It seems very likely to be something in your environment. Can you try a completely different client?
Steve
-
Pfsense Server computer?
I think it's a server computer problem.Devices to connect?
I tried it on various devices but it's the same(I am Korean and I am not good at English so I use a translator to communicate.)
-
Your translator is good.
If you have reinstalled pfSense then it can only be a configuration issue, if you imported the old config file. Though there is no setting I'm aware if that would do that.
Do you still see this behaviour with a default config in pfSense?
Steve
-
@stephenw10
Yes.The same is true if you do a fresh install of Pfsense and immediately check it.
-
Hmm, there must be something different about how you are viewing this then. That just doesn't happen on any system I have access to test against in any browser I have tested.
Any sort of browser plugin you might be running? (unlikely across multiple browsers but...)
Steve
-
The browser I've used?
Chrome, FireFox, internet explorer, SmartPhone Default internet ...
-
What image are you using exactly? What are you installing it on?
I still can't reproduce this.
Steve
-
pfSense-CE-memstick-2.4.4-RELEASE-p3-amd64.img
I installed this file via USB.
Maybe my USB problem or server computer (Pfsense Computer) isn't it a problem?
-
This post is deleted! -
https://www.youtube.com/watch?v=NgMl8h4OWPE
This is a 2 minute 13 second video
The graph appears about 1 minute 57 seconds
-
Ah, so it is updating just fine it's just scaled incorrectly. It shows ~2mins when it's drawn correctly. It appears to be showing ~4mins when it's drawn incorrectly except the time values in between in the time axis appear wildly incorrect.
Can you mouse-over the graph to see what those time values actually are?
I have no idea what might cause that though. Current time on the firewall wrong?
Steve
-
Firewall is currently current date / time
Mon Jan 27 23:28:17 UTC 2020
Thank you for your continued help.
-
What about your client - is it time in sync with pfsense time?
-
Can I sync Pfsense time separately? Will the service break if I do that?
-
Does this happen if there is a communication problem with 'TimeServers'?
This network can only communicate with Korea.
Currently 'Timeservers' is 0.pfsense.pool.ntp.org.
-
Well I do not know if 0.pfsense.pool.ntp.org has any IPs in Korea... But my question is what is the time on pfsense.. and what is the time on your pc... They could for sure be using different time sources.. Doesn't matter - time should still be the same..
-
Setting time zone to 'Asia / Seoul' is different from actual Korean time
-
It looks like the graphing that is done client side is initially failing as it's trying to show a few minutes but there is actually a 9hr offset there.
Set the timezone correctly in System > General Setup. Set at least one ntp server there it can connect to.
Steve
-
'Timezone' Asia / Seoul
Setting it to 'TimeServer' Korea NTP server does not change anything.
Pfsense Tue Jan 28 09:17:15 KST 2020
Korea Time Tue Jan 28 00:15:10 KST 2020 -
It can take a while to sync to NTP when the time is that far out.
You can set the time and date manually using the date command. That should get it close enough to sync quicker using NTP.
Steve
-
Maybe it's my server computer problem.
I'll check and comment on this afternoon... -
Lets forget the timezone thing for a bit.. your time still looks to be off if that those are your pfsense and you client your viewing the web gui from... Even when in different time zones your minutes should be the same.. you have a 17:15 for minutes:seconds and 15:10 for minutes:seconds - which is right about the time your seeing in delay of info right, couple of minutes.
-
Right the graph is mostly client side generated right? I will admit to not being all that sure on that!
It starts out with a 9hr time difference in the data so you see almost nothing until it has enough data start scrolling and drops that first data point.
Seems almost certain to be relate to the client/server time difference there. More likely the server.
Steve
-
Is it something you don't have to care about?
-
devices can be in different timezones... And still be the same time... UTC vs CST for example... Doesn't matter - the problem is your times are off more than just the timezone difference!
-
-
Well make sure you devices times line up.. Be it they are in different timezones or not.. The minutes:seconds should be the same... Hours would just be off by the different timezones. You shouldn't have to wait couple of minutes for graphs to populate.
-
Yes, if the time is set correctly on both devices this will not be a problem. It looks like the pfSense end is ~9hrs out currently.
Steve
-
It looks like my server computer problem.
If you install it on another server computer, the time is just right and the graph is displayed immediately.
Thank you for your help.
-
Well correct the time... Not sure why this thread is still going on?
-
In fact, not only this but there are other problems as well, so I think I need to replace the server computer...
-
@NullLouting Just throwing this out there, but is the BIOS battery bad?
-
I don't know.....
-
Time being off would not a be a reason to replace it ;) Unless its specs no longer meet your needs, just fix whatever other problems it is having... But accurate time should take you like 10 seconds to fix, either set it by hand or point it to time source (ntp) or if your MS AD shop, make sure your DC are showing correct time and syncing with valid source. And all your member machines should be accurate..
-
@johnpoz
Thank you
