Re: [leaf-user] zebra ospf routing problem
Hi, It is known that Zebra's OSPF implementation suffers from various problems. The guys maintaining it have formed a commercial company now and do not show much interest in fixing the public version. There are various patches flying around but it seems that none of them fixes all of the problems. One of the known problems which was fixed is with MD5; do you use MD5? I used OSPF originally too but had to move RIPv2, which proven to be rock stable. wispdist wrote: I am running wisp-dist release 2002-09-21(2348) I have been running the ospfd with zebra and it seemed to start out working fine. however, over time one of the units will drop all learned routes and all other routers on the system lose the learned routes from that router as well. usually if I restart zebra ( /etc/init.d/zebra restart) all routes come back and propagate thru the network within 40 to 60 seconds. Also, sometimes a single route will not propagate thru the network. I have 7 routers in the network and when the ospf works it's great. But I have had to restart too many times now. I have set the router-id manually on each unit to make sure there were no duplicate router-id's. Also, I have several IP addresses on each interface. Anyone having any issues with this? Or any ideas ? --Jay --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html -- Best Regards, Vladimir Systems Engineer (RHCE) --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] (no subject)
Dear our Guests, EXPLORE TURKEY WITH ASTARTETOURS!! Hotel Reservations: You will find more than 200 hotels all over Turkey, which have been carefully selected. Through our reservation system we are able to book more than 1.000 hotels arround Europe. Tours Hosted Programs, sightseeing tours, escorted tours or cruise programs. We have tours on set dates each year or we can organize special itineraries for the independant traveller or small groups!! Rent-A-Car: Travelling on your own pace in Turkey! We have a range of vehicles on offer to choose from. They may be hired in all major cities. Your car can be made available at the airport or your hotel for collection!! Visit our web-site!! www.astartetours.com Kind Regards Astarte Tours P.S.: If you want to unsubscribe, please sent us an e-mail. --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
RE: [leaf-user] Dachstein-CD 1.0.2 + Qmail 1.03a Runaway condition
Charles, You hit the problem right on the head, then I guess you would. I ended up modifying the qmail init script to create the 'missing' directories because it was simple and the qmail298 script takes care of any permissions problems I might have got wrong. I didn't quite follow how to do it the 'tidy' way but that is just in experience on my part. Also even stopping the logging daemon I couldn't unmount /var/log getting the message 'device or resource busy'. Now to start testing it proper and find out what else I don't understand. ;-/ Thanks Colin -Original Message- From: Charles Steinkuehler [SMTP:[EMAIL PROTECTED]] I have not added qmail to Dachstein, but I think I know what's going wrong. Dachstein uses a seperate partition for the log files, so /var/log is empty at boot (when the *.lrp files are automatically unpacked/installed). Init scripts mount the /var/log partition, and populate it with the required files/directories. The qmail package probably contains /var/log/smtp and /var/log/pop3 files, but they are getting over-written when the new /var/log partition is mounted. What I think is happening at boot-time: - Dachstein boots, loads the kernel, initial ramdisk (root.lrp) and runs the /linuxrc init script - linuxrc installs all packages, including qmail.lrp - The installation of qmail.lrp creates the desired files/directories in /var/log - linuxrc exits, and init takes over. - rcS.d scripts are run, creating a new ramdisk and mounting it at /var/log. This causes the existing /var/log/ files to dissappear - qmail init script runs, and qmail barfs on non-existant files. There are a couple of ways you can fix this. First, you can test for (and create if missing) the files you expect in the qmail init script. Make sure you get the ownership and permissions correct, or qmail will continue to complain. The clean way to do this, however, is to put a tar.gz file in /etc/ramdisk/. The files in this directory are uncompressed *AFTER* all additional run-time ramdisks are created and mounted, allowing you to populate /var/log (and any other directories that might be on their own ramdisk partiton) after system init. Simply create a tar.gz file with the required /var/log entries (use the existing log.tgz as an example), drop it in /etc/ramdisk/, and add it to the qmail file list so it will be backed up with the qmail.lrp package. For extra-credit, you can remove the /var/log entries from the qmail.lrp package so they won't be hanging around chewing up memory (NOTE: The /var/log files installed from the qmail.lrp package didn't entirely disappear, you just can't see them until you unmount /var/log. To test this, shutdown the logging daemons with svi sysklogd stop, and unmount /var/log...the missing qmail files should magically appear!). -- Charles Steinkuehler [EMAIL PROTECTED] *** The information contained in this e-mail is confidential. It may also be legally privileged. It is intended only for the stated addressee(s) and access to it by any other person is unauthorised. If you are not an addressee, you must not disclose, copy, circulate or in any other way use or rely on the information contained in this e-mail. Such unauthorised use may be unlawful. If you have received this e-mail in error, please inform RACAL INSTRUMENTS LTD. immediately by phoning +44 (0)1628 604455 (ask for the I.T. dept) and delete it and all copies from your system. *** --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
Re: [leaf-user] IPv6 on Bering box Status
Le Jeudi 28 Novembre 2002 08:00, Radim Novotny a écrit : Hi, as I wrote in previous days, I'm trying to run IPv6 support on my Bering box. There is my current development status: I've upgraded to Bering 1.0-stable (imho not necessary, because there was the same problem as with recently used version 1.0-rc1). The problem was on the side of IPv6 provider. So, I can use IPv6 from my Bering box to the world and back. I can ping6 everywhere. I've compiled ip6tables statically an ran it successfully. I have following goals now: - routing from internal network to external network - sshd with IPv6 support I tried IPv6 routing yesterday, but unsuccessfully. There was some strange errors (Host unreachable or Hop limit) etc (between my computer in local network and my Bering box). I will inform you about my status in next days. Keep us informed but be aware that Shorewall, as far as I know, does not support IPV6. Check shorewall mailing lists archives. Jacques --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Partial backup of etc.lrp and root.ltp
Hi, I just created Bering CD and managed to start my system. Then I realized that I made a mistake in /etc/resolv.conf so I fixed it and wanted to save it on floppy. What package should I back up for it? I tried both etc and root but the sizes of the new LRPs are so small (397 bytes for partial etc.lrp and 20 for root.lrp). Did I do anything wrong? My etc.exclude.list has etc/rc?.d/* and etc.list has etc var/lib/lrpkg/etc.* Thank you --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Kuro5hin OpenBSD firewall guide
Has anyone seen this article on Kuro5hin? It's an interesting read. http://www.kuro5hin.org/story/2002/11/23/14927/477 Guide to OpenBSD Packet Filtering Firewalls (Internet) Sat Nov 23rd, 2002 at 10:29:52 PM EST by Roger E. Rustad, Jr. --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Re: Can't see my NICs / pci-scan.o? insmod: unresolved
This should be part of documentation - if you are using unknown NICs, download, install, run Brad Fritz' lspci.lrp Ran lspci insmod, results below. Could be a dependencies issue, but how can I tell? Also, I keep looking at modules.pcimap - would installing that in /lib/modules do anything? Should I just surrender buy some cheap, more compatible NICs? Join a Buddhist monastery... # lspci 00:00.0 Host bridge: Intel Corp. 430UX - 8243VX TVX [Triton VX] (rev 01) 00:07.0 ISA bridge: Intel Corp. 82371SB PIIX3 ISA [Natoma/Triton II] (rev 01) 00:07.1 IDE interface: Intel Corp. 82371SB PIIX3 IDE [Natoma/Triton II] 00:09.0 VGA compatible controller: Cirrus Logic GD 5434-8 [Alpine] (rev fc) 00:0a.0 Ethernet controller: Macronix, Inc, [MXIC] MX987x5 (rev 20) 00:0.0 Ethernet controller: Macronix, Inc, [MXIC] MX987x5 (rev 20) #insmod tulip Using /lib/modules/tulip.o insmod: unresolved symbol pci_drv_unregister insmod: unresolved symbol pci_drv_register __ Do you Yahoo!? Yahoo! Mail Plus - Powerful. Affordable. Sign up now. http://mailplus.yahoo.com --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html
[leaf-user] Dynalink PCI ADSL modem ALH110 - kernel panic in interrupt handler - not syncing
Bering v1.0-stable AMD 586 24M ram 200M HDD Dynalink PCI ADSL modem ALH110 The main chip on the Board is Itex i903888EB CSSDCS04U ICNT230213 C 2002 ITEX The DSL HOWTO http://feenix.burgiss.net/ldp/adsl/overview.html IteX PCI ADSL modems, based on the Apollo chipset, have Linux drivers. (Modems using this chipset are sold under a number of various brand names.) and http://feenix.burgiss.net/ldp/adsl/appendix.html#MODEMS IteX PCI ADSL modem based on the Apollo chipset, also sold under various other brand names such as Dlink and ALH110. http://www.itexinc.com/. makes me think that this PCI card should be OK. The install instructions that came with the card basically say to install the modem driver then connect via PPPoE. Reading the Bearing docs makes me think that PCI modems need to be installed as PPPoA but the DSL howto makes me think PPPoE should be fine. I'm confused!... The driver that came on the CD with the card was for Kernel 2.4.2 itex1483-2.4.2-2.o and when I tried to load it; # insmod itex1483-2.4.2-2.o vpi=8 vci=35 framing=1 Using itex1483-2.4.2-2.o insmod: unresolved symbol tvec_bases I have found a driver from http://leaf.sourceforge.net/devel/jnilo/bering/latest/drivers/speedtouch-pci/1483 /itex1483-2.4.16.o which seems to load OK, the modem lights react correctly, I get Sync. but on reboot with the driver in /lib/modules and called in /etc/modules by; itex1483-2.4.2-2 vpi=8 vci=35 framing=1 I get a kernel panic. Full dump from my serial console at; http://63.111.28.72/panic.txt I have looked high and low for a more appropriate driver, any clues would be most appreciated. Thanks in advance Andrew Braund PS I have been able to get ADSL working fine on this Bearing firewall using an Alcatel Speedtouch Ethernet modem following the PPPoE instructions in the Bearing user guide; http://leaf.sourceforge.net/devel/jnilo/bupppoe.html --- This SF.net email is sponsored by: Get the new Palm Tungsten T handheld. Power Color in a compact size! http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0002en leaf-user mailing list: [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-user SR FAQ: http://leaf-project.org/pub/doc/docmanager/docid_1891.html