Hi All
I have now managed to at least get a build of Observium and also added a couple of test devices to poll. All seems well apart from one issue.
All pages (apart from the initial index page) are appearing as if they had no CSS applied to them, also at the foor of each page I am seeing some mysql output which I am not sure should be there, items like :
Time 0.005s MySQL Cell 0/0s Row 11/0.001s Rows 6/0s Column 0/0s Memory Cached 34.7kB Page 5.86MB Peak 6.14MB
Any advice on getting the pages back on track would be great.
Cheers
Steve
Steve Nelson 10Yr CCIE#10055, OSCP#3725 Senior Network Engineer steve.nelson@calibre-secured.net
Telephone : 0845 5576355 Direct Line : 0191 6542060 Mobile : 07702247286
http://postman.memetic.org/pipermail/observium/2013-August/003350.html
On 1/08/13 7:38 PM, "Steve Nelson" steve.nelson@calibre-secured.net wrote:
Hi All
I have now managed to at least get a build of Observium and also added a couple of test devices to poll. All seems well apart from one issue.
All pages (apart from the initial index page) are appearing as if they had no CSS applied to them, also at the foor of each page I am seeing some mysql output which I am not sure should be there, items like :
Time 0.005s MySQL Cell 0/0s Row 11/0.001s Rows 6/0s Column 0/0s Memory Cached 34.7kB Page 5.86MB Peak 6.14MB
Any advice on getting the pages back on track would be great.
Cheers
Steve
Steve Nelson 10Yr CCIE#10055, OSCP#3725 Senior Network Engineer steve.nelson@calibre-secured.net
Telephone : 0845 5576355 Direct Line : 0191 6542060 Mobile : 07702247286
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Updated to latest version and fixed.
Many thanks Peter.
-----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Peter Childs Sent: 01 August 2013 11:15 To: Observium Network Observation System Subject: Re: [Observium] Pages Missing CSS
http://postman.memetic.org/pipermail/observium/2013-August/003350.html
On 1/08/13 7:38 PM, "Steve Nelson" steve.nelson@calibre-secured.net wrote:
Hi All
I have now managed to at least get a build of Observium and also added a couple of test devices to poll. All seems well apart from one issue.
All pages (apart from the initial index page) are appearing as if they had no CSS applied to them, also at the foor of each page I am seeing some mysql output which I am not sure should be there, items like :
Time 0.005s MySQL Cell 0/0s Row 11/0.001s Rows 6/0s Column 0/0s Memory Cached 34.7kB Page 5.86MB Peak 6.14MB
Any advice on getting the pages back on track would be great.
Cheers
Steve
Steve Nelson 10Yr CCIE#10055, OSCP#3725 Senior Network Engineer steve.nelson@calibre-secured.net
Telephone : 0845 5576355 Direct Line : 0191 6542060 Mobile : 07702247286
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
Tom fat-fingered some updates last night which broke css-from-relative-paths loading.
Usually when that kind of thing happens, it gets fixed a few minutes later, so you can just "svn up".
Observium doesn't really have releases, we operate a bit more like Arch Linux in that we have a rolling svn-based release system.
This means that when bad code goes out in an update, it's usually fixed before more than a couple of people notice. It also means you can (and should, updating between very different versions might break) update pretty frequently. We usually recommend once a week or so, but a lot of our users update whenever there's an svn change.
It's a little counter-intuitive to some people, as most people have been trained to update once every 6 months.
adam.
On 2013-08-01 11:08, Steve Nelson wrote:
Hi All
I have now managed to at least get a build of Observium and also added a couple of test devices to poll. All seems well apart from one issue.
All pages (apart from the initial index page) are appearing as if they had no CSS applied to them, also at the foor of each page I am seeing some mysql output which I am not sure should be there, items like :
Time 0.005s MySQL Cell 0/0s Row 11/0.001s Rows 6/0s Column 0/0s Memory Cached 34.7kB Page 5.86MB Peak 6.14MB
Any advice on getting the pages back on track would be great.
Cheers
Steve
Steve Nelson 10Yr CCIE#10055, OSCP#3725 Senior Network Engineer steve.nelson@calibre-secured.net
Telephone : 0845 5576355 Direct Line : 0191 6542060 Mobile : 07702247286
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
A tool like observium is often used by people in Operations. People in Operations tend to favor stability over new features. The old if it's not broken mantra...
I would hate it if i updated Observium, and because of Toms fat fingers, didn't receive alerts if a critical interface went down.
I'm not saying theres anything wrong with the way you roll out updates. I'm just saying there might be a conflict of interest from you as a developer, and your target audience in Operations.
On a sidenote... Would it be possible to implement a feature that would alert you if you were trying to update a really old install? Something like "Error; you are trying to update from R3193 to R4203. Please update to R4100 before proceeding."
BR
Stefan Milo ________________________________________ Fra: observium [observium-bounces@observium.org] På vegne af Adam Armstrong [adama@memetic.org] Sendt: 1. august 2013 15:29 Til: Observium Network Observation System Emne: Re: [Observium] Pages Missing CSS
Tom fat-fingered some updates last night which broke css-from-relative-paths loading.
Usually when that kind of thing happens, it gets fixed a few minutes later, so you can just "svn up".
Observium doesn't really have releases, we operate a bit more like Arch Linux in that we have a rolling svn-based release system.
This means that when bad code goes out in an update, it's usually fixed before more than a couple of people notice. It also means you can (and should, updating between very different versions might break) update pretty frequently. We usually recommend once a week or so, but a lot of our users update whenever there's an svn change.
It's a little counter-intuitive to some people, as most people have been trained to update once every 6 months.
adam.
On 2013-08-01 11:08, Steve Nelson wrote:
Hi All
I have now managed to at least get a build of Observium and also added a couple of test devices to poll. All seems well apart from one issue.
All pages (apart from the initial index page) are appearing as if they had no CSS applied to them, also at the foor of each page I am seeing some mysql output which I am not sure should be there, items like :
Time 0.005s MySQL Cell 0/0s Row 11/0.001s Rows 6/0s Column 0/0s Memory Cached 34.7kB Page 5.86MB Peak 6.14MB
Any advice on getting the pages back on track would be great.
Cheers
Steve
Steve Nelson 10Yr CCIE#10055, OSCP#3725 Senior Network Engineer steve.nelson@calibre-secured.net
Telephone : 0845 5576355 Direct Line : 0191 6542060 Mobile : 07702247286
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
Isn't it your job to do QA?
If you favor stability why would you do 'svn up' on a production element? :)
Job
Stefan Milo stefan@zendata.dk wrote:
A tool like observium is often used by people in Operations. People in Operations tend to favor stability over new features. The old if it's not broken mantra...
I would hate it if i updated Observium, and because of Toms fat fingers, didn't receive alerts if a critical interface went down.
I'm not saying theres anything wrong with the way you roll out updates. I'm just saying there might be a conflict of interest from you as a developer, and your target audience in Operations.
On a sidenote... Would it be possible to implement a feature that would alert you if you were trying to update a really old install? Something like "Error; you are trying to update from R3193 to R4203. Please update to R4100 before proceeding."
BR
Stefan Milo ________________________________________ Fra: observium [observium-bounces@observium.org] På vegne af Adam Armstrong [adama@memetic.org] Sendt: 1. august 2013 15:29 Til: Observium Network Observation System Emne: Re: [Observium] Pages Missing CSS
Tom fat-fingered some updates last night which broke css-from-relative-paths loading.
Usually when that kind of thing happens, it gets fixed a few minutes later, so you can just "svn up".
Observium doesn't really have releases, we operate a bit more like Arch Linux in that we have a rolling svn-based release system.
This means that when bad code goes out in an update, it's usually fixed before more than a couple of people notice. It also means you can (and should, updating between very different versions might break) update pretty frequently. We usually recommend once a week or so, but a lot of our users update whenever there's an svn change.
It's a little counter-intuitive to some people, as most people have been trained to update once every 6 months.
adam.
On 2013-08-01 11:08, Steve Nelson wrote:
Hi All
I have now managed to at least get a build of Observium and also added a couple of test devices to poll. All seems well apart from one issue.
All pages (apart from the initial index page) are appearing as if they had no CSS applied to them, also at the foor of each page I am seeing some mysql output which I am not sure should be there, items like :
Time 0.005s MySQL Cell 0/0s Row 11/0.001s Rows 6/0s Column 0/0s Memory Cached 34.7kB Page 5.86MB Peak 6.14MB
Any advice on getting the pages back on track would be great.
Cheers
Steve
Steve Nelson 10Yr CCIE#10055, OSCP#3725 Senior Network Engineer steve.nelson@calibre-secured.net
Telephone : 0845 5576355 Direct Line : 0191 6542060 Mobile : 07702247286
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
On 2013-08-01 21:52, Job Snijders wrote:
Isn't it your job to do QA?
If you favor stability why would you do 'svn up' on a production element? :)
Quite right. And for people who can't or don't want to do this themselves, we can take their money in exchange for managing their installation updates and maintenance :)
adam.
On 08/01/2013 5:05 pm, Adam Armstrong wrote:
Quite right. And for people who can't or don't want to do this themselves, we can take their money in exchange for managing their installation updates and maintenance :)
Agreed. Adam is making Observium freely available to anyone who wants to manage it themselves. The last thing we need to do is set around and bitch about something.
Hats off to you Adam!
Tracy
Would you introduce "stable" branch if someone start paying for it? :-D
You see fixes are fixes, but most bugs comes when you start introducing new feature called "global domination" and this is where things get worse then just getting fixes.
Its just selecting between I need this fix, but this brake that, because of new thing here, and I need choice what are more important for me.
I know fixing bugs are boring, and introducing new features (yay \o/) are more fun. :)
But its understandable why no stable exist for now, no man power to do qa and backport shit here and there, like in any pet projects, muhahaha.
On 02/08/13 01:05, Adam Armstrong wrote:
On 2013-08-01 21:52, Job Snijders wrote:
Isn't it your job to do QA?
If you favor stability why would you do 'svn up' on a production element? :)
Quite right. And for people who can't or don't want to do this themselves, we can take their money in exchange for managing their installation updates and maintenance :)
adam. _______________________________________________ observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
On 2013-08-01 21:30, Stefan Milo wrote:
A tool like observium is often used by people in Operations. People in Operations tend to favor stability over new features. The old if it's not broken mantra...
Well then, you probably want to be using Cacti. Judging by the update habits of our existing userbase, they agree with us.
I would hate it if i updated Observium, and because of Toms fat fingers, didn't receive alerts if a critical interface went down.
This is why we have quite strict rules about making sure the poller never breaks.
I'm not saying theres anything wrong with the way you roll out updates. I'm just saying there might be a conflict of interest from you as a developer, and your target audience in Operations.
Well, you see, the fact is that I'm a network engineer, and not a developer. I write it for me to use.
We don't write code and then distribute it for other people to use. I test code as I'm writing it on my own live installations.
There have been 2 kinds of major bugs which have made it in to the svn
a) missing includes b) using new php features too soon
a) has happened a couple of times over the years during code drops when we need to add a lot of new files and one get missed, and for that reason a lot of long time users tend to wait a day or two after a large code drop to update.
b) happened once with a new feature in 5.4
These are always easy to back out of, as you just roll back svn to the previous release and wait for a fix, which is usually done before more than a couple of people have updated.
On a sidenote... Would it be possible to implement a feature that would alert you if you were trying to update a really old install? Something like "Error; you are trying to update from R3193 to R4203. Please update to R4100 before proceeding."
Nope. It's not useful for us, so we won't increase our development workload. If you want to be super cautious, you can maintain a second installation that you test updates on.
Realistically though, it's not really necessary. Most installations I look after update automatically by cron. These installs have historically had far less issues than the installs updated by people who think they know better and follow the stupid "if it's not broken..." mantra.
Yes, I mean you, jduggan.
adam.
On 08/02/2013 07:03 AM, Adam Armstrong wrote:
On 2013-08-01 21:30, Stefan Milo wrote:
A tool like observium is often used by people in Operations. People in Operations tend to favor stability over new features. The old if it's not broken mantra...
Well then, you probably want to be using Cacti. Judging by the update habits of our existing userbase, they agree with us.
"Agree" is much too strong a term; "tolerate" would be better; "it's better than using Cacti" would probably be more accurate than both. :-)
participants (8)
-
Adam Armstrong -
Job Snijders -
Nikolay Shopik -
Paul Gear -
Peter Childs -
Stefan Milo -
Steve Nelson -
Tracy Phillips