Well not really... but it will not use renamed RRDs before after a new discovery of sensors. Meanwhile polling will create new RRDs with old names, so it seems you have lost all data. Several hours of data can be missed because of this. Maybe some improvements can be done for that. NOTICE: Please immediately e-mail back to sender if you are not the intended recipient. Thereafter delete the e-mail along with any attachments without making copies. The sender reserves all rights of privilege, confidentiality and copyright.
I'm not sure I understand your e-mail. Nothing is broken if you run a full discovery after upgrading, as is recommended, correct? Maybe we could indeed set a flag to rediscover the affected devices immediately, that's a very good tip.
Tom
On Jul 28, 2016 8:11 PM, Kent Johannessen kent.johannessen@elkem.no wrote:
Well not really... but it will not use renamed RRDs before after a new discovery of sensors. Meanwhile polling will create new RRDs with old names, so it seems you have lost all data.
Several hours of data can be missed because of this. Maybe some improvements can be done for that.
NOTICE: Please immediately e-mail back to sender if you are not the intended recipient. Thereafter delete the e-mail along with any attachments without making copies. The sender reserves all rights of privilege, confidentiality and copyright.
Kent,
I've adapted the code (doesn't help you now of course) to rediscovery things within 5 minutes - we'll do the same in future updates.
Thanks for the suggestion.
Tom
On 28/07/2016 20:17, Tom Laermans wrote:
I'm not sure I understand your e-mail. Nothing is broken if you run a full discovery after upgrading, as is recommended, correct? Maybe we could indeed set a flag to rediscover the affected devices immediately, that's a very good tip.
Tom
On Jul 28, 2016 8:11 PM, Kent Johannessen kent.johannessen@elkem.no wrote:
Well not really... but it will not use renamed RRDs before after a new discovery of sensors. Meanwhile polling will create new RRDs with old names, so it seems you have lost all data. Several hours of data can be missed because of this. Maybe some improvements can be done for that. NOTICE: Please immediately e-mail back to sender if you are not the intended recipient. Thereafter delete the e-mail along with any attachments without making copies. The sender reserves all rights of privilege, confidentiality and copyright.
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Excellent Tom. ☺
I also think there is something wrong with the APC sensors, as I see several sensors deleted. From logs; PDU: Sensor deleted: power apc rPDUIdentDevicePowerWatts.0 Input Sensor deleted: current apc rPDULoadStatusLoad.1 Output Sensor deleted: voltage apc rPDUIdentDeviceLinetoLineVoltage.0 Line-to-Line
ATS: Status deleted: powernet-status-state atsStatusHardwareStatus.0 Hardware Status deleted: powernet-sync-state atsStatusPhaseSyncStatus.0 Phase Sync Status deleted: powernet-status-state atsStatusSourceBStatus.0 Source B Status deleted: powernet-status-state atsStatusSourceAStatus.0 Source A Status deleted: powernet-status-state atsStatusSwitchStatus.0 Switch Status
Can do some debugging later today if needed.
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: 28. juli 2016 21:16 To: Observium Network Observation System observium@observium.org Subject: Re: [Observium] DeltaUPS graphs broken after r8016
Kent,
I've adapted the code (doesn't help you now of course) to rediscovery things within 5 minutes - we'll do the same in future updates.
Thanks for the suggestion.
Tom
On 28/07/2016 20:17, Tom Laermans wrote:
I'm not sure I understand your e-mail. Nothing is broken if you run a full discovery after upgrading, as is recommended, correct? Maybe we could indeed set a flag to rediscover the affected devices immediately, that's a very good tip.
Tom On Jul 28, 2016 8:11 PM, Kent Johannessen kent.johannessen@elkem.nomailto:kent.johannessen@elkem.no wrote: Well not really... but it will not use renamed RRDs before after a new discovery of sensors. Meanwhile polling will create new RRDs with old names, so it seems you have lost all data. Several hours of data can be missed because of this. Maybe some improvements can be done for that. NOTICE: Please immediately e-mail back to sender if you are not the intended recipient. Thereafter delete the e-mail along with any attachments without making copies. The sender reserves all rights of privilege, confidentiality and copyright.
_______________________________________________
observium mailing list
observium@observium.orgmailto:observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
NOTICE: Please immediately e-mail back to sender if you are not the intended recipient. Thereafter delete the e-mail along with any attachments without making copies. The sender reserves all rights of privilege, confidentiality and copyright.
@Tom
See attached fix for powernet sensors. The case may be for other sensors also after r8014, but have not looked at them.
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Kent Johannessen Sent: 29. juli 2016 04:01 To: Observium Network Observation System observium@observium.org Subject: Re: [Observium] DeltaUPS graphs broken after r8016
Excellent Tom. ☺
I also think there is something wrong with the APC sensors, as I see several sensors deleted. From logs; PDU: Sensor deleted: power apc rPDUIdentDevicePowerWatts.0 Input Sensor deleted: current apc rPDULoadStatusLoad.1 Output Sensor deleted: voltage apc rPDUIdentDeviceLinetoLineVoltage.0 Line-to-Line
ATS: Status deleted: powernet-status-state atsStatusHardwareStatus.0 Hardware Status deleted: powernet-sync-state atsStatusPhaseSyncStatus.0 Phase Sync Status deleted: powernet-status-state atsStatusSourceBStatus.0 Source B Status deleted: powernet-status-state atsStatusSourceAStatus.0 Source A Status deleted: powernet-status-state atsStatusSwitchStatus.0 Switch Status
Can do some debugging later today if needed.
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: 28. juli 2016 21:16 To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Subject: Re: [Observium] DeltaUPS graphs broken after r8016
Kent,
I've adapted the code (doesn't help you now of course) to rediscovery things within 5 minutes - we'll do the same in future updates.
Thanks for the suggestion.
Tom
On 28/07/2016 20:17, Tom Laermans wrote:
I'm not sure I understand your e-mail. Nothing is broken if you run a full discovery after upgrading, as is recommended, correct? Maybe we could indeed set a flag to rediscover the affected devices immediately, that's a very good tip.
Tom On Jul 28, 2016 8:11 PM, Kent Johannessen kent.johannessen@elkem.nomailto:kent.johannessen@elkem.no wrote: Well not really... but it will not use renamed RRDs before after a new discovery of sensors. Meanwhile polling will create new RRDs with old names, so it seems you have lost all data. Several hours of data can be missed because of this. Maybe some improvements can be done for that. NOTICE: Please immediately e-mail back to sender if you are not the intended recipient. Thereafter delete the e-mail along with any attachments without making copies. The sender reserves all rights of privilege, confidentiality and copyright.
_______________________________________________
observium mailing list
observium@observium.orgmailto:observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
NOTICE: Please immediately e-mail back to sender if you are not the intended recipient. Thereafter delete the e-mail along with any attachments without making copies. The sender reserves all rights of privilege, confidentiality and copyright. NOTICE: Please immediately e-mail back to sender if you are not the intended recipient. Thereafter delete the e-mail along with any attachments without making copies. The sender reserves all rights of privilege, confidentiality and copyright.
Have been a bit reluctant to update since I saw this. Anyone knows if the fix for APC have made its way into a build?
Cheers
-- Henrik Cednert cto | compositor
Filmlance International | www.filmlance.se mobile [ + 46 (0)704 71 89 54 ] skype [ cednert ]
From: observium <observium-bounces@observium.orgmailto:observium-bounces@observium.org> on behalf of Kent Johannessen <kent.johannessen@elkem.nomailto:kent.johannessen@elkem.no> Reply-To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Date: Saturday, 30 July 2016 at 02:51 To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Subject: Re: [Observium] DeltaUPS graphs broken after r8016
@Tom
See attached fix for powernet sensors. The case may be for other sensors also after r8014, but have not looked at them.
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Kent Johannessen Sent: 29. juli 2016 04:01 To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Subject: Re: [Observium] DeltaUPS graphs broken after r8016
Excellent Tom. ☺
I also think there is something wrong with the APC sensors, as I see several sensors deleted. From logs; PDU: Sensor deleted: power apc rPDUIdentDevicePowerWatts.0 Input Sensor deleted: current apc rPDULoadStatusLoad.1 Output Sensor deleted: voltage apc rPDUIdentDeviceLinetoLineVoltage.0 Line-to-Line
ATS: Status deleted: powernet-status-state atsStatusHardwareStatus.0 Hardware Status deleted: powernet-sync-state atsStatusPhaseSyncStatus.0 Phase Sync Status deleted: powernet-status-state atsStatusSourceBStatus.0 Source B Status deleted: powernet-status-state atsStatusSourceAStatus.0 Source A Status deleted: powernet-status-state atsStatusSwitchStatus.0 Switch Status
Can do some debugging later today if needed.
From: observium [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: 28. juli 2016 21:16 To: Observium Network Observation System <observium@observium.orgmailto:observium@observium.org> Subject: Re: [Observium] DeltaUPS graphs broken after r8016
Kent,
I've adapted the code (doesn't help you now of course) to rediscovery things within 5 minutes - we'll do the same in future updates.
Thanks for the suggestion.
Tom
On 28/07/2016 20:17, Tom Laermans wrote:
I'm not sure I understand your e-mail. Nothing is broken if you run a full discovery after upgrading, as is recommended, correct? Maybe we could indeed set a flag to rediscover the affected devices immediately, that's a very good tip.
Tom On Jul 28, 2016 8:11 PM, Kent Johannessen kent.johannessen@elkem.nomailto:kent.johannessen@elkem.no wrote: Well not really... but it will not use renamed RRDs before after a new discovery of sensors. Meanwhile polling will create new RRDs with old names, so it seems you have lost all data. Several hours of data can be missed because of this. Maybe some improvements can be done for that. NOTICE: Please immediately e-mail back to sender if you are not the intended recipient. Thereafter delete the e-mail along with any attachments without making copies. The sender reserves all rights of privilege, confidentiality and copyright.
_______________________________________________
observium mailing list
observium@observium.orgmailto:observium@observium.org
http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
NOTICE: Please immediately e-mail back to sender if you are not the intended recipient. Thereafter delete the e-mail along with any attachments without making copies. The sender reserves all rights of privilege, confidentiality and copyright. NOTICE: Please immediately e-mail back to sender if you are not the intended recipient. Thereafter delete the e-mail along with any attachments without making copies. The sender reserves all rights of privilege, confidentiality and copyright.
participants (3)
-
Henrik Cednert (Filmlance) -
Kent Johannessen -
Tom Laermans