error on reboot, shutdown sequence

We'll investigate, but since this happens during shutdown it shouldn't have any consequences.
Thanks for the report!
Cheers,
 andreas

Hi Andreas,

in the rebootsequence, with this error shown, the firewall didn't realy reboot at my vmware server ... i have to manually reset the Machine ...

Robert

Hi Robert, that increases the severity. We tried to reproduce it here, so far no luck (neither on real hardware nor on vmware). Does this always happen, and is it always redw9.100?
Cheers,
 andreas

the last 5 reboots it happend, and it's alwasy redw9.100

Robert

Is redw9 your "highest" redw interface, or do you have more? One redw interface is created for every Access Point configured, are all of them active? I currently can't think about anything that would be different for redw9, all of them are treated alike, and it seems to work for all other interfaces. I guess we'll have to ponder a bit more on this as we're currently having trouble reproducing it ...
Cheers,
 andreas

Hi,

interesting, i didn't even see a redw9 .. look:

Now it is getting really interesting. Can you try again with "ifconfig -a" (so it also shows interfaces in the DOWN state), and the output of 
# cat /proc/net/red 
?
Thank you,
 andreas

Hi Andreas,

firewall:/root # cat /proc/net/red
id 0800, peer redw2 192.168.11.252, keyid 0, RX seq 0, TX seq 0, crypto 0, refcnt 1
id 0801, peer redw6 192.168.11.250, keyid 0, RX seq 0, TX seq 0, crypto 0, refcnt 1
id 0802, peer redw5 192.168.11.253, keyid 0, RX seq 0, TX seq 0, crypto 0, refcnt 1
id 0803, peer redw7 192.168.11.248, keyid 0, RX seq 0, TX seq 0, crypto 0, refcnt 1
id 0805, peer redw8 192.168.11.251, keyid 0, RX seq 0, TX seq 0, crypto 0, refcnt 1
id 0806, peer redw0 192.168.11.249, keyid 0, RX seq 0, TX seq 0, crypto 0, refcnt 1
id 0807, peer redw4 192.168.11.247, keyid 0, RX seq 0, TX seq 0, crypto 0, refcnt 1
id 0808, peer redw3 192.168.11.241, keyid 0, RX seq 0, TX seq 0, crypto 0, refcnt 1
id 0809, peer redw1 192.168.11.254, keyid 0, RX seq 0, TX seq 0, crypto 0, refcnt 1

That is realy verry stange ... Maybe i should do another reboot at about 5 o clock, there i will be at home, will you be at the office at this time? [[:)]] Maybe you can add me at jabber to discuss this further ...

Ifconfig -a doens't show redw9 too ... hmmm strange, verry strange [[:)]]

Robert

Hmmm okay, another idea ... redw9 could be my 10th AP which has the malfunction now, i wrote about in another post ... this one issnt connected and wassnt connected since the last reboot, maybe that is why we don't see it now ? Is there any configuration file or database where we can have a look about that device?

Robert

Every Access Point in the configuration daemon (regardless if it is currently inactive or not) has a related redw device. The actual order is not important, but the tunnel id (the first number in the /proc/net/red output) is always fixed to a certain access point id (the serial on the back of the AP).
If you have 9 APs in the confd, redw0-redw8 will be created; if you have 10 devices, it's 0-9, etc., so the broken AP is has either never been accepted, or was deleted / set to pending state afterwards.
You can check the data in the configuration daemon by doing
# cc get_objects awe device
on the command line, but I'd be very surprised if you find more APs in there than redw device created. [;)]

Cheers,
 andreas