Open alisiddiqui1987 opened 4 years ago
Can we have some one looking into the issue please
if you find a bug in rrdtool, please provide concise instructions to reproduce the bug ... if you need support, please refer to stackoverflow.
Appreciate your response Mr Oetiker. can we have a conference call as per your availability to get it addressed. I had mailed you some files which we got as an out put. please refer to it for further clarification. We are using GNS3 and Cacti in one host machine and we linked them together and were able to see some graph in cacti but was not able to read them in real time. Please refer my mail with subject line "Need Help in reading live utilization graph" Would appreciate if you can spare some time of yours on a conference call to address our issue.
Thanks in advance.
since rrdtool does not care about timezones, all data is stored in GMT, the problem must be located in one of the surrounging layers ... I am neither a specialist for cacti not gns3. sorry.
Hi Mr Oetiker, I am attaching some files for your reference. Please have a look and let me know if you can help here. Thanks
Sent from Yahoo Mail on Android
On Fri, 14 Feb 2020 at 12:54 PM, Tobias Oetikernotifications@github.com wrote:
since rrdtool does not care about timezones, all data is stored in GMT, the problem must be located in one of the surrounging layers ... I am neither a specialist for cacti not gns3. sorry.
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe.
You are speaking about attachements which are not present here ... but in any case, timezones you are mentioning in your initial request are purely presentational. alllogging happens in epoch time, (seconds since jan 1st 1970 GMT) if there ARE timezone problems with your data, the most likely cause is that the system which puts the data into rrdtool is somehow correcting for time zone in the wrong way ... or if it is using epoch time, it might also be a real time clock which is running in local time instead of gmt, showing the 'local' time while running in GMT timezone ...
Hi Mr Oetiker, Its not accepting any format other than jpg. i will convert it and attach to the ticket tonight. Appreciate all your help always Thanks & Best Regards,Ali Ahmed Siddiqui
Sent from Yahoo Mail on Android
On Mon, 17 Feb 2020 at 2:16 PM, Tobias Oetikernotifications@github.com wrote:
You are speaking about attachements which are not present here ... but in any case, timezones you are mentioning in your initial request are purely presentational. alllogging happens in epoch time, (seconds since jan 1st 1970 GMT) if there ARE timezone problems with your data, the most likely cause is that the system which puts the data into rrdtool is somehow correcting for time zone in the wrong way ... or if it is using epoch time, it might also be a real time clock which is running in local time instead of gmt, showing the 'local' time while running in GMT timezone ...
— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub, or unsubscribe.
Hi Mr Oetiker,
I have attached the files here for your reference. Kindly go through the same and let us know if there is anything you can assist us on.
I appreciate all your assistance.
Thanks
I could only repeat what I told you above ... there is no timezone information in rrdtool files ... so if the time is off, it most likely happens because you are feeding the wrong information into the rrd files .. one option would be a system where the clock is set to local time, but the timezone is set to GMT or some such ...
When I am sending data to network device it does not reflect in the rrd file. The rrd file shows 12 hour back time as last record. Say I am dumping the rrd file to xml file at 8 in evening then the dump shows last collected record at 12 noon. I am attaching a .rrd file and .xml file for sample.
In the attached .xml file the last record is recorded at "2020-02-11 04:35:00 India Standard Time / 1581375900" which is incorrect as the current time (time I am writing this mail) is "2020-02-11 18:20:00 India Standard Time".