Re: umount -f causes page fault in kernel?
In the last episode (Dec 14), Mark Newton said: On Mon, Dec 13, 1999 at 04:27:48PM +0100, Gergely EGERVARY wrote: mount /cdrom cd /cdrom umount -f /cdrom cd .. will cause 100% reproduceable kernel panic (page fault) "So don't do that then!" I know forced umount is dangerous, but soo ... =P It's described as "dangerous" precisely because it causes a kernel panic. Well, it actually *shouldn't* cause a kernel panic. I know I've forcibly unmounted filesystems with no problems. Gergely: could you rebuild your kernel with debugging, create a kernel crashdump, and post a stack traceback of the panic? Instructions are at http://www.freebsd.org/handbook/kerneldebug.html . -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: large file aware utilities
In the last episode (Dec 11), Michael Beckmann said: Greetings, it appears that tail is not functioning properly with a file 2 GB. What can I do to tail such a file (actually to make it smaller than 2 GB) ? It looks like 'tail' wants to mmap() the entire file when you ask for a standard (last ## lines) tail. If you ask for a particular number of *bytes* from the end, however, it simply seek()s to that offset and starts printing. So as a quick hack, you can do a "tail -c 1000 file | tail", which will first grab the last 10 meg of the file in question, then print the last 10 lines from that. This bug has been reported as http://www.freebsd.org/cgi/query-pr.cgi?pr=14786 -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Sendmail (was Re: tmpfs .. ?)
In the last episode (Dec 05), Ronald F. Guilmette said: Matthew Dillon [EMAIL PROTECTED] wrote: Mail queue files are persistant enough (upwards of 5 days if a destination is down) that you run a real risk of losing something important if you crash and wipe. I would not use MFS at all and I would only use VN with persistant store, but the performance is going to be similar to using a normal filesystem so it may not be worth doing. Yea, someone else I was talking with about this said the same thing. I just can't get over the nagging feeling that (for the mail spool directory) there ought to be something that is ultra-super-deluxe fast that I should be using. :-) Sendmail 8.10 seems to have some performance enhancements, including "memory-buffered files to reduce file system overhead by not creating temporary files on disk", "New queue file naming system which uses a filename guaranteed to be unique for 60 years. This allows queue IDs to be assigned without fancy file system locking", and "QueueSortOrder=Filename will sort the queue by filename. This avoids opening and reading each queue file when preparing to run the queue". I don't know if any of them really help, but it's worth looking at. -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Human readable df
In the last episode (Nov 30), Stephen McKay said: If anything, I want a 'df -m' option that does this: Filesystem 1M-blocks Used Avail Capacity Mounted on /dev/da0s1a 62 31 2654% / /dev/da0s1e192167 995% /usr /dev/da0s1d 61 11 4520% /var /dev/da0s1f288247 1893% /usr/local /dev/da0s1g 2170 188012294% /home procfs 0 0 0 100% /proc /dev/sd1a 99037653441% /jaz /dev/da2s4c 1940 1720 6896% /hawk /dev/da3s4a 3930 1950 167054% /u Just set BLOCKSIZE to your preferred unit. $ BLOCKSIZE=1M df Filesystem 1M-blocks UsedAvail Capacity Mounted on /dev/da2s2a 7893 759 650210%/ /dev/da0s1e 5116140922 614687%/io3 /dev/da1s1e 4399732111 836679%/io4 procfs 000 100%/proc ( / is 7.8 gig, /io3 is 51 gig ) -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Limitations in FreeBSD
In the last episode (Oct 29), Lars Gerhard Kuehl said: Think about it for a second. How big is a pointer? The Intel architecture still supports segmented memory, so the effective maximum pointer size is 48 bit. gcc doesn't handle segmented memory architectures, though, so you'll have to write your own low-level memory copying operations if you want to access other segments. -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Is there anything like #ifdef BSD
In the last episode (Oct 27), Roger Hardiman said: I'm working with someone porting linux code to FreeBSD. Actually, they want to port it to all BSDs. So, rather than having #if defined (FreeBSD) || defined (NetBSD) || defined (OpenBSD || defined (bsdi) I am looking for a #if defined (BSD) or #ifdef BSD Do you know that the code you will be putting inside this #ifdef is BSD-only code (and won't be used by OSF/1, HP-UX, Solaris, etc), or should you rather be using autoconf and checking for specific functions (setproctitle() as an example)? -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Barcode reader on a scsi tape changer
In the last episode (Oct 21), Sam Samalin said: Barcode reader on a scsi tape changer. Anybody hear of this one? Overland Data's ( http://www.ovrland.com ) LibraryExpress line have a barcode option. And it works really well, too. I printed out some labels using Word and a free 3of9 font and it scanned them in just fine. -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: soundcard.h
In the last episode (Oct 20), Jeroen Ruigrok/Asmodai said: just been messing with some more include files and I am curious about something. [Note: CURRENT system] I have a soundcard.h in both include/sys and include/machine. Which should have preference over the other, why does one simply not include the other. In other words, why two _exactly_ the same files? Actually on my system it's a symlink. My guess is that some committer was sick of patching every Linux app from sys/soundcard.h to machine/soundcard.h. -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Size of arp database.
In the last episode (Oct 19), Wiktor said: Is there any way to enlarge the arp database. I've got a feeling that it is limited to only 10 enteries... For me it's a bit to less. $ arp -a | wc -l 256 Maybe you only have 10 machines on your network? -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Search a symbol in the source tree
In the last episode (Oct 12), Zhihui Zhang said: Can anyone suggest me a way of searching symbols in the entire /usr/src tree? I normally use grep */*. But grep does not work recursively, right? Something like a small shell script may do this. Thanks a lot. If you use zsh, it has a "recursive glob": grep draw_mouse **/*.c You could also use find | xargs: find . -name "*.c" | xargs grep draw_mouse Or you could use gtags/global: gtags global -gx "draw_mouse" If you're really looking for the source file that defines a symbol, global is the way to go. -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Bug in dd seeking beyond 2G
In the last episode (Sep 15), Bakul Shah said: PR bin/6509 (submitted in May 1998) already has a patch to fix this but it was rejected because off_t was assumed by the bug fixer/submitter to be a quat (int64_t). I can't even get an IDE disk below 2G byte easily! And we are still years away from zettabyte disks. So I don't see the point of blocking a _useful_ change that *considerably* improves the situation just because it is not done the `right way'. RCS file: /home/ncvs/src/bin/dd/dd.c,v revision 1.17 date: 1999/06/19 19:49:32; author: green; state: Exp; lines: +25 -21 Miscellaneous dd(1) changes: mainly fixing variable types (size_t, ssize_t, off_t, int, u_int64_t, etc.). dd(1) should now work properly with REALLY big amounts of data. Should be a -stable candidate by now (3 months of testing?) -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Bug in dd seeking beyond 2G
In the last episode (Sep 15), Bakul Shah said: PR bin/6509 (submitted in May 1998) already has a patch to fix this but it was rejected because off_t was assumed by the bug fixer/submitter to be a quat (int64_t). I can't even get an IDE disk below 2G byte easily! And we are still years away from zettabyte disks. So I don't see the point of blocking a _useful_ change that *considerably* improves the situation just because it is not done the `right way'. RCS file: /home/ncvs/src/bin/dd/dd.c,v revision 1.17 date: 1999/06/19 19:49:32; author: green; state: Exp; lines: +25 -21 Miscellaneous dd(1) changes: mainly fixing variable types (size_t, ssize_t, off_t, int, u_int64_t, etc.). dd(1) should now work properly with REALLY big amounts of data. Should be a -stable candidate by now (3 months of testing?) -- Dan Nelson dnel...@emsphone.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: X mailers (was Re: ANNOUNCE: Linux ABI/SDK standards for OpenGL/Mesa)
In the last episode (Sep 10), Andrew Reilly said: On Thu, Sep 09, 1999 at 01:21:09PM +0200, Markus Stumpf wrote: On Thu, Sep 09, 1999 at 12:08:01PM +1000, Andrew Reilly wrote: really easy, with a shell script that's just a case $SENDER It's even "easier" :-) I subscribe new mailing lists (and resubscribed old ones) as [EMAIL PROTECTED] Well, that's arguably the way qmail wants it to be, but not helpful if you want your mailing list traffic to come through the one ISP-provided pop account. (Costs less that way, with my current ISP.) If your ISP runs sendmail (possibly other MTAs), you can use the [EMAIL PROTECTED] syntax. All mail is sent to the "user" mailbox, but filters like procmail see the "detail" portion too, and can filter on it. -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: X mailers (was Re: ANNOUNCE: Linux ABI/SDK standards for OpenGL/Mesa)
In the last episode (Sep 10), Andrew Reilly said: On Thu, Sep 09, 1999 at 01:21:09PM +0200, Markus Stumpf wrote: On Thu, Sep 09, 1999 at 12:08:01PM +1000, Andrew Reilly wrote: really easy, with a shell script that's just a case $SENDER It's even easier :-) I subscribe new mailing lists (and resubscribed old ones) as maex-listn...@space.net Well, that's arguably the way qmail wants it to be, but not helpful if you want your mailing list traffic to come through the one ISP-provided pop account. (Costs less that way, with my current ISP.) If your ISP runs sendmail (possibly other MTAs), you can use the user+det...@host.com syntax. All mail is sent to the user mailbox, but filters like procmail see the detail portion too, and can filter on it. -- Dan Nelson dnel...@emsphone.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: font edit tools
In the last episode (Aug 22), Sergey Babkin said: Alexey M. Zelkin wrote: hi, Which tools can be used to edit syscons fonts ? Any of the tools you use to edit the DOS fonts. My favorite one it Evafont by Pete Kvitek. But there were a lot of tools floating around. I like one called Font Mania!; the author doesn't seem to have a web presence, but an URL is http://jconroy.dragonfire.net/zzt/utilities/Fm.zip -- Dan Nelson dnel...@emsphone.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: bftp(1)
In the last episode (Aug 17), Alexey M. Zelkin said: Man page for telnetd(8) references to bftp(1) which will be installed into /usr/ucb/bftp and of course does not exists. Can someone describe in few words is this staff still supported ? If so, there bftp(1) staff can be received/downloaded ? Otherwise I think it's good idea to remove this staff from manpage and probably from source code. I did an Altavista search for bftp and it looks like it's a background FTP client. Original source is at http://astro.temple.edu/~yxue , and a '97 paper re-implementing it is at http://renoir.vill.edu/~yhang . It looks like ports/ftp/ncftp3 has all the features of bftp (scheduled background transfers, auto-resume, multiple file xfers) except it doens't email the user then the transfer is done. -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: bftp(1)
In the last episode (Aug 17), Alexey M. Zelkin said: Man page for telnetd(8) references to bftp(1) which will be installed into /usr/ucb/bftp and of course does not exists. Can someone describe in few words is this staff still supported ? If so, there bftp(1) staff can be received/downloaded ? Otherwise I think it's good idea to remove this staff from manpage and probably from source code. I did an Altavista search for bftp and it looks like it's a background FTP client. Original source is at http://astro.temple.edu/~yxue , and a '97 paper re-implementing it is at http://renoir.vill.edu/~yhang . It looks like ports/ftp/ncftp3 has all the features of bftp (scheduled background transfers, auto-resume, multiple file xfers) except it doens't email the user then the transfer is done. -- Dan Nelson dnel...@emsphone.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: file(1) Magdir candidate: wintendo
In the last episode (Jul 26), Sheldon Hearn said: On Mon, 26 Jul 1999 23:30:08 +0200, Mark Murray wrote: You could start with "WinEXE". Save game file formats, not game executables. You think WinEXE tops my pcgames suggestion? What about multi-OS games, like Quake? How about just calling it "games" ? -- Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: file(1) Magdir candidate: wintendo
In the last episode (Jul 26), Sheldon Hearn said: On Mon, 26 Jul 1999 23:30:08 +0200, Mark Murray wrote: You could start with WinEXE. Save game file formats, not game executables. You think WinEXE tops my pcgames suggestion? What about multi-OS games, like Quake? How about just calling it games ? -- Dan Nelson dnel...@emsphone.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Overcommit and calloc()
In the last episode (Jul 19), Dag-Erling Smorgrav said: "Kelly Yancey" [EMAIL PROTECTED] writes: Ahh...but wouldn't the bzero() touch all of the memory just allocated functionally making it non-overcommit? No. If it were an "non-overcomitting malloc", it would return NULL and set errno to ENOMEM, instead of dumping core. It should be possible to modify calloc to trap signals, then bzero. If bzero faults, you free the memory and return NULL. No, wait. You can't trap SIGKILL. How about this. mmap() some anonymous memory MAP_SHARED, fork a child to bzero it. If the child dies, unmmap and return NULL. If the child succeeds, use the memory. This memory won't be freeable with malloc(), though. -Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Overcommit and calloc()
In the last episode (Jul 19), Dag-Erling Smorgrav said: Kelly Yancey kby...@alcnet.com writes: Ahh...but wouldn't the bzero() touch all of the memory just allocated functionally making it non-overcommit? No. If it were an non-overcomitting malloc, it would return NULL and set errno to ENOMEM, instead of dumping core. It should be possible to modify calloc to trap signals, then bzero. If bzero faults, you free the memory and return NULL. No, wait. You can't trap SIGKILL. How about this. mmap() some anonymous memory MAP_SHARED, fork a child to bzero it. If the child dies, unmmap and return NULL. If the child succeeds, use the memory. This memory won't be freeable with malloc(), though. -Dan Nelson dnel...@emsphone.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: [tobi@caida.org: Re: [MRTG-DEV] CDEF's with LT and IF in .42]
In the last episode (Jun 30), Jos Backus said: - Forwarded message from Tobi Oetiker [EMAIL PROTECTED] - OK found your problem it is that old FreeBSD does no proper IEEE math ... for some comparison operations it raises an sigfpe if an NaN is involved ... the next release of rrdtool will come with a proper test to find the problem and a proper fix in the software to ignore sigfpe Saw this on the MRTG-DEV list. NaN handling is perceived to be problematic, it seems. The last time this came up (and it comes up every 6 months or so), the consensus was that we would rather trap FP errors than blindly pass them on to the user application. If a program wants to ignore NaN, divide-by-zero, underflow, and overflow conditions, let it wrap the offending line of code with two fpsetmask() calls; one to mask the condition, and one to restore the previous mask. If you want to completely ignore floating point errors, call fpsetmask(0) at the top of main(). I scanned the mailinglists and the thread that covers this issue most completely is http://www.freebsd.org/cgi/mid.cgi?[EMAIL PROTECTED] -Dan Nelson [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: [t...@caida.org: Re: [MRTG-DEV] CDEF's with LT and IF in .42]
In the last episode (Jun 30), Jos Backus said: - Forwarded message from Tobi Oetiker t...@caida.org - OK found your problem it is that old FreeBSD does no proper IEEE math ... for some comparison operations it raises an sigfpe if an NaN is involved ... the next release of rrdtool will come with a proper test to find the problem and a proper fix in the software to ignore sigfpe Saw this on the MRTG-DEV list. NaN handling is perceived to be problematic, it seems. The last time this came up (and it comes up every 6 months or so), the consensus was that we would rather trap FP errors than blindly pass them on to the user application. If a program wants to ignore NaN, divide-by-zero, underflow, and overflow conditions, let it wrap the offending line of code with two fpsetmask() calls; one to mask the condition, and one to restore the previous mask. If you want to completely ignore floating point errors, call fpsetmask(0) at the top of main(). I scanned the mailinglists and the thread that covers this issue most completely is http://www.freebsd.org/cgi/mid.cgi?id=199710101907.oaa09...@millenia.srrc.usda.gov -Dan Nelson dnel...@emsphone.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: What is FTW?
In the last episode (Jun 10), Zhihui Zhang said: On Wed, 9 Jun 1999, Zhihui Zhang wrote: Most filesystems are created from archives that were created by a depth first search (aka ftw). What does ftw stand for (My guess is File Tree Walk)? Can anyone give me examples of programs that create archives from a file tree in a depth first way? Do these programs rebuild the file tree from archive exactly as they were created? I have just found that ftw does stand for File Tree Walk and there is a C library routine named ftw() (XPG4 standard) in AIX and HP-UX. However, I can not find the same routine in FreeBSD manual pages. Maybe it is not supported by FreeBSD. There is a set of fts* funtcions in FreeBSD (man fts); it looks like the options are very similar. -Dan Nelson dnel...@emsphone.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Oracle OCI code on FreeBSD
In the last episode (Jun 09), Chad David said: I have managed to install Oracle 8.0.5 on FreeBSD 3.2-STABLE, and everything seems to be fine, but I am unable to run an OCI program that I am porting from Solaris. I started out with unresolved symbols in libclntsh.so, and I got rid of them by relinking libclntsh.so against /usr/compat/linux/lib/libc.so.6. The OCI specific code is compiled into a shared object, and is loaded into my program via dlopen() / dlsym(), which leaves me wondering what happens when a Linux shared object is loaded into a FreeBSD process? Is this possible (linking against linux/lib/libc.so.6) or am I completely out to lunch? Has anybody managed to get an OCI program running on FreeBSD? Won't work. stdio is completely different from BSD-Linux, so no fread/fwrite calls will work, struct direct is different (scratch opendir), ioctls are certainly different, errnos don't map the same, signals are different, etc etc etc. When I run the program I get hit with SIGBUS as soon as the symbol in my shared object is called. I am not really sure what other details would be helpful, but if anyone is at all interested in the I would be happy to supply more :). Install the linux_devel port and resign yourself to building Linux executables whenever you have to talk to Oracle. -Dan Nelson dnel...@emsphone.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: a two-level port system? (fwd)
In the last episode (Jun 01), Max Khon said: hi, there! On Mon, 31 May 1999, Bill Fumerola wrote: Not really. E.g.: try to check out port for samba 1.9.18p10 $ cvs co -D 08/29/98 samba works for me on freefall. I have very (VERY!) bad link to anoncvs.freebsd.org. are there other anoncvs servers? Be your own CVS repository. Cvsup the raw CVS tree instead of pulling a single checked-out copy; then you can check out whatever versions you want, view the commitlogs, make local changes, etc. /usr/share/examples/cvsup/cvs-supfile is a good starting point. -Dan Nelson To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: timeconsuming processes on FreeBSD 3.1
In the last episode (May 19), Andre Rikkert de Koe said: We are an ISP and we recently installed FreeBSD 3.1 on our main logonserver. Since than almost every day we find timeconsuming processes running while the user isn't even logged in (anymore). These programs are mostly tin and lynx and such interactive programs. We are sure that they were started to run in foreground. However in the top-example brouwert was not logged in at that moment. Only thing we can do is to kill the proces. Does anyone has a clue what's the cause of this ? It's usually due to a bug in the application. When a user exits, the stdin/stdout filedescriptors on any backgrounded processes go away. That makes any read() calls return with an error. If the application doesn't check the return value of its read(), it can go into a tight loop it'll never exit. You can check to see if this is the problem by running truss -p 39448 . Check to see if it's doing the same read() or write() over and over. Tin used to have this bug, but I thought it was fixed long ago. Lynx shoudln't have any problems either. -Dan Nelson dnel...@emsphone.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: Seti project / stats reset, new version available
In the last episode (May 18), Wes Peters said: Stefan Bethke wrote: Would you suggest a different default nice level, then, and what should it be? RTP_PRIO_IDLE of course. See rtprio(2). One can easily modifiy ${PREFIX}/etc/rc.d/setiathome.sh to run it -with nice 100, and I'm open to making a level other that 1 the -default. In that case, make the start script run it at idprio: idprio setiathome Phew! That was tough, huh? ;^) Problem is that idprio isn't safe. I used to idprio the rc5client, but within a day or do the machine would lock up. Rc5client would get a lock on the root of the filesystem at idprio, and if there was another process running at 100% CPU, rc5client would never get a chance to unlock, causing all the other processes on the system to hang. See PR kern/5641. -Dan Nelson dnel...@emsphone.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: large master.passwd
In the last episode (May 14), Roar Thron?s said: On a site with 20k users in the master.passwd, and where NIS is not trusted, the master.passwd is distributed to each workstation. The pwd.db and spwd.db are sized around 10Mb. Sometimes, those .db files get corrupt. I suspect it has something to do with the machines being reset etc before the sync is finished. (The machines are dual-boot, and there are a lot of users around.) I did some patching, and have not seen corrupted .db-files since. So how usable is this patch? Worth intregrating? - 2048 * 1024,/* cachesize */ + 8192 * 1024,/* cachesize */ Cachsize is already adjustable via the -s commandline switch. + /* sync may be wise + -roart */ + sync(); How about an fsync() of only that file? (I don't remember whether fsync flushes metadata though) -Dan Nelson dnel...@emsphone.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: ifconfig: changing mac address
In the last episode (May 14), David Scheidt said: On Sat, 15 May 1999, Greg Lehey wrote: :It seems there's a need, and the possibility. Would somebody like :to suggest a syntax? ifconfig interface ether ab:cd:ef:fe:dc:ab [options] makes sense to me. And the next step would be to make the kernel realize that two cards ifconfig'd with the same MAC address are meant to be bonded together as one route (lots of switches support this). I have some machines that I'd love to be able to get 20MB/sec bandwidth between transparently. -Dan Nelson dnel...@emsphone.com To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: ifconfig: changing mac address
In the last episode (May 15), Greg Lehey said: And the next step would be to make the kernel realize that two cards ifconfig'd with the same MAC address are meant to be bonded together as one route (lots of switches support this). I have some machines that I'd love to be able to get 20MB/sec bandwidth between transparently. I think you need to reconsider that idea. How are you going to double the bandwidth of the wire? Two wires :) Drop two Intel EtherExpress 10/100 NICs into a Netware box, load the Intel failover/bonding .NLM, plug the NICs into adjacent ports on a compatible switch (we use BayStacks), configure the switch to bond those two ports together, and you instantly double your bandwidth. If a card fails, all traffic simply routes to the other card. I've only been able to max out both cards once (according to my mrtg graph), but it does work. It shouldn't be strictly limited to EtherExpress cards though. The general idea should work no matter what cards you have. -Dan To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message
Re: ifconfig: changing mac address
In the last episode (May 15), Greg Lehey said: OK, now maybe I'm missing something here. But an Ethernet address is used to identify a board. Arp binds it to an IP address. An IP address is bound to a network. So if you're on a different network, you get a different IP address. Why do you need the same Ethernet address? I don't think anyone mentioned anything about having the cards on two networks. In that case, you're right, having two cards with the same MAC address doesn't help one bit. This is very different from having two boards on the same network, both with the same Ethernet address. As I observed earlier, that does make sense, but it's a hot standby situation. I can't see any point in arranging for both of them to accept or send data. Doubles the bandwidth. Especially if you are talking to multiple machines (i.e. talk to two regular boxes at 100mbit/sec each), or have another box hooked up the same way (200mbit/sec to it). Since both cards in the server have the same MAC address, the client boxes don't know anything's unusual. -Dan To Unsubscribe: send mail to majord...@freebsd.org with unsubscribe freebsd-hackers in the body of the message