cacti randomly moving graphs around
Moderators: Developers, Moderators
cacti randomly moving graphs around
I am having a problem getting cacti to move the order of graphs around. I can go in to the graph tree and set up the order that I want. I can then save those settings and go view the graph tree and everything SEEMS ok. However when I go to a different graph tree and come back, either everything has moved back to it's original order or graphs are placed randomly in the tree itself. If I go back into the graphtree to reorder everything it is all out of order again. I am showing no errors in any of my logs for apache or for cacti. Everything looks like it is running as it should be. Anyone got any ideas?
-
- Posts: 33
- Joined: Fri Jan 10, 2003 3:16 am
- Location: Antwerpen (Belgium)
- Contact:
Hi,
What version are you using ? Many issues have been addressed in the current release 0.8.1.
Runnig on ? M$ Windows ? Linux ? FreeBSD ? (should not matter tough...)
I've seen similar behaviour a long time ago ... my current 0.8.1 is doing just fine...
Regards,
Jan
What version are you using ? Many issues have been addressed in the current release 0.8.1.
Runnig on ? M$ Windows ? Linux ? FreeBSD ? (should not matter tough...)
I've seen similar behaviour a long time ago ... my current 0.8.1 is doing just fine...
Regards,
Jan
"Never Trust A Computer You Can't Throw Out A Window" - Steve Wozniak
Update on problem
It would seem that the problem occurs when I try to edit the order of the next graph tree. As long as I do not edit another graph tree the order in graphtree 1 stays the same. The second I move a graph in graphtree2 the order of graphtree1 reverts to it's previous position.
-
- Posts: 33
- Joined: Fri Jan 10, 2003 3:16 am
- Location: Antwerpen (Belgium)
- Contact:
Lepermime,
Are you running the latest 0.8.1 ??
I've seen this on a pre-release of 0.8 but now my graphs seem OK.
I must admit perhaps I did not exactly "move them around" as I did previously ...will try tomorrow...
PS ; You never did mention which release you are running...
Regards,
Jan
Are you running the latest 0.8.1 ??
I've seen this on a pre-release of 0.8 but now my graphs seem OK.
I must admit perhaps I did not exactly "move them around" as I did previously ...will try tomorrow...
PS ; You never did mention which release you are running...
Regards,
Jan
"Never Trust A Computer You Can't Throw Out A Window" - Steve Wozniak
update again
I am running this on Redhat 8 with a 2.4.18 kernel.
Oh and I am running the latest release I just downloaded it this afternoon.
I have seen this problem in both an upgrade from .68a and a fresh install of .8 on two different boxes using completely different hardware.
I think I have figured out what the problem is but I don't know how to get around it. It looks like when I go into another graph tree menu and start trying to move things around, There are usually 3 or 4 clicks that won't do anything on the screen I am currently on. It would seem that those 3 or 4 attempts to move something are actually moving the graphs in the previously edited tree. I tried dropping out of my browser. I have tried it with opera 7, IE, and mozilla and all three broswers end up with the same problem. Caching is completely disabled on the client system so I highly doubt I am editing a different page than what the server is giving me on the HTTP request.
Oh and I am running the latest release I just downloaded it this afternoon.
I have seen this problem in both an upgrade from .68a and a fresh install of .8 on two different boxes using completely different hardware.
I think I have figured out what the problem is but I don't know how to get around it. It looks like when I go into another graph tree menu and start trying to move things around, There are usually 3 or 4 clicks that won't do anything on the screen I am currently on. It would seem that those 3 or 4 attempts to move something are actually moving the graphs in the previously edited tree. I tried dropping out of my browser. I have tried it with opera 7, IE, and mozilla and all three broswers end up with the same problem. Caching is completely disabled on the client system so I highly doubt I am editing a different page than what the server is giving me on the HTTP request.
Catapultam habeo. Nisi pecuniam omnem mihi dabis, ad caput tuum saxum immane mittam.
Hi..
i have this behaviour too...
I tried the same things as you with different browsers and OS's... i have Suse Linux 8.2, cacti 0.8.1. What i do is polling host -> create ALL necessary data sources and then create the graph tree for all machines and do not touch this graph tree again...
i know this is not a real solution...
there was an earlier post with a solution but i do not know if it applies to cacti 0.8.1 too...
regards, Uwe, Switzerland
i have this behaviour too...
I tried the same things as you with different browsers and OS's... i have Suse Linux 8.2, cacti 0.8.1. What i do is polling host -> create ALL necessary data sources and then create the graph tree for all machines and do not touch this graph tree again...
i know this is not a real solution...
there was an earlier post with a solution but i do not know if it applies to cacti 0.8.1 too...
regards, Uwe, Switzerland
In old cacti there was similar bug described here:
http://www.raxnet.net/board/viewtopic.php?t=864
In the new one graph tree hierarchy has been completly redesigned (internally it is much simpler and works faster). The same bug however exists in this version as well. Shortly when you move tree items cacti is working on whole hierarchy instead of only the one you are working on (e.g. within "Default Tree" only). I've put it into bugzilla system so that Ian can work on this.
- bulek
http://www.raxnet.net/board/viewtopic.php?t=864
In the new one graph tree hierarchy has been completly redesigned (internally it is much simpler and works faster). The same bug however exists in this version as well. Shortly when you move tree items cacti is working on whole hierarchy instead of only the one you are working on (e.g. within "Default Tree" only). I've put it into bugzilla system so that Ian can work on this.
- bulek
Who is online
Users browsing this forum: No registered users and 2 guests