devil-linux-develop — developer discussions

[Devil-linux-develop] Can not boot 3.1 kernel

[Andrzej O. <an...@ma...>]

Dear Heiko,

I'm unable to boot the 3.1 kernel in 32-bit nor 64-bit version. Immediately 
after the syslinux/isolinux menu, I have a black console screen. No matter 
which VGA mode I choose (80x25 too). Compilation was with default settings 
from scratch too.

All 3.0.9 builds are booting ok.

Mayby I need special config settings?

Rgds

Andrzej Odyniec

Re: [Devil-linux-develop] major changes to DL

[Heiko Z. <he...@zu...>]

MC is fixed in CVS.
The new version needs a directory /etc/mc....

-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org

> -----Original Message-----
> From: Andrzej Odyniec [mailto:an...@ma...]
> Sent: Friday, November 18, 2011 8:31 AM
> To: dev...@li...
> Subject: Re: [Devil-linux-develop] major changes to DL
> 
> Heiko Zuerker wrote:
> > Quoting Heiko Zuerker <he...@zu...>:
> >>Quoting Andrzej Odyniec <an...@ma...>:
> >>>Heiko Zuerker wrote:
> >>>>Quoting Andrzej Odyniec <an...@ma...>:
> >>>Under 64-bit D-L Midnight Commander don't shows different colors for
> >>>files with different attributes, as he does under 32-bit D-L and
> >>>under 64-bit Debian.
> >>No clue why this is the case. Any ideas anyone?
> > I can't find the root cause of this issue. I even created a new
> > version which was using slang instead of ncurses, it's always the same
> > issue.
> > So I wonder if it has something to do with mc itself....
> In Debian (even unstable) they used the patched sources 4.7.0.9. We
> compile the 4.7.5.5 from midnight-commander.org. They're there already
> have version 4.8. Maybe the problem arose with new versions or is old, but
> corrected by Debian maintainers patches, or finally, results from the
> compilation options.
> At the earliest opportunity, I will try different variants.
> 
> Regards
> 
> --
> Andrzej Odyniec
> 
> <an...@ma...>
> Rada Nadzorcza Macrologic SA
> ul. Kłopotowskiego 22, 03-717 Warszawa
> tel. +48-222566332, kom. +48-601276572
> Skype: andrzej.odyniec
> Rejestr: Sąd Rejonowy dla m.st. Warszawy,
>           XIII Wydział Gospodarczy Krajowego
>           Rejestru Sądowego, numer 0000045462 Numer identyfikacji
> podatkowej: PL 5220002825 Kapitał zakładowy: 1888719 zł opłacony w całości
> 
> ------------------------------------------------------------------------------
> All the data continuously generated in your IT infrastructure contains a
> definitive record of customers, application performance, security threats,
> fraudulent activity, and more. Splunk takes this data and makes sense of it. IT
> sense. And common sense.
> http://p.sf.net/sfu/splunk-novd2d
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop

Re: [Devil-linux-develop] iptraf and OpenVPN tun interfaces

[Heiko Z. <he...@zu...>]

Andrzej,

I added the patch to CVS, thanks for submitting it.

Heiko

Quoting Andrzej Odyniec <an...@ma...>:

> Dear Heiko,
>
> iptraf is a handy tool on routers, but does not show traffic on tun  
> interfaces used by OpenVPN. A few months ago I found the cause, I  
> made a patch and sent to the maintainers in Debian. I do not know  
> whether this patch applied, but I'm using it for over half a year in  
> the D-L on my production routers with success, so I think You can  
> add it safely to the mainstream.
>
> Regards
>
> -- 
> Andrzej Odyniec


-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org

Re: [Devil-linux-develop] major changes to DL

[Andrzej O. <an...@ma...>]

Heiko Zuerker wrote:
> Quoting Heiko Zuerker <he...@zu...>:
>>Quoting Andrzej Odyniec <an...@ma...>:
>>>Heiko Zuerker wrote:
>>>>Quoting Andrzej Odyniec <an...@ma...>:
>>>Under 64-bit D-L Midnight Commander don't shows different colors for files
>>>with different attributes, as he does under 32-bit D-L and under
>>>64-bit Debian.
>>No clue why this is the case. Any ideas anyone?
> I can't find the root cause of this issue. I even created a new  
> version which was using slang instead of ncurses, it's always the same  
> issue.
> So I wonder if it has something to do with mc itself....
In Debian (even unstable) they used the patched sources 4.7.0.9. We compile 
the 4.7.5.5 from midnight-commander.org. They're there already have version 
4.8. Maybe the problem arose with new versions or is old, but corrected by 
Debian maintainers patches, or finally, results from the compilation options. 
At the earliest opportunity, I will try different variants.

Regards

-- 
Andrzej Odyniec

<an...@ma...>
Rada Nadzorcza Macrologic SA
ul. Kłopotowskiego 22, 03-717 Warszawa
tel. +48-222566332, kom. +48-601276572
Skype: andrzej.odyniec
Rejestr: Sąd Rejonowy dla m.st. Warszawy,
          XIII Wydział Gospodarczy Krajowego
          Rejestru Sądowego, numer 0000045462
Numer identyfikacji podatkowej: PL 5220002825
Kapitał zakładowy: 1888719 zł opłacony w całości

[Devil-linux-develop] iptraf and OpenVPN tun interfaces

[Andrzej O. <an...@ma...>]

Dear Heiko,

iptraf is a handy tool on routers, but does not show traffic on tun interfaces 
used by OpenVPN. A few months ago I found the cause, I made a patch and sent 
to the maintainers in Debian. I do not know whether this patch applied, but 
I'm using it for over half a year in the D-L on my production routers with 
success, so I think You can add it safely to the mainstream.

Regards

-- 
Andrzej Odyniec

Re: [Devil-linux-develop] major changes to DL

[Heiko Z. <he...@zu...>]

Quoting Heiko Zuerker <he...@zu...>:
> Quoting Andrzej Odyniec <an...@ma...>:
>
>> Heiko Zuerker wrote:
>>> Quoting Andrzej Odyniec <an...@ma...>:
>> Under 64-bit D-L Midnight Commander don't shows different colors for files
>> with different attributes, as he does under 32-bit D-L and under
>> 64-bit Debian.
>
> No clue why this is the case. Any ideas anyone?

I can't find the root cause of this issue. I even created a new  
version which was using slang instead of ncurses, it's always the same  
issue.
So I wonder if it has something to do with mc itself....

-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org

Re: [Devil-linux-develop] major changes to DL

[Heiko Z. <he...@zu...>]

> > mkfs.ext under 64-bit D-L is broken. Gives message: mkfs.ext2: symbol
> > lookup
> > error: mkfs.ext2: undefined symbol: ext2fs_get_device_phys_sectsize
> 
> This should be fixed in CVS  now, but I didn't get a chance to test it.
> Feedback is more than welcome. ;-)

I fixed it for real this time.

Heiko

Re: [Devil-linux-develop] major changes to DL

[Heiko Z. <he...@zu...>]

Quoting Andrzej Odyniec <an...@ma...>:

> Heiko Zuerker wrote:
>> Quoting Andrzej Odyniec <an...@ma...>:
>>> 64-bit compilation stops on SER. Seems this Makefile settings
>>> transfers CPU to
>>> mtune. Settings CPU=generic before make'ing solves problem with  
>>> compilation.
>>
>> Thanks, I added the fix to CVS.
>
> In install step of SER compiler is called too, so if i.e. above settings is
> not present, build stops in install phase again.

Fix is in CVS already.

> First impressions:
>
> Under 64-bit D-L Midnight Commander don't shows different colors for files
> with different attributes, as he does under 32-bit D-L and under  
> 64-bit Debian.

No clue why this is the case. Any ideas anyone?

> mkfs.ext under 64-bit D-L is broken. Gives message: mkfs.ext2: symbol lookup
> error: mkfs.ext2: undefined symbol: ext2fs_get_device_phys_sectsize

This should be fixed in CVS  now, but I didn't get a chance to test it.
Feedback is more than welcome. ;-)

-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org

Re: [Devil-linux-develop] major changes to DL

[Andrzej O. <an...@ma...>]

Heiko Zuerker wrote:
> Quoting Andrzej Odyniec <an...@ma...>:
>>64-bit compilation stops on SER. Seems this Makefile settings  
>>transfers CPU to
>>mtune. Settings CPU=generic before make'ing solves problem with compilation.
> 
> Thanks, I added the fix to CVS.

In install step of SER compiler is called too, so if i.e. above settings is 
not present, build stops in install phase again.

First impressions:

Under 64-bit D-L Midnight Commander don't shows different colors for files 
with different attributes, as he does under 32-bit D-L and under 64-bit Debian.

mkfs.ext under 64-bit D-L is broken. Gives message: mkfs.ext2: symbol lookup 
error: mkfs.ext2: undefined symbol: ext2fs_get_device_phys_sectsize

Big thanks, Siergiej

Regards

-- 
Andrzej Odyniec

Re: [Devil-linux-develop] major changes to DL

[Heiko Z. <he...@zu...>]

All,

I just uploaded a bunch of test builds, let me know if you find any problems.
Not sure if I mentioned it before, but a lot of credit for the x86_64  
bit goes to Serge.

ftp://ftp.devil-linux.org/pub/devel/testing/

-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org

Re: [Devil-linux-develop] major changes to DL

[Heiko Z. <he...@zu...>]

Quoting Andrzej Odyniec <an...@ma...>:

> I wrote:
>> Will continue.
>
> So...
>
> 64-bit compilation stops on SER. Seems this Makefile settings  
> transfers CPU to
> mtune. Settings CPU=generic before make'ing solves problem with compilation.

Thanks, I added the fix to CVS.

-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org

Re: [Devil-linux-develop] major changes to DL

[Andrzej O. <an...@ma...>]

I wrote:
> Will continue.

So...

64-bit compilation stops on SER. Seems this Makefile settings transfers CPU to 
mtune. Settings CPU=generic before make'ing solves problem with compilation.

Regards

-- 
Andrzej Odyniec

Re: [Devil-linux-develop] major changes to DL

[Heiko Z. <he...@zu...>]

Quoting Andrzej Odyniec <an...@ma...>:

> Heiko Zuerker wrote:
>> All the changes have been checked into CVS and the sources are up on
>> the FTP server.
>
> CVS repository should be the same? If yes, then 32-bit build process stops on
> webmin. Two source files:  
> /build/src/webmin-modules/dgwebmin-0.7.1.wbm.bz2 and
> /build/src/webmin-modules/iscsitarget-0.9.5.wbm.bz2 are not adequate to
> building script. Are only simple bzip2-ed but script try untaring.  
> Will continue.

I must have accidentally checked those files back in...
I removed them from the ftp server. Some day we'll add support for  
adding non-tar versions of wbm files. ;-)

-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org

Re: [Devil-linux-develop] major changes to DL

[Andrzej O. <an...@ma...>]

Heiko Zuerker wrote:
> All the changes have been checked into CVS and the sources are up on  
> the FTP server.

CVS repository should be the same? If yes, then 32-bit build process stops on 
webmin. Two source files: /build/src/webmin-modules/dgwebmin-0.7.1.wbm.bz2 and 
/build/src/webmin-modules/iscsitarget-0.9.5.wbm.bz2 are not adequate to 
building script. Are only simple bzip2-ed but script try untaring. Will continue.

Rgrds

-- 
Andrzej Odyniec

<an...@ma...>
Rada Nadzorcza Macrologic SA
ul. Kłopotowskiego 22, 03-717 Warszawa
tel. +48-222566332, kom. +48-601276572
Skype: andrzej.odyniec
Rejestr: Sąd Rejonowy dla m.st. Warszawy,
          XIII Wydział Gospodarczy Krajowego
          Rejestru Sądowego, numer 0000045462
Numer identyfikacji podatkowej: PL 5220002825
Kapitał zakładowy: 1888719 zł opłacony w całości

Re: [Devil-linux-develop] major changes to DL

[Andrzej O. <an...@ma...>]

Heiko Zuerker wrote:
> I was playing with the cross compile stuff (using buildroot), but it  
> is a lot of work to transfer everything over.
> Since we're now able to compile the 64 bit with our existing build  
> env, I'll probably stop the work on buildroot...

Heiko,

Now it is not a problem to have several machines 32 - and 64-bit on the one 
real. I think the battle for the port to buildroot is not worth the potential 
gain, the more that the current building mechanism works perfectly. I asked a 
question to know if I'll have to install 64-bit Debian to build the first 
64-bit DL to build next. I like to build the D-L in-built D-L.

Great job. Regards

-- 
Andrzej Odyniec

Re: [Devil-linux-develop] major changes to DL

[Heiko Z. <he...@zu...>]

Quoting Andrzej Odyniec <an...@ma...>:

> Heiko Zuerker wrote:
>
>> In order to compile the new version, you also need a new lfssystem.
>> There are now 2 version, 32 and 64 bit. If you use the wrong or an
>> outdated version, the build system will stop at the prepare phase and
>> complain about it.
>
> Congratulations!
>
> For build 64-bit version... there is 64-bit host system needed or  
> this will be
> cross compilation?

You'll need a 64 bit host, together with the 64 bit lfssystem.

I was playing with the cross compile stuff (using buildroot), but it  
is a lot of work to transfer everything over.
Since we're now able to compile the 64 bit with our existing build  
env, I'll probably stop the work on buildroot...

-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org

Re: [Devil-linux-develop] major changes to DL

[Heiko Z. <he...@zu...>]

Quoting Dominic Raferd <dl...@ed...>:

> On 02/11/2011 14:05, Heiko Zuerker wrote:

[....]

>> I will be uploading new test versions onto the FTP server in the next
>> couple of days.
>>
>
> Sounds great, thanks Heiko! I am successfully using latest test built
> version 1.4.3-2011-10-12-i686-server, I look forward to trying out
> 64-bit DL 1.6 server when it is available at ftp://ftp.devil-linux.org/
>
> My only ongoing issues are that /mnt is read-only and that samba has to
> be run with the 'wide links = yes' fix (both logged in Mantis, though
> Mantis seems to be down at the moment). I hope DL 1.6 can fix these.

Yeah the wide links annoy me too. It seems samba 3.6 doesn't resolve  
the issue either. I really don't know what to do about it.

> Oh, and I would prefer that the boot screen default was option 1 not 3
> (and not 0) - big screen is a pain for me.

Hmmm, it should be 0. If it's 3, then it was probably a test build I  
did by hand.

-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org

Re: [Devil-linux-develop] major changes to DL

[Andrzej O. <an...@ma...>]

Heiko Zuerker wrote:

> In order to compile the new version, you also need a new lfssystem.  
> There are now 2 version, 32 and 64 bit. If you use the wrong or an  
> outdated version, the build system will stop at the prepare phase and  
> complain about it.

Congratulations!

For build 64-bit version... there is 64-bit host system needed or this will be 
cross compilation?

Regards

Andrzej Odyniec

Re: [Devil-linux-develop] major changes to DL

[Dominic R. <dl...@ed...>]

On 02/11/2011 14:05, Heiko Zuerker wrote:
> All,
>
> I spend a lot of time over the last couple of weeks on updating DL.
> Some of the changes are:
> - kernel 3.0
> - glibc 2.12.2
> - gcc 4.4.5
> - x86_64 (as in 64 bit DL) !!!
>
> Since there are so many changes, I decided that this is worth a
> completely new version! DL 1.6 is now officially in the works.
>
> In order to compile the new version, you also need a new lfssystem.
> There are now 2 version, 32 and 64 bit. If you use the wrong or an
> outdated version, the build system will stop at the prepare phase and
> complain about it.
>
> Get the latest lfssystem from here:
> ftp://ftp.devil-linux.org/pub/devel/sources/lfssystem-for-DL-1.6/
>
> All the changes have been checked into CVS and the sources are up on
> the FTP server.
> Please help test the new version and get the bugs out.
>
> I will be uploading new test versions onto the FTP server in the next
> couple of days.
>

Sounds great, thanks Heiko! I am successfully using latest test built 
version 1.4.3-2011-10-12-i686-server, I look forward to trying out 
64-bit DL 1.6 server when it is available at ftp://ftp.devil-linux.org/

My only ongoing issues are that /mnt is read-only and that samba has to 
be run with the 'wide links = yes' fix (both logged in Mantis, though 
Mantis seems to be down at the moment). I hope DL 1.6 can fix these.

Oh, and I would prefer that the boot screen default was option 1 not 3 
(and not 0) - big screen is a pain for me.

Dominic

[Devil-linux-develop] major changes to DL

[Heiko Z. <he...@zu...>]

All,

I spend a lot of time over the last couple of weeks on updating DL.
Some of the changes are:
- kernel 3.0
- glibc 2.12.2
- gcc 4.4.5
- x86_64 (as in 64 bit DL) !!!

Since there are so many changes, I decided that this is worth a  
completely new version! DL 1.6 is now officially in the works.

In order to compile the new version, you also need a new lfssystem.  
There are now 2 version, 32 and 64 bit. If you use the wrong or an  
outdated version, the build system will stop at the prepare phase and  
complain about it.

Get the latest lfssystem from here:
ftp://ftp.devil-linux.org/pub/devel/sources/lfssystem-for-DL-1.6/

All the changes have been checked into CVS and the sources are up on  
the FTP server.
Please help test the new version and get the bugs out.

I will be uploading new test versions onto the FTP server in the next  
couple of days.

-- 

Regards
    Heiko Zuerker
    http://www.devil-linux.org

Re: [Devil-linux-develop] Problem with Quagga and kernel 3.0.4

[Andrzej O. <an...@ma...>]

Heiko Zuerker wrote:
> Try the latest kernel patch:
> http://www.kernel.org/pub/linux/kernel/v3.x/patch-3.0.8.bz2
> 
> If you have grsec enabled, then also update this patch (you'll need to bzip
> in the src directory):
> http://grsecurity.net/test/grsecurity-2.2.2-3.0.8-201110250925.patch
> 
> The build will probably get stuck on the prepare script. Just do a ctrl+c.
> Then go into tmp/linux-3.0
> And do a "make oldconfig"
> Any new parameter it's asking you for, add it with the prefix CONFIG_ to the
> file scripts/config/linux-3.0/config_linux
> Then continue the build. Sometimes you have to do the 'make oldconfig' a 2nd
> time.

Thanks Heiko,

I will try it.

I have another idea: I found a difference between the two interfaces, as I 
read the zebra source. This good boy is on the MB and this bad boy is on the 
quad head card. Zebra load paths to the kernel via netlink, analyzing before 
some interface attributes, and on this basis decide whether to inject routes 
into the kernel for that interface or not. Perhaps the problem is with the 
e1000e driver that needs my card, and the way he presents the attributes of 
interfaces. Driver may not set some new attributes. Well, I'll fight :-)

Thanks

-- 
Andrzej Odyniec

Re: [Devil-linux-develop] Problem with Quagga and kernel 3.0.4

[Heiko Z. <he...@zu...>]

Hey,

Try the latest kernel patch:
http://www.kernel.org/pub/linux/kernel/v3.x/patch-3.0.8.bz2

If you have grsec enabled, then also update this patch (you'll need to bzip
in the src directory):
http://grsecurity.net/test/grsecurity-2.2.2-3.0.8-201110250925.patch

The build will probably get stuck on the prepare script. Just do a ctrl+c.
Then go into tmp/linux-3.0
And do a "make oldconfig"
Any new parameter it's asking you for, add it with the prefix CONFIG_ to the
file scripts/config/linux-3.0/config_linux
Then continue the build. Sometimes you have to do the 'make oldconfig' a 2nd
time.

-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org

> -----Original Message-----
> From: Andrzej Odyniec [mailto:an...@ma...]
> Sent: Saturday, October 29, 2011 7:13 PM
> To: dev...@li...
> Subject: Re: [Devil-linux-develop] Problem with Quagga and kernel 3.0.4
> 
> Heiko Zuerker wrote:
> > I'm not aware of any major changes in the IP stack (which doesn't mean
> much).
> > Please let me know how the latest versions of the software work.
> 
> Hi Heiko,
> 
> This is hard to test. I can try new soft on my main router only after
midnight
> and not everynight.
> 
> Now I tested last build (after Your changes and upgrades and with newest
> shorewall/quagga). There is no difference. Into one of ISP interfaces BGP
> injections are correct but into second -- not. So router can not work. I
tried
> with changing/removing default routes on both interfaces, bu there is no
> change: my zebra/bgp does not like one of my ISP. Gets bgp messages from
> it, but can not inject route into FIB for its interface if this route is
best, so I
> have about only half of routing table.
> 
> Booting image from July with exactly this same config correct this
problem.
> Quagga version has no matter. So, I think, problem must be in kernel build
> parameters or its runtime configuration.
> 
> I can't find anything in net about this. So I need read docs, sources, and
try
> debugging. But my router can work on build from July -- this is good
build.
> 
> I have no idea yet, so all suggestions welcome.
> 
> Best regards
> 
> --
> Andrzej Odyniec
> 
>
----------------------------------------------------------------------------
--
> Get your Android app more play: Bring it to the BlackBerry PlayBook in
> minutes. BlackBerry App World™ now supports Android™ Apps for
> the BlackBerry® PlayBook™. Discover just how easy and simple it
is!
> http://p.sf.net/sfu/android-dev2dev
> 
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop

Re: [Devil-linux-develop] Problem with Quagga and kernel 3.0.4

[Andrzej O. <an...@ma...>]

Heiko Zuerker wrote:
> I'm not aware of any major changes in the IP stack (which doesn't mean much).
> Please let me know how the latest versions of the software work.

Hi Heiko,

This is hard to test. I can try new soft on my main router only after midnight 
and not everynight.

Now I tested last build (after Your changes and upgrades and with newest 
shorewall/quagga). There is no difference. Into one of ISP interfaces BGP 
injections are correct but into second -- not. So router can not work. I tried 
with changing/removing default routes on both interfaces, bu there is no 
change: my zebra/bgp does not like one of my ISP. Gets bgp messages from it, 
but can not inject route into FIB for its interface if this route is best, so 
I have about only half of routing table.

Booting image from July with exactly this same config correct this problem. 
Quagga version has no matter. So, I think, problem must be in kernel build 
parameters or its runtime configuration.

I can't find anything in net about this. So I need read docs, sources, and try 
debugging. But my router can work on build from July -- this is good build.

I have no idea yet, so all suggestions welcome.

Best regards

-- 
Andrzej Odyniec

Re: [Devil-linux-develop] Problem with Quagga and kernel 3.0.4

[Heiko Z. <he...@zu...>]

Andrzej,

I'm not aware of any major changes in the IP stack (which doesn't mean much).
Please let me know how the latest versions of the software work.

Heiko

Quoting Andrzej Odyniec <an...@ma...>:

> Dears,
>
> This problem is probably due to my ignorance. DL compilation from July on
> 2.6.38.7 kernel works correctly in my context, as all earlier ones.
>
> Gateways and routers on the DL after replacing to 3.0.4 work successfully,
> maybe with one exception of having to add all routefilter to all interfaces,
> because without this options shorewall generates default sfilter thus
> filtering forwarding between interfaces.
>
> But on central, dual homed router, attempt of 3.0.4 substitution failed in
> operation of zebra/bgpd. Bgpd routes are now injected only into one of two
> providers interfaces. Injection to the second interface are unsuccessfull. I
> could not even determine which daemon is the cause, but it looks like the
> zebra, because it is responsible for injecting the roads to the FIB.
>
> Maybe some of you know what may be the cause. It appears that definitions
> providers interfaces differs only in addresses and that one is assigned a
> default gateway and the other does not.
>
> Now compiled with the latest Shorewall DL and the latest Quagga and will try
> again. However, I have the impression that the kernel 3.0.4 changed something
> serious in the IP stack and I haven't knowledge about it.
>
> Maybe anyone of you know about this issue?
>
> Best regards
>
> --
> Andrzej Odyniec
>
> ------------------------------------------------------------------------------
> The demand for IT networking professionals continues to grow, and the
> demand for specialized networking skills is growing even more rapidly.
> Take a complimentary Learning@Cisco Self-Assessment and learn
> about Cisco certifications, training, and career opportunities.
> http://p.sf.net/sfu/cisco-dev2dev
> _______________________________________________
> Devil-linux-develop mailing list
> Dev...@li...
> https://lists.sourceforge.net/lists/listinfo/devil-linux-develop


-- 

Regards
   Heiko Zuerker
   http://www.devil-linux.org

[Devil-linux-develop] Problem with Quagga and kernel 3.0.4

[Andrzej O. <an...@ma...>]

Dears,

This problem is probably due to my ignorance. DL compilation from July on 
2.6.38.7 kernel works correctly in my context, as all earlier ones.

Gateways and routers on the DL after replacing to 3.0.4 work successfully, 
maybe with one exception of having to add all routefilter to all interfaces, 
because without this options shorewall generates default sfilter thus 
filtering forwarding between interfaces.

But on central, dual homed router, attempt of 3.0.4 substitution failed in 
operation of zebra/bgpd. Bgpd routes are now injected only into one of two 
providers interfaces. Injection to the second interface are unsuccessfull. I 
could not even determine which daemon is the cause, but it looks like the 
zebra, because it is responsible for injecting the roads to the FIB.

Maybe some of you know what may be the cause. It appears that definitions 
providers interfaces differs only in addresses and that one is assigned a 
default gateway and the other does not.

Now compiled with the latest Shorewall DL and the latest Quagga and will try 
again. However, I have the impression that the kernel 3.0.4 changed something 
serious in the IP stack and I haven't knowledge about it.

Maybe anyone of you know about this issue?

Best regards

-- 
Andrzej Odyniec