Re: FreeBSD based bandwidth manager, traffic shaper
On Wed, Nov 07, 2007 at 10:51:29PM +0800, Balgansuren Batsukh wrote: Hello All, I am looking high performance bandwidth manager, traffic shaper for IP core network to configure leased line, xDSL, Ethernet, GPON/EPON, wireless subscribers. Is there any FreeBSD based solution? Take a look at PF with altq. I successfully used it for traffic shaping with multiple DS3s in a hosting datacenter. ==ml -- Michael W. Lucas[EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ Coming Soon: Absolute FreeBSD -- http://www.AbsoluteFreeBSD.com On 5/4/2007, the TSA kept 3 pairs of my soiled undies for security reasons. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: BIG BIG problem with Xorg and... something else...
On Tue, Feb 07, 2006 at 10:10:43PM +0100, [EMAIL PROTECTED] wrote: Hi all, First don't blame me for cross-posting on stable and x11 lists but both seem relevant for my problem. I'm tracking 6-STABLE. Since one week, I can't use my computer under FreeBSD. The boot is OK, xdm screen is OK. But if I launch a KDE session, I've some color problems during initializing session, then X freezes (before end of loading !!!) and the only way is to poweroff the computer !!! No ssh, no way to CTRL-ALT F1 switching to a console screen, the box is down... I've googled a lot before posting here, but I've found nothing to rescue me... Best idea : problems with the video card (ATI Radeon X300 on DELL Optiplex GX280, or, in xorg language : (--) PCI:*(1:0:0) ATI Technologies Inc RV370 5B60 [Radeon X300 (PCIE)] PCI: (1:0:1) ATI Technologies Inc RV370 [Radeon X300SE]) are mentioned on some forums which freeze X, but only if DRI GLX are enabled. I've disabled these modules. Note I can have a text mode session without any problem in console mode if I CTRL-ALT-F1 switch without xdm logon. I also can have a windowmaker session until I don't launch a bad app... like firefox or any kde component. I can use gftp which is OpenMotif based... Hook up a serial console, and use script(1) to capture any panic messages, etc. That'll give you a hint as to what's going on, and you can see how to proceed. It's very hard to figure this out within x11. (Yes, this is a pain, but it could be worse; I'm currently doing a binary search to figure out when, exactly, -current stopped booting on my laptop. :-) ==ml -- Michael W. Lucas[EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ The cloak of anonymity protects me from the nuisance of caring. -Non Sequitur ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
/usr/local/etc/rc.d/*.sh not working?
I'm certain this is documented somewhere, but danged if I can find it. I have a whole variety of custom scripts in /usr/local/etc/rc.d. For years now, simply giving them a name ending in .sh and making them executable has been sufficient to make them start on boot. On 5.x, it's not. And now, having upgraded to 4.11-s on some older boxes and running portupgrade -a, it's not. Obviously these scripts need something else. There's no fancy rcNG infrastructure in them; is rcNG a requirement for startup scripts now? Any pointers on where I can find the right documentation? Thanks, ==ml -- Michael W. Lucas[EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ The cloak of anonymity protects me from the nuisance of caring. -Non Sequitur ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /usr/local/etc/rc.d/*.sh not working?
That works fine for ports, but what about truly local custom scripts? For example, I have a server with about 400 separate MRTG daemons on it. (Yes, they must be separate, for administrative rather than technical reasons.) Each daemon has a custom script. These aren't ports, and they have no rcNG infrastructure. They used to work fine. Now they don't. Obviously something has changed. I'd like to have just a plain old /usr/local/etc/rc.d/*.sh file get executed on boot, like it used to be, but if I have to change the scripts I will. On Tue, Jun 14, 2005 at 05:10:25PM +0200, K?vesd?n G?bor wrote: For scripts in /usr/local/etc/rc.d You should add an entry to /etc/rc.conf. For example, if You script is somedaemon.sh, then add somedaemon_enable='YES' to /etc/rc.conf and it will run at the next boot. Cheers, G?bor K?vesd?n Michael W. Lucas wrote: I'm certain this is documented somewhere, but danged if I can find it. I have a whole variety of custom scripts in /usr/local/etc/rc.d. For years now, simply giving them a name ending in .sh and making them executable has been sufficient to make them start on boot. On 5.x, it's not. And now, having upgraded to 4.11-s on some older boxes and running portupgrade -a, it's not. Obviously these scripts need something else. There's no fancy rcNG infrastructure in them; is rcNG a requirement for startup scripts now? Any pointers on where I can find the right documentation? Thanks, ==ml -- Michael W. Lucas[EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ The cloak of anonymity protects me from the nuisance of caring. -Non Sequitur ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /usr/local/etc/rc.d/*.sh not working?
On Tue, Jun 14, 2005 at 11:22:07AM -0400, Vivek Khera wrote: On Jun 14, 2005, at 11:10 AM, K?vesd?n G?bor wrote: For scripts in /usr/local/etc/rc.d You should add an entry to /etc/ rc.conf. For example, if You script is somedaemon.sh, then add somedaemon_enable='YES' to /etc/rc.conf and it will run at the next boot. but his scripts don't use rc-ng, so this is pointless. they should just work if they end in .sh and are executable. And this is the million-dollar question: should they? Two things could be causing this behavior: a) old-style .sh scripts are not supported, Michael needs to rewrite them for rcNG b) old-style .sh scripts are supported, Michael has some other system problem If a), fine. If b), though, I need to really start digging. Anyone here know the definitive answer? Thanks for all the help and suggestions, ==ml -- Michael W. Lucas[EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ The cloak of anonymity protects me from the nuisance of caring. -Non Sequitur ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: /usr/local/etc/rc.d/*.sh not working?
On Tue, Jun 14, 2005 at 11:19:04AM -0700, Brooks Davis wrote: It's b) and this guess is wrong because we don't do any detection of rcorder compatable scripts yet. See /etc/rc.d/localpkg for exactly how the scripts in /usr/local/etc/rc.d get run. My suggestion would be to write up a single rc.d script that handles everything using some combination of ifconfig_if style variables or a config file. Then you have only one script and you'll be ready to go when we move to full rcordering (hopefully in 7.0). Thanks, a definite answer is appreciated. I'm going to take your advice, but also dig in to find out why these don't start. I intensely dislike unexplained behavior, and wonder what else is broken on these boxes... ==ml -- Michael W. Lucas[EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ The cloak of anonymity protects me from the nuisance of caring. -Non Sequitur ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
CONSPEED=19200 broken/changed on 5.4?
Hi, I'm building a nanobsd image on i386 5.4-stable for a Soekris net4801. My kernel includes options CONSPEED=19200 so that the serial console just works. (Soekris hardware defaults to 19200; having the BIOS at 19200 and the OS at 9600 is just annoying.) When I boot, however, the console speed remains unchanged. I've confirmed that the Soekris is running on my custom kernel. I know this worked with 4.mumble; has something changed? Thanks, ==ml -- Michael W. Lucas[EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ The cloak of anonymity protects me from the nuisance of caring. -Non Sequitur ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CARP-related error on 5.4RC3
(copying mlaier@ because FreeBSD carp seems to be his baby, and we're trying to squeeze 5.3 out) Sorry to follow up on my own post, but more CARP weirdness on 5.4RC3. I have two traffic shapers, both i386 with fresh 5.4RC3 installs, one master and one backup. When I reboot the master, the backup quickly takes over -- just as you would expect. When the master finishes booting, however, the backup doesn't release one of the CARP interfaces. Even if I wait several minutes, the backup looks like this: pfsync0: flags=41UP,RUNNING mtu 1348 pfsync: syncif: fxp0 maxupd: 128 carp0: flags=41UP,RUNNING mtu 1500 inet xxx.yy.zzz.20 netmask 0xffc0 carp: MASTER vhid 1 advbase 1 advskew 100 carp1: flags=41UP,RUNNING mtu 1500 inet xxx.yy.zzz.129 netmask 0xff80 carp: BACKUP vhid 2 advbase 1 advskew 100 Note that carp0 is a master, while carp1 is a slave. Meanwhile, over on the master we have: pfsync0: flags=41UP,RUNNING mtu 1348 pfsync: syncif: fxp0 maxupd: 128 carp0: flags=41UP,RUNNING mtu 1500 inet 198.88.118.20 netmask 0xffc0 carp: MASTER vhid 1 advbase 1 advskew 0 carp1: flags=41UP,RUNNING mtu 1500 inet 198.88.118.129 netmask 0xff80 carp: MASTER vhid 2 advbase 1 advskew 0 So, two carp0 masters. This is not good. Both machines have the same sysctl settings: net.inet.carp.allow: 1 net.inet.carp.preempt: 1 net.inet.carp.log: 1 net.inet.carp.arpbalance: 0 ==ml On Fri, Apr 22, 2005 at 01:37:31AM -0400, Michael W. Lucas wrote: On a new backup traffic shaper I have the following routing table: Internet: DestinationGatewayFlagsRefs Use Netif Expire defaultxxx.yy.zzz.1 UGS 013708 carp0 127.0.0.1 127.0.0.1 UH 00lo0 ... Note the netif for my default route. When carp0 is in a backup state, I cannot reach my default route from this machine! As you might guess, this makes life difficult. On the master machine, though, the default route points at a real interface and I can reach the Internet: Internet: DestinationGatewayFlagsRefs Use Netif Expire defaultxxx.yy.zzz.1 UGS 0 4563em0 127.0.0.1 127.0.0.1 UH 00lo0 ... The machines have very different hardware: the master is a new Dell 1650 with em cards, the backup is a desktop machine with xl cards. The software is identical, however. In the interface list for the master machine, the em cards appear above the carp interfaces. On the backup machine, the carp interfaces appear before the xl interfaces. Might the default route simply be attaching to the first appropriate interface it finds? Since I have to get this machine in production tonight, I'm going to try to hack around this, maybe with a shell script that creates and ifconfigs the carp interfaces after the real interfaces are configured. It's definitely odd, though, and figured it should be reported. -- Michael W. Lucas [EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ Latest book: Cisco Routers for the Desperate http://www.CiscoRoutersForTheDesperate.com -- Michael W. Lucas[EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ Latest book: Cisco Routers for the Desperate http://www.CiscoRoutersForTheDesperate.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
CARP-related error on 5.4RC3
On a new backup traffic shaper I have the following routing table: Internet: DestinationGatewayFlagsRefs Use Netif Expire defaultxxx.yy.zzz.1 UGS 013708 carp0 127.0.0.1 127.0.0.1 UH 00lo0 ... Note the netif for my default route. When carp0 is in a backup state, I cannot reach my default route from this machine! As you might guess, this makes life difficult. On the master machine, though, the default route points at a real interface and I can reach the Internet: Internet: DestinationGatewayFlagsRefs Use Netif Expire defaultxxx.yy.zzz.1 UGS 0 4563em0 127.0.0.1 127.0.0.1 UH 00lo0 ... The machines have very different hardware: the master is a new Dell 1650 with em cards, the backup is a desktop machine with xl cards. The software is identical, however. In the interface list for the master machine, the em cards appear above the carp interfaces. On the backup machine, the carp interfaces appear before the xl interfaces. Might the default route simply be attaching to the first appropriate interface it finds? Since I have to get this machine in production tonight, I'm going to try to hack around this, maybe with a shell script that creates and ifconfigs the carp interfaces after the real interfaces are configured. It's definitely odd, though, and figured it should be reported. -- Michael W. Lucas[EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ Latest book: Cisco Routers for the Desperate http://www.CiscoRoutersForTheDesperate.com ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 4.8-RELEASE
On Tue, Apr 01, 2003 at 11:08:08PM -0800, Bruce A. Mah wrote: ...plus we generally agreed that sending out a release announcement on 1 April was a Bad Idea (TM). Oh, come on! That would have certainly fixed Slashdot once and for all... :-) ==ml -- Michael Lucas [EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ Absolute BSD: http://www.AbsoluteBSD.com/ ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: ECC memory error reporting
On Sat, Feb 15, 2003 at 07:11:12PM +, Wes Peters wrote: Yeah. Most of the radiological materials used in the USA during the nuclear boom of the 40s and 50s were dug out of the ground within a 200 mile radius of Moab. The rock buttes around there are dotted with old uranium mines, also rich in Cs 137 and Sr 90. The Bureau of Land Management (aka the Bureau of Livestock and Mining) has slowly been cementing over the entrances of the mines for years. People go in there and wander around, not realizing they're getting a lifetime of radiation in a 2-hour visit and inhaling concentrations of Radon that make doctors shudder in horror. Aha! Now I know where to send my brother-in-law on holiday... -- Michael Lucas [EMAIL PROTECTED], [EMAIL PROTECTED] http://www.BlackHelicopters.org/~mwlucas/ Absolute BSD: http://www.AbsoluteBSD.com/ To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
