Poul-Henning Kamp wrote:
> That said, I fully agree with the spirit of this change, I have
> myself seen what positive difference it makes for servers in Denmark
> to have a slave of the .dk zone, particular for busy mailservers.
One of the other objections I have with this change (other than the
Doug Barton wrote:
> Here is where the problem lies. What you're saying here is simply not
> true. I know several of the root operators personally, and in my
> previous position as GM of IANA I worked with them directly both
> individually and collectively. Everything involving a change to a root
Hi,
Testing out decentralizing rc.conf and breaking it out into two
components on a 6.2-RELEASE system:
/etc/rc.conf.default- Settings that are standard across all systems
(daemons, etc)
/etc/rc.conf.local - Settings that are local to the system
We have been having rampant issues using Dummynet's IPv6 support, and
it's been causing panic's every 24-48 hours.
Enabled WITNESS and BREAK_TO_DEBUGGER, and this is the result.
-=-
lock order reversal: (sleepable after non-sleepable)
1st 0xff034809c900 rtentry (rtentry) @
/usr/src/sys/netin
We recently updated one of our dual Opteron systems (w/ 4GB RAM) from
5.5 to 6.2 (amd64 wipe and reinstalled) and about once a week, it panics
with the below message:
-=-
TPTE at 0x840028a0 IS ZERO @ VA 800514000
panic: bad pte
cpuid = 2
KDB: stack backtrace:
panic() at 0x803fdd03
FYI: saw this when upgrading one of my boxes (quad-cpu Opteron, 2GB of
RAM) to 6.2-RELEASE:
> Firewall logging enabled
> net.inet.ip.fw.enable: 1 -> 1
> lock order reversal:
> 1st 0xff00b79c3cc8 inp (raw6inp) @
/usr/src/sys/netinet6/raw_ip6.c:153
> 2nd 0xff00b79c3df8 inp (rawinp) @ /usr/
I have a Matushita based USB CD/DVD-ROM drive that I have been using to
install FreeBSD with for the better part of the last year. I just took
delivery yesterday of both a HP Proliant 1450 G3 and a generic 1U server
based on a Tyan Tomcat i845GV S3098 MB.
In both cases, once the USB CD-ROM starte
Andrew Li wrote:
>> First, is there any way to instruct 'make release' to just build certain
>> packages (and their dependencies) for inclusion in the release instead
>> of a blanket NOPORTS? There's no need for us spend two/three days
>
>>From my experience with playing with make release, you c
Thanks to all who answered my 'make release' questions; now that I have
done the initial release cut, now I am trying out 'make rerelease', and
it's bombing at the "stage 4.4: building everything" stage.
-=-
===> sbin/camcontrol (all)
cc -O2 -fno-strict-aliasing -pipe -Wsystem-headers -Werror -Wa
I have been mucking about w/ 'make release' for some time now (stripping
out OpenSSH, sendmail, Heimdal, bits oF BIND, etc.) and while I now have
a working .iso image, that will install and update, I have some
questions that 'man release' just won't answer. :)
First, is there any way to instruct '
Hi -
I have an install base of machines running MIT Krb5 (which have their
own com_err implementation), and I have always used NO_KERBEROS=true so
that the integrated Heimdal stuff wouldn't be built during a buildworld.
However libcom_err does, and that causes issues when trying to link in
progra
Hi -
What's the proper method these days for defining a static naming scheme
for direct access devices (da*)?
In this case, I have two systems (one 5.1 and one 6.0) connected to a
read-only RAID appliance (via FibreChannel) while having two SCSI disks
onboard for the OS and applications. With th
Hajimu UMEMOTO wrote:
> plosher> Will this change in 6.1, or will we have to wait for ip6fw to be
> plosher> completly removed before the module will support v6 by default? (You
> plosher> would have to admit that it's somewhat confusing the way it is now)
>
> It was already MFC'ed into RELENG_6.
Hajimu UMEMOTO wrote:
> The ipfw in 6-STABLE has an IPv6 awareness, but it is not enabled as
> far as you use ipfw as a KLD module. If ipfw is compiled into kernel,
> ipfw does filterling an IPv6 as well.
Will this change in 6.1, or will we have to wait for ip6fw to be
completly removed before t
Robert Watson wrote:
The below is a NULL pointer dereference in the kernel. Off-hand, it looks
very likely to be a driver bug. The question is -- where? The best way
to answer this is to compile with DDB/KDB, and do a stack trace from DDB,
or get a dump and do similar things with gdb.
Here it is
We are rebuilding a system which has a Netgear GA621 (using the nge
driver) installed, and which had run 5.2 & 5.3 pre-releases on amd64
(it's a Dual Opteron box - Tyan Thunder motherboard)
We are now intending to make it a backup server and it is running
5.4-PRE/i386 (cvsupped just under 20 hours
We have a Celestica dual-Opteron system w/ 4GB RAM running
5.3-RELEASE/i386 (32-bit), and a SMP-aware kernel, which is experiencing
hard lockups. Debugging results below.
-=-
[BREAK]
KDB: enter: Line break on console
[thread 100104]
Stopped at kdb_enter+0x2b: nop
db> where
kdb_enter(c084e4c6)
(apologies if you get this sent twice, I sent the first one to
[EMAIL PROTECTED] by mistake)
I have a quad-Opteron box running FreeBSD 5.3-p5/i386, and it has two onboard
Broadcom copper GigE NIC's (bge0 is used as a private wire, bge1 is the
public interface)
-=-
bge0: mem
0xf114-0xf114ff
I have a quad-Opteron box running FreeBSD 5.3-p5/i386, and it has two onboard
Broadcom copper GigE NIC's (bge0 is used as a private wire, bge1 is the
public interface)
-=-
bge0: mem
0xf114-0xf114,0xf115-0xf115 irq 31 at device 3.0 on pci14
miibus0: on bge0
bge0: Ethernet add
Hi,
I purchased a TDK indiDVD ATAPI DVD-RW (model 228H) this morning, and after
installing it into this system, it's detected:
acd0: CD-RW at ata1-slave PIO4
(FreeBSD thinking it's only a CD-RW is slightly disconcerting...)
And playing CD's and burning CD-R's are no problem. But as soon as I
(Apologies for the late response, but I wanted to get this answer in the
archives, and I am now catching up on my -stable mail...)
On Monday 04 November 2002 12:03 pm, Dave Cantrell wrote:
> Yeah, but if you *bought* the linux license to run under emulation, you
> still have to *buy* the FreeBSD
21 matches
Mail list logo
