[CUWiN-Dev] Rev. 4085 disappearing default routes

[tom]

I optimistically tried this (the flag is -C) on the 115 node, which 
unceremoniously never came back from reboot. Assuming it's broken, I'll go 
fix it tomorrow. In any event it doesn't appear that it's as simple as just 
adding a flag to copy the new-format cuw_config file instead of the old one.

Tom
----- Original Message ----- 
From: "dan blah" <dan.blah at gmail.com>
To: <cu-wireless-dev at cuwireless.net>
Sent: Tuesday, July 18, 2006 10:00 PM
Subject: Re: [CUWiN-Dev] Rev. 4085 disappearing default routes


> isnt there a switch for that in the upgrade script... to not overwrite
> the cuw_config.  maybe a default of appending the new cuw_config to
> the old cuw_config with comments and a reminder at the end of the
> upgrade stating to check the cuw_config for new changes.
> On 7/18/06, David Young <dyoung at pobox.com> wrote:
>> On Tue, Jul 18, 2006 at 08:00:25PM -0500, David Young wrote:
>> > On Tue, Jul 18, 2006 at 05:08:06PM -0500, tom wrote:
>> > > I put a build of rev. 4085 made by Dan Blah on the downtown Urbana 
>> > > network
>> > > today. There's some funkiness with the routing that I don't 
>> > > understand.
>> >
>> > The wrong SSID, and a missing 10/16 address do not help:
>> >
>> > ath0: flags=8943<UP,BROADCAST,RUNNING,PROMISC,SIMPLEX,MULTICAST> mtu 
>> > 1500
>> >         ssid domainname.tld
>> >         powersave off
>> >         bssid 02:02:6f:20:ed:44 chan 11
>> >         address: 00:02:6f:20:ed:46
>> >         media: IEEE802.11 autoselect mode 11b adhoc
>> >         status: active
>> >         inet 169.254.237.70 netmask 0xffff0000 broadcast 
>> > 169.254.255.255
>> >         inet6 fe80::202:6fff:fe20:ed46%ath0 prefixlen 64 scopeid 0x1
>> >
>> > Looks like pulling nodeconfig up to the trunk may have broken stuff.
>> > Bryan, do you have time to look at this?
>> >
>> > I was looking at the routes in Zebra at 115 W. Main, (telnet localhost
>> > 2601; type password 'wireless'; type 'show ip route') and they were
>> > all marked 'inactive', for no apparent reason at all.  Stupid Zebra.
>> > I restarted Zebra and many changed from 'inactive' to 'ath0', which is
>> > what I expect.
>> >
>> > Tom, on the gateway, you had accidentally started a second hslsd
>> > instance by typing 'hslsd status'.  I don't think it made any 
>> > functional
>> > difference.  You meant '/etc/rc.d/hslsd status'.  I will fix hslsd so
>> > it errors-out if there are extra arguments, it's not user-friendly 
>> > as-is.
>>
>> Aha!  It may be a problem that when we upgrade a node, the 
>> /etc/cuw_config
>> from the last-good partition is copied to the new partition.  The upgrade
>> script may need smartening-up to convert a configuration in the old
>> style to the new style.
>>
>> Dave
>>
>> --
>> David Young             OJC Technologies
>> dyoung at ojctech.com      Urbana, IL * (217) 278-3933
>> _______________________________________________
>> CU-Wireless-Dev mailing list
>> CU-Wireless-Dev at lists.cuwireless.net
>> http://lists.chambana.net/cgi-bin/listinfo/cu-wireless-dev
>>
>
>
> -- 
> Daniel
> _______________________________________________
> CU-Wireless-Dev mailing list
> CU-Wireless-Dev at lists.cuwireless.net
> http://lists.chambana.net/cgi-bin/listinfo/cu-wireless-dev
>
>