Changing out network card
I have a server running DHCPD, FTP, DNS (namedb), and OpenSSH. My current network card is a 3Com 10mbit. I want to change it out for another network card, but make it a 3com 100mbit. Am I going to have to reconfigure my DHCP, DNS and OpenSSH to use this new interface, or is there another way of getting around all of that? -Photovor ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Changing out network card
Nick wrote: I have a server running DHCPD, FTP, DNS (namedb), and OpenSSH. My current network card is a 3Com 10mbit. I want to change it out for another network card, but make it a 3com 100mbit. Am I going to have to reconfigure my DHCP, DNS and OpenSSH to use this new interface, or is there another way of getting around all of that? Services usually care about IP addresses, not interface names. You will need to change the interface name in /etc/rc.conf, but that should be it. -- -Chuck ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Changing out network card
Chuck Swiger wrote to Nick: > Nick wrote: > > I have a server running DHCPD, FTP, DNS (namedb), and OpenSSH. My > > current network card is a 3Com 10mbit. I want to change it out for > > another network card, but make it a 3com 100mbit. Am I going to > > have to reconfigure my DHCP, DNS and OpenSSH to use this new > > interface, or is there another way of getting around all of that? > > Services usually care about IP addresses, not interface names. You > will need to change the interface name in /etc/rc.conf, but that > should be it. Actually, dhcpd cares about interfaces, too.. as does natd, if you're running that. See dhcpd_interface in /usr/local/etc/rc.isc-dhcpd.conf, and the "interface" parameter for natd, which could be in /etc/rc.conf as natd_interface, or passed manually in /etc/rc.conf natd_flags, or perhaps buried in a configuration file specified with the -f parameter to natd. Also, you might want to try this as root: grep -IR if0 /etc /usr/local/etc Where if0 is the name of your current interface. For most systems, that should catch just about everything.. but it'd be better to maintain a list of places where you've had to enter your interface. - Ryan -- Ryan Thompson <[EMAIL PROTECTED]> SaskNow Technologies - http://www.sasknow.com 901-1st Avenue North - Saskatoon, SK - S7K 1Y4 Tel: 306-664-3600 Fax: 306-244-7037 Saskatoon Toll-Free: 877-727-5669 (877-SASKNOW) North America ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Netgraph node, first steps in kernel land and a bloody crashdump
On Thu, Jul 31, 2003 at 11:14:52PM +0200, Paolo Pisati wrote:
> #5 0xc0204f63 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16,
> tf_edi = -856166976, tf_esi = 0, tf_ebp = -856167184,
> tf_isp = -856167216, tf_ebx = 69, tf_edx = 0, tf_ecx = 0,
> tf_eax = -6422529, tf_trapno = 12, tf_err = 0, tf_eip = 784, tf_cs = 8,
> tf_eflags = 66118, tf_esp = -1071208512, tf_ss = 1861})
> at /usr/src/sys/i386/i386/trap.c:466
> #6 0x310 in ?? ()
>
> Ok, i'm not a guru, but it looks like the culprit is printf in kernel
> land, or at least, a bad use of it from myself... (see #9).
The culprit is most definitely frame #6.
>
> I would like to fill the missing ?? in this dump, but i couldn't
> find how to load the symbols from my node (and yes, i've
> tried what's written in the handbook about the modules and
> it didn't work).
Well, you are going to panic one way or the other; so I advise
you to compile your Netgraph module in the kernel itself. It
will save you *A LOT* of hassle that one has to go through
debugging KLDs (kmods).
Also, in order to study the problem, the source code is the key,
and without that, not much can be done.
> [EMAIL PROTECTED] flag]$ man 9 printf
> No entry for printf in section 9 of the manual
> [EMAIL PROTECTED] flag]$
>
> what's happened to the man page?
The manual page has not been added to 4.x series.
Cheers.
>
--
Hiten M. Pandya
[EMAIL PROTECTED], [EMAIL PROTECTED]
http://hmp.serverninjas.com/
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-net
To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Netgraph node, first steps in kernel land and a bloody crashdump
On Thursday, 31 July 2003 at 23:14:52 +0200, Paolo Pisati wrote:
>
> Hi guys,
>
> still here with my netgraph node.
>
> Today, after a couple of nice days without a problem,
> i spent the last 4 hours trying to understand why the hell,
> my module crash my stable box.
> ...
> #0 dumpsys () at /usr/src/sys/kern/kern_shutdown.c:487
> 487 if (dumping++) {
> (kgdb) where
> #5 0xc0204f63 in trap (frame={tf_fs = 16, tf_es = 16, tf_ds = 16,
> tf_edi = -856166976, tf_esi = 0, tf_ebp = -856167184,
> tf_isp = -856167216, tf_ebx = 69, tf_edx = 0, tf_ecx = 0,
> tf_eax = -6422529, tf_trapno = 12, tf_err = 0, tf_eip = 784, tf_cs = 8,
> tf_eflags = 66118, tf_esp = -1071208512, tf_ss = 1861})
> at /usr/src/sys/i386/i386/trap.c:466
> #6 0x310 in ?? ()
> #7 0xc0163e70 in putchar (c=69, arg=0xccf7edc0)
> at /usr/src/sys/kern/subr_prf.c:355
> #8 0xc0164086 in kvprintf (fmt=0xc0e24baa "AF NODE\n",
> func=0xc0163dd0 , arg=0xccf7edc0, radix=10, ap=0xccf7edd8 "")
> at /usr/src/sys/kern/subr_prf.c:532
> #9 0xc0163d4c in printf (fmt=0xc0e24ba8 "LEAF NODE\n")
> at /usr/src/sys/kern/subr_prf.c:305
> #10 0xc0e2348a in ?? ()
> #11 0xc0e23354 in ?? ()
>
> Ok, i'm not a guru, but it looks like the culprit is printf in
> kernel land, or at least, a bad use of it from myself... (see #9).
Hmm. Is this a kld?
> I would like to fill the missing ?? in this dump, but i couldn't
> find how to load the symbols from my node (and yes, i've tried
> what's written in the handbook about the modules and it didn't
> work).
OK, what we see here is that the printf call calls putchar() to print
the individual characters. The one it's printing now is 0x69 (frame
7), lowercase 'i'. That's not in the (first) string passed to
printf(), but it could be in another parameter, or in the format
string.
You can't get the address of frame 6 because it's not a valid address.
Kernel code sits above 0xc000, and this address is 0x310, which
suggests to me that you've smashed a stack or something. I'd guess
that you've overflowed the buffer.
> on a side note:
> [EMAIL PROTECTED] flag]$ man 9 printf
> No entry for printf in section 9 of the manual
> [EMAIL PROTECTED] flag]$
>
> what's happened to the man page?
Hasn't been written. Do you feel like doing it?
Greg
--
See complete headers for address and phone numbers
pgp0.pgp
Description: PGP signature
