on our server we have batman-adv from 2.6.38 kernel
the output of batctl vd dot results buggy
eigenServer gioacchino # batctl -v batctl 2011.1.0
as you can see here http://eigenlab.org/status.php a lot of blue cluster are missing also on node with multiple interfaces so the topology draw is badly affected by this :|
On Tuesday 05 July 2011 15:56:37 Gioacchino Mazzurco wrote:
on our server we have batman-adv from 2.6.38 kernel
the output of batctl vd dot results buggy
eigenServer gioacchino # batctl -v batctl 2011.1.0
as you can see here http://eigenlab.org/status.php a lot of blue cluster are missing also on node with multiple interfaces so the topology draw is badly affected by this :|
What about providing the output of /sys/kernel/debug/batman_adv/bat0/vis_data and giving a better explanation what is missing? Showing some pictures and say that something is missing without any details will not help anyone. And no, I can't read italian.
Kind regards, Sven
you are right I can provide you an ssh access I know personally Antonio and Marek so if you are trusted by them i can trust you and give you access to our server so you can do every check you want ;)
eigenServer gioacchino # cat /sys/kernel/debug/batman_adv/bat0/vis_data 7a:ea:3a:b6:49:cc,TQ 00:15:6d:7a:96:7a 206, HNA 00:26:5e:1e:d5:b8, HNA 00:18:f3:87:94:94, HNA 00:15:6d:ae:46:6c, HNA ce:ee:a6:b8:6e:ea, PRIMARY, 06:15:6d:7c:09:d8,TQ 00:15:6d:7a:96:7a 221, TQ 00:15:6d:fc:72:0b 243, 00:15:6d:7a:97:33,TQ 00:15:6d:7a:96:7a 82, TQ 00:15:6d:7a:97:45 155, TQ 00:15:6d:fc:72:0b 191, TQ 06:15:6d:fc:71:f6 175, HNA 9e:62:5e:51:2e:9a, PRIMARY, 00:15:6d:7a:97:45,TQ 06:15:6d:fc:71:f6 177, TQ 00:15:6d:7a:97:33 150, TQ 00:15:6d:7c:09:9e 223, TQ 06:15:6d:72:48:0d 246, HNA 22:86:17:2d:42:dd, PRIMARY, 06:15:6d:fc:71:ce,TQ 00:15:6d:7c:09:9e 233, 00:15:6d:fc:72:0b,TQ 00:15:6d:7a:97:33 180, TQ 06:15:6d:7c:09:d8 212, 00:15:6d:73:48:0d,TQ 00:23:7d:29:13:fa 255, TQ 00:15:6d:7d:09:9e 250, HNA cc:08:e0:fc:8e:47, HNA 62:b0:58:e5:63:ba, HNA f8:db:7f:80:1e:f2, HNA 00:15:6d:72:48:0d, HNA 00:26:68:15:a8:77, PRIMARY, 92:17:8d:21:e4:a5,TQ 2a:11:49:e1:1e:64 220, 00:15:6d:7a:96:7a,TQ 00:15:6d:7a:97:33 143, TQ 06:15:6d:7c:09:d8 169, TQ 7a:ea:3a:b6:49:cc 254, 06:15:6d:fc:71:f6,TQ 00:15:6d:7a:97:45 135, TQ 00:15:6d:7c:09:e8 8, TQ 00:15:6d:7a:97:33 202, 2a:11:49:e1:1e:64,TQ 92:17:8d:21:e4:a5 254, 00:23:7d:29:13:fa,TQ 00:15:6d:73:48:0d 255, TQ 00:15:6d:7d:09:9e 241, HNA 5a:61:e5:74:a5:da, SEC 2a:11:49:e1:1e:64, PRIMARY, 00:15:6d:7d:09:9e,TQ 00:23:7d:29:13:fa 255, TQ 00:15:6d:73:48:0d 251, HNA ca:07:b3:65:e6:51, PRIMARY, SEC 00:15:6d:7c:09:9e, 00:15:6d:7c:09:9e,TQ 00:15:6d:7a:97:45 196, TQ 06:15:6d:fc:71:ce 251,
2011/7/5 Sven Eckelmann sven@narfation.org:
On Tuesday 05 July 2011 15:56:37 Gioacchino Mazzurco wrote:
on our server we have batman-adv from 2.6.38 kernel
the output of batctl vd dot results buggy
eigenServer gioacchino # batctl -v batctl 2011.1.0
as you can see here http://eigenlab.org/status.php a lot of blue cluster are missing also on node with multiple interfaces so the topology draw is badly affected by this :|
What about providing the output of /sys/kernel/debug/batman_adv/bat0/vis_data and giving a better explanation what is missing? Showing some pictures and say that something is missing without any details will not help anyone. And no, I can't read italian.
Kind regards, Sven
On Tuesday 05 July 2011 16:15:22 Gioacchino Mazzurco wrote:
you are right I can provide you an ssh access I know personally Antonio and Marek so if you are trusted by them i can trust you and give you access to our server so you can do every check you want ;)
I shouldn't be trusted
eigenServer gioacchino # cat /sys/kernel/debug/batman_adv/bat0/vis_data
[...]
Can you please create an attachement or prevent your mail client from reformating the information.
And please give a small example were do you think that something is missing in the dot output.
Kind regards, Sven
here is infos
2011/7/5 Sven Eckelmann sven@narfation.org:
On Tuesday 05 July 2011 16:15:22 Gioacchino Mazzurco wrote:
you are right I can provide you an ssh access I know personally Antonio and Marek so if you are trusted by them i can trust you and give you access to our server so you can do every check you want ;)
I shouldn't be trusted
eigenServer gioacchino # cat /sys/kernel/debug/batman_adv/bat0/vis_data
[...]
Can you please create an attachement or prevent your mail client from reformating the information.
And please give a small example were do you think that something is missing in the dot output.
Kind regards, Sven
Gioacchino,
here is infos
as Sven already said you several times: If you want us to help you need to explain what you think is wrong. Simply dumping the data in front of our feet is not going to suffice. Unless your guessing abilities are far superior to ours you would also expect some explanations from us if we wanted you to fix something. In short: We don't know what is wrong. Please tell us!
Cheers, Marek
I'll try to explain better As you can see on the graph here http://eigenlab.org/status.php there are nodes ( you can recognize them because on link there is a number instead of HNA ) that are not inside cluster
this is not the expected behavior as you can see on documentation http://www.open-mesh.org/wiki/batman-adv/VisAdv
this is happening also for nodes that have more than an interfaces so this affect badly the topology graphing
2011/7/5 Marek Lindner lindner_marek@yahoo.de:
Gioacchino,
here is infos
as Sven already said you several times: If you want us to help you need to explain what you think is wrong. Simply dumping the data in front of our feet is not going to suffice. Unless your guessing abilities are far superior to ours you would also expect some explanations from us if we wanted you to fix something. In short: We don't know what is wrong. Please tell us!
Cheers, Marek
It seems that only nodes with hna attached are getting "clustered"
2011/7/5 Gioacchino Mazzurco gmazzurco89@gmail.com:
I'll try to explain better As you can see on the graph here http://eigenlab.org/status.php there are nodes ( you can recognize them because on link there is a number instead of HNA ) that are not inside cluster
this is not the expected behavior as you can see on documentation http://www.open-mesh.org/wiki/batman-adv/VisAdv
this is happening also for nodes that have more than an interfaces so this affect badly the topology graphing
2011/7/5 Marek Lindner lindner_marek@yahoo.de:
Gioacchino,
here is infos
as Sven already said you several times: If you want us to help you need to explain what you think is wrong. Simply dumping the data in front of our feet is not going to suffice. Unless your guessing abilities are far superior to ours you would also expect some explanations from us if we wanted you to fix something. In short: We don't know what is wrong. Please tell us!
Cheers, Marek
On Tue, Jul 5, 2011 at 6:05 PM, Gioacchino Mazzurco gmazzurco89@gmail.com wrote:
It seems that only nodes with hna attached are getting "clustered"
2011/7/5 Gioacchino Mazzurco gmazzurco89@gmail.com:
I'll try to explain better As you can see on the graph here http://eigenlab.org/status.php there are nodes ( you can recognize them because on link there is a number instead of HNA ) that are not inside cluster
this is not the expected behavior as you can see on documentation http://www.open-mesh.org/wiki/batman-adv/VisAdv
this is happening also for nodes that have more than an interfaces so this affect badly the topology graphing
2011/7/5 Marek Lindner lindner_marek@yahoo.de:
Gioacchino,
here is infos
as Sven already said you several times: If you want us to help you need to explain what you think is wrong. Simply dumping the data in front of our feet is not going to suffice. Unless your guessing abilities are far superior to ours you would also expect some explanations from us if we wanted you to fix something. In short: We don't know what is wrong. Please tell us!
Cheers, Marek
Maybe try Spud http://www.it46.se/ , It looks better too! Now working with batman-adv. Here's the street map. satellite map looks better, but a bit big to mail. Wayne
Good job, but what we are trying to fix is the topology visualization we need that at moment
2011/7/5 wayne abroue plettpc@gmail.com:
On Tue, Jul 5, 2011 at 6:05 PM, Gioacchino Mazzurco gmazzurco89@gmail.com wrote:
It seems that only nodes with hna attached are getting "clustered"
2011/7/5 Gioacchino Mazzurco gmazzurco89@gmail.com:
I'll try to explain better As you can see on the graph here http://eigenlab.org/status.php there are nodes ( you can recognize them because on link there is a number instead of HNA ) that are not inside cluster
this is not the expected behavior as you can see on documentation http://www.open-mesh.org/wiki/batman-adv/VisAdv
this is happening also for nodes that have more than an interfaces so this affect badly the topology graphing
2011/7/5 Marek Lindner lindner_marek@yahoo.de:
Gioacchino,
here is infos
as Sven already said you several times: If you want us to help you need to explain what you think is wrong. Simply dumping the data in front of our feet is not going to suffice. Unless your guessing abilities are far superior to ours you would also expect some explanations from us if we wanted you to fix something. In short: We don't know what is wrong. Please tell us!
Cheers, Marek
Maybe try Spud http://www.it46.se/ , It looks better too! Now working with batman-adv. Here's the street map. satellite map looks better, but a bit big to mail. Wayne
On Tuesday 05 July 2011 23:29:07 Gioacchino Mazzurco wrote:
Good job, but what we are trying to fix is the topology visualization we need that at moment
Just looked with one eye at the stuff and it seems that the data which comes from the kernel module is not what you expect. For example 00:15:6d:fc:72:0b isn't marked as primary or secondary.
It looks like one vis_if_list
So you can't use the module from 2.6.38 and expect that we fix it with batctl. And the correct people to ask here are: * Simon Wunderlich (author of the vis stuff) * Linus Luessing (the person which added the subgraph stuff) * Andrew Lunn (he introduced the format "vis raw" which is used in vis_data)
I don't want to touch it because it may explode in my hand. But you can also try whether you are lucky and check vis_seq_print_text. It is currently overly complex without any reason. It could easily use seq_file and don't do the precalculation (which was necessary in /sys).... I forgot the topic.
Kind regards, Sven
On Wed, Jul 06, 2011 at 12:27:28AM +0200, Sven Eckelmann wrote:
On Tuesday 05 July 2011 23:29:07 Gioacchino Mazzurco wrote:
Good job, but what we are trying to fix is the topology visualization we need that at moment
Just looked with one eye at the stuff and it seems that the data which comes from the kernel module is not what you expect. For example 00:15:6d:fc:72:0b isn't marked as primary or secondary.
We don't mark secondary interfaces explicitly in the raw output, a raw row output of a primary interface contains all the information, both that it is a primary interface and also optionally which other secondary interfaces belong to it.
Gioacchino: Are the interfaces 00:15:6d:fc:72:0b, 06:15:6d:7c:09:d8 and 06:15:6d:fc:71:ce primary or secondary ones? (a primary one is the one listed in the first line of 'batctl o', the MainIf)
And those are actually the specific ones where no subgraph-dot-thingy has been added and no box was drawn and where the error lies, right? Or are there more issues we missed so far (like links, HNA entries or interfaces missing completely in the list and/or graph for instance)?
It looks like one vis_if_list
So you can't use the module from 2.6.38 and expect that we fix it with batctl. And the correct people to ask here are:
- Simon Wunderlich (author of the vis stuff)
- Linus Luessing (the person which added the subgraph stuff)
- Andrew Lunn (he introduced the format "vis raw" which is used in vis_data)
I don't want to touch it because it may explode in my hand. But you can also try whether you are lucky and check vis_seq_print_text. It is currently overly complex without any reason. It could easily use seq_file and don't do the precalculation (which was necessary in /sys).... I forgot the topic.
Kind regards, Sven
I have not tested that deeply but some people told me that their computer (HNA) is missing on the graf...
2011/7/12 Linus Lüssing linus.luessing@web.de:
On Wed, Jul 06, 2011 at 12:27:28AM +0200, Sven Eckelmann wrote:
On Tuesday 05 July 2011 23:29:07 Gioacchino Mazzurco wrote:
Good job, but what we are trying to fix is the topology visualization we need that at moment
Just looked with one eye at the stuff and it seems that the data which comes from the kernel module is not what you expect. For example 00:15:6d:fc:72:0b isn't marked as primary or secondary.
We don't mark secondary interfaces explicitly in the raw output, a raw row output of a primary interface contains all the information, both that it is a primary interface and also optionally which other secondary interfaces belong to it.
Gioacchino: Are the interfaces 00:15:6d:fc:72:0b, 06:15:6d:7c:09:d8 and 06:15:6d:fc:71:ce primary or secondary ones? (a primary one is the one listed in the first line of 'batctl o', the MainIf)
And those are actually the specific ones where no subgraph-dot-thingy has been added and no box was drawn and where the error lies, right? Or are there more issues we missed so far (like links, HNA entries or interfaces missing completely in the list and/or graph for instance)?
It looks like one vis_if_list
So you can't use the module from 2.6.38 and expect that we fix it with batctl. And the correct people to ask here are: * Simon Wunderlich (author of the vis stuff) * Linus Luessing (the person which added the subgraph stuff) * Andrew Lunn (he introduced the format "vis raw" which is used in vis_data)
I don't want to touch it because it may explode in my hand. But you can also try whether you are lucky and check vis_seq_print_text. It is currently overly complex without any reason. It could easily use seq_file and don't do the precalculation (which was necessary in /sys).... I forgot the topic.
Kind regards, Sven
b.a.t.m.a.n@lists.open-mesh.org
-
Gioacchino Mazzurco -
Linus Lüssing -
Marek Lindner -
Sven Eckelmann -
wayne abroue