We just upgraded to the professional version and are still missing the disk I/O on a couple servers. Is there something manual we need to do to get that option back on these servers?

Observium: 0.14.5.5458

I noticed a couple errors when running the discovery.php at the end of the upgrade, not sure if that is the issue:

[root@noc observium]# ./discovery.php -h none Observium v0.14.5.5458 Discovery

-- Updating database/file schema 133 -> 134 ... (db) done. 134 -> 135 ... (db) done. 135 -> 136 ... (db) done. 136 -> 137 ... (db) done. 137 -> 138 ... (db) done (3 errors). 138 -> 139 ... (db) done. 139 -> 140 ... (db) done. 140 -> 141 ... (db) done. 141 -> 142 ... (db) done (1 errors). -- Done Current Revision : 5458

Thanks in advance!

Josh Elson | Linux Systems Administrator MaxLinear | www.maxlinear.com 2051 Palomar Airport Road, Suite 100 | Carlsbad, CA 92011

-----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: Wednesday, April 30, 2014 9:48 AM To: Observium Network Observation System Subject: Re: [Observium] Disk i/o statistics

Just fixed this, was a slightly malformed SQL query in the discovery module.

adam.

On 2014-04-30 07:09, Fabrice Charlier wrote:

Hi all,

We are currently moving our observium server from an old community edition (0.13.10.4585) to a new powerful server running Professional edition (0.14.4.5391). On the new one, all disk i/o statistics for server devices don't appear in the web interface. After some research, I found that rrd files for disks i/o are not generated. For example, same server monitored by old instance: http://pastebin.com/gF7RA9bU and on new one: http://pastebin.com/Y9ePqyst

Maybe I'm missing some new configuration option?

Thanks,

Fabrice _______________________________________________ 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 ________________________________

This electronic mail (including any attachments) may contain information that is privileged, confidential, and/or otherwise protected from disclosure to anyone other than its intended recipient(s). Any dissemination or use of this electronic mail or its contents (including any attachments) by persons other than the intended recipient(s) is strictly prohibited. If you have received this message in error, please notify us immediately by reply e-mail so that we may correct our internal records. Please then delete the original message (including any attachments) in its entirety. ________________________________

This electronic mail (including any attachments) may contain information that is privileged, confidential, and/or otherwise protected from disclosure to anyone other than its intended recipient(s). Any dissemination or use of this electronic mail or its contents (including any attachments) by persons other than the intended recipient(s) is strictly prohibited. If you have received this message in error, please notify us immediately by reply e-mail so that we may correct our internal records. Please then delete the original message (including any attachments) in its entirety.

Hi Joshua,

On 10/05/2014 00:51, Joshua Elson wrote:

We just upgraded to the professional version and are still missing the disk I/O on a couple servers. Is there something manual we need to do to get that option back on these servers?

Not sure, I think that should be fixed... Adam might know more. But first things first: did you rerun a discovery to be sure?

Observium: 0.14.5.5458

I noticed a couple errors when running the discovery.php at the end of the upgrade, not sure if that is the issue:

[root@noc observium]# ./discovery.php -h none Observium v0.14.5.5458 Discovery

-- Updating database/file schema 133 -> 134 ... (db) done. 134 -> 135 ... (db) done. 135 -> 136 ... (db) done. 136 -> 137 ... (db) done. 137 -> 138 ... (db) done (3 errors).

This is normal (recreating fields that were erroneously removed, but we also removed the removal, so this will be 3 "already exists" errors).

138 -> 139 ... (db) done. 139 -> 140 ... (db) done. 140 -> 141 ... (db) done. 141 -> 142 ... (db) done (1 errors).

Not sure what is going on there, there are 5 ALTERs in that file. There's an error log in update-errors.log which could shed some light in there.

But this is not related to disk i/o.

Tom

-- Done Current Revision : 5458

Thanks in advance!

Josh Elson | Linux Systems Administrator MaxLinear | www.maxlinear.com 2051 Palomar Airport Road, Suite 100 | Carlsbad, CA 92011

-----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: Wednesday, April 30, 2014 9:48 AM To: Observium Network Observation System Subject: Re: [Observium] Disk i/o statistics

Just fixed this, was a slightly malformed SQL query in the discovery module.

adam.

On 2014-04-30 07:09, Fabrice Charlier wrote:

...

Hi all,

We are currently moving our observium server from an old community edition (0.13.10.4585) to a new powerful server running Professional edition (0.14.4.5391). On the new one, all disk i/o statistics for server devices don't appear in the web interface. After some research, I found that rrd files for disks i/o are not generated. For example, same server monitored by old instance: http://pastebin.com/gF7RA9bU and on new one: http://pastebin.com/Y9ePqyst

Maybe I'm missing some new configuration option?

Thanks,

Fabrice _______________________________________________ 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 ________________________________

This electronic mail (including any attachments) may contain information that is privileged, confidential, and/or otherwise protected from disclosure to anyone other than its intended recipient(s). Any dissemination or use of this electronic mail or its contents (including any attachments) by persons other than the intended recipient(s) is strictly prohibited. If you have received this message in error, please notify us immediately by reply e-mail so that we may correct our internal records. Please then delete the original message (including any attachments) in its entirety. ________________________________

This electronic mail (including any attachments) may contain information that is privileged, confidential, and/or otherwise protected from disclosure to anyone other than its intended recipient(s). Any dissemination or use of this electronic mail or its contents (including any attachments) by persons other than the intended recipient(s) is strictly prohibited. If you have received this message in error, please notify us immediately by reply e-mail so that we may correct our internal records. Please then delete the original message (including any attachments) in its entirety. _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

These are fine, they're just where we've replaced SQL update scripts after first commit. No problems if you can't make a field because it already exists or can't delete it because it doesn't exist!

adam.

On 2014-05-12 10:52, Joshua Elson wrote:

Running a rediscover fixed the missing Disk I/O stat page, thanks!!

Here is the output of the update-errors.log. Not sure if any of these errors will cause problems in the future?

[root@noc observium]# cat update-errors.log ====== Schema update 137 -> 138 ============== Query: ALTER TABLE `sensors` ADD `entPhysicalIndex_measured` varchar(16) COLLATE Error: Duplicate column name 'entPhysicalIndex_measured'

Query: ALTER TABLE `sensors` ADD `measured_class` VARCHAR( 32 ) NULL DEFAULT NUL Error: Duplicate column name 'measured_class'

Query: ALTER TABLE `sensors` ADD `measured_entity` VARCHAR( 32 ) NULL DEFAULT N Error: Duplicate column name 'measured_entity'

====== Schema update 141 -> 142 ============== Query: ALTER TABLE `alert_table-state` DROP `ignore_until_ok` ; Error: Can't DROP 'ignore_until_ok'; check that column/key exists

Thanks guys!

Josh Elson | Linux Systems Administrator MaxLinear | www.maxlinear.com 2051 Palomar Airport Road, Suite 100 | Carlsbad, CA 92011

-----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Tom Laermans Sent: Friday, May 09, 2014 5:25 PM To: Observium Network Observation System Subject: Re: [Observium] Disk i/o statistics

Hi Joshua,

On 10/05/2014 00:51, Joshua Elson wrote: We just upgraded to the professional version and are still missing the disk I/O on a couple servers. Is there something manual we need to do to get that option back on these servers? Not sure, I think that should be fixed... Adam might know more. But first things first: did you rerun a discovery to be sure? Observium: 0.14.5.5458

I noticed a couple errors when running the discovery.php at the end of the upgrade, not sure if that is the issue:

[root@noc observium]# ./discovery.php -h none Observium v0.14.5.5458 Discovery

-- Updating database/file schema 133 -> 134 ... (db) done. 134 -> 135 ... (db) done. 135 -> 136 ... (db) done. 136 -> 137 ... (db) done. 137 -> 138 ... (db) done (3 errors). This is normal (recreating fields that were erroneously removed, but we also removed the removal, so this will be 3 "already exists" errors). 138 -> 139 ... (db) done. 139 -> 140 ... (db) done. 140 -> 141 ... (db) done. 141 -> 142 ... (db) done (1 errors). Not sure what is going on there, there are 5 ALTERs in that file. There's an error log in update-errors.log which could shed some light in there.

But this is not related to disk i/o.

Tom -- Done Current Revision : 5458

Thanks in advance!

Josh Elson | Linux Systems Administrator MaxLinear | www.maxlinear.com 2051 Palomar Airport Road, Suite 100 | Carlsbad, CA 92011

-----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: Wednesday, April 30, 2014 9:48 AM To: Observium Network Observation System Subject: Re: [Observium] Disk i/o statistics

Just fixed this, was a slightly malformed SQL query in the discovery module.

adam.

On 2014-04-30 07:09, Fabrice Charlier wrote: Hi all,

We are currently moving our observium server from an old community edition (0.13.10.4585) to a new powerful server running Professional edition (0.14.4.5391). On the new one, all disk i/o statistics for server devices don't appear in the web interface. After some research, I found that rrd files for disks i/o are not generated. For example, same server monitored by old instance: http://pastebin.com/gF7RA9bU and on new one: http://pastebin.com/Y9ePqyst

Maybe I'm missing some new configuration option?

Thanks,

Fabrice _______________________________________________ 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 ________________________________

This electronic mail (including any attachments) may contain information that is privileged, confidential, and/or otherwise protected from disclosure to anyone other than its intended recipient(s). Any dissemination or use of this electronic mail or its contents (including any attachments) by persons other than the intended recipient(s) is strictly prohibited. If you have received this message in error, please notify us immediately by reply e-mail so that we may correct our internal records. Please then delete the original message (including any attachments) in its entirety. ________________________________

This electronic mail (including any attachments) may contain information that is privileged, confidential, and/or otherwise protected from disclosure to anyone other than its intended recipient(s). Any dissemination or use of this electronic mail or its contents (including any attachments) by persons other than the intended recipient(s) is strictly prohibited. If you have received this message in error, please notify us immediately by reply e-mail so that we may correct our internal records. Please then delete the original message (including any attachments) in its entirety. _______________________________________________ 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 ________________________________

This electronic mail (including any attachments) may contain information that is privileged, confidential, and/or otherwise protected from disclosure to anyone other than its intended recipient(s). Any dissemination or use of this electronic mail or its contents (including any attachments) by persons other than the intended recipient(s) is strictly prohibited. If you have received this message in error, please notify us immediately by reply e-mail so that we may correct our internal records. Please then delete the original message (including any attachments) in its entirety. ________________________________

This electronic mail (including any attachments) may contain information that is privileged, confidential, and/or otherwise protected from disclosure to anyone other than its intended recipient(s). Any dissemination or use of this electronic mail or its contents (including any attachments) by persons other than the intended recipient(s) is strictly prohibited. If you have received this message in error, please notify us immediately by reply e-mail so that we may correct our internal records. Please then delete the original message (including any attachments) in its entirety. _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium