-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
[zeb] wrote:
> http://qa.mandrakesoft.com/show_bug.cgi?id=5244
>
>
>
>
>
> ------- Additional Comments From [EMAIL PROTECTED] 2003-10-09 20:31
- -------
> Allright, it is related with subnet mask indeed. I found something
interesting :
> I tried to use static address instead of DHCP server.
>
> If I use a 192.168.0.1 with a mask 255.255.255.0, lisa can be started
and works
> nicely.
>
> If I use a 192.168.0.1 with a mask 255.255.0.0, lisa becomes crazy.
But I made a
> mistake : there are two lisa services that are started ! and maybe it
is why it
> becomes crazy...
>
> $ps -A
> 3395 ? 00:00:00 lisa
> 3397 ? 00:00:00 lisa
>
> top gives the 3397 pid lisa 99% CPU !!
> 3395 root 9 0 1064 1060 1004 S 0.0 0.2 0:00.00 lisa
> 3397 root 20 0 1104 1104 1032 R 99.3 0.2 0:57.25 lisa
>
> After "service lisa stop"
> $ ps -A|grep lisa
> 3395 ? 00:00:00 lisa
>
> and top gives
> 3395 root 9 0 1064 1060 1004 S 0.0 0.2 0:00.00 lisa
>
> Can you reproduce it ? I am sure this is a bug with the starting of
this service
> when not using a class C mask and can be easily corrected.
>
I can't reproduce this on current cooker, but I don't use the current
cooker kernel. I am currently running 2.4.21-6mdk (I think this may have
been the kernel on beta1 or beta2), and I also use the 9.1 updates
kernel (2.4.21.0.25mdk).
On another machine (rc1 + updates from cooker), I am running
2.4.22.6mdk, and it also seems ok. lisa takes 90%+ CPU for the first 3
seconds or so after it starts, and then runs with very little CPU (there
are 30 other processes above it running at 0.0).
[looking more closely, it seems that with 255.255.0.0, a 2nd lisa runs
for those 5 seconds, then stops]
On both machines, the config looks something like this:
SecondWait =-1
SearchUsingNmblookup=1
DeliverUnnamedHosts=0
FirstWait=30
MaxPingsAtOnce=256
UpdatePeriod=300
PingAddresses=146.232.174.0/255.255.0.0;
AllowedAddresses=146.232.174.0/255.255.0.0;
BroadcastNetwork=146.232.174.0/255.255.0.0
PingNames=
(BTW, it seems there might be a biglet in the init script, I think this
line:
grep -qv " =" $CONFIG_FILE && INITAUTOCONFIG=1
should be like this:
grep -qv " =" $CONFIG_FILE && INITAUTOCONFIG=0
With a 255.0.0.0 subnet mask, I can reproduce, lisa spawns a 2nd copy,
and that one maxes the CPU. If I kill it, lan://localhost/<hostname>
still works, but lan://localhost does not.
This seems to be a copy spawned for pinging only, so if I change the
subnet mask just for PingAddresses, to be 255.255.255.0, then this
doesn't occur, but lisa will no longer find machines outside this subnet
which aren't running an smb service (ie File and Print Sharing on win9x,
the "server" service on NT/2k/XP, samba on unix).
Note, it seems the MaxPingsAtOnce entry has no effect on the behaviour
(in terms of CPU load).
OK, I will see if there is an easy way to decide when a netmask is too
"big" (ie big subnet), maybe only using ping's if the
netmask=255.255.255.0 (it's a bit pointless pinging only part of a big
subnet), or maybe it would be better just to turn ping off by default
(but, then we may have problems if the user does not have a working
samba config - but I still need to test tomorrow after a clean boot with
no samba running and lisa set to not ping).
I should be able to have a better init script tomorrow, and hopefully
Laurent will fix update the script.
Thanks for taking the time to help track this one down.
In all this testing, I have re-found some bugs in lisa, it really needs
to be rewritten, along with kio_lan ...
Regards,
Buchan
- --
|--------------Another happy Mandrake Club member--------------|
Buchan Milne Mechanical Engineer, Network Manager
Cellphone * Work +27 82 472 2231 * +27 21 8828820x202
Stellenbosch Automotive Engineering http://www.cae.co.za
GPG Key http://ranger.dnsalias.com/bgmilne.asc
1024D/60D204A7 2919 E232 5610 A038 87B1 72D6 AC92 BA50 60D2 04A7
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQE/X3ghrJK6UGDSBKcRAi47AJ0YEJCkrguJ2BrO5IgR6IEHHM/0SACeLov7
oE8B3+ixpnXAJjKrftD5wD0=
=OFeA
-----END PGP SIGNATURE-----
*****************************************************************
Please click on http://www.cae.co.za/disclaimer.htm to read our
e-mail disclaimer or send an e-mail to [EMAIL PROTECTED] for a copy.
*****************************************************************
