As requested earlier, I've moved the thread to freebsd-stable. -- George
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
Among four machines on my network, I'm observing startling differences
in NFS performance. All machines are AMD64, and rpc_statd, rpc_lockd,
and amd are enabled on all four machines.
wonderland:
hw.model: AMD Athlon(tm) II Dual-Core M32
hw.physmem: 293510758
ethernet: 100Mb/s
partition 1:
, but I
started seeing the problem as early as 8.0-RELEASE.-- George
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers-unsubscr...@freebsd.org
reported them then?
Doug
No, I did not report the problems then.-- George
___
freebsd-hackers@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-hackers
To unsubscribe, send any mail to freebsd-hackers
OS: FreeBSD post 8.0-RELEASE
Firefox: 3.6
Distributed.net client: v2.9103 and later
When the distributed.net application is not running, Firefox will
start up on my box in less than two seconds. But with the
distributed.net application running, the firefox startup slows down
painfully, taking no
HP Compaq Presario CQ61-420US (dual core amd64)
I forgot to mention: FreeBSD 8.0-RELEASE
With an Iomega USB flash drive inserted into a USB slot at the time
hald starts, it crashes:
pid 903 (hald), uid 560: exited on signal 11
pid 943 (hald-probe-volume), uid 0: exited on signal 6 (core
HP Compaq Presario CQ61-420US (dual core amd64)
With an Iomega USB flash drive inserted into a USB slot at the time
hald starts, it crashes:
pid 903 (hald), uid 560: exited on signal 11
pid 943 (hald-probe-volume), uid 0: exited on signal 6 (core dumped)
It's okay if I insert the flash drive
I have registered and pointed to my name server the following domains:
istudentunion.com (.net and .org)
They resolve locally but do not resolve remotely it has been 24 hrs
so some propagation should of occured... I tested resolving remotely
with hardcoding the nameserver to be me and
Stupid configuration error on my part. I still had my old ISP's name
servers configured in my named.conf forwarders statement, and they
have apparently been responding to me for eighteen months -- until
two days ago. Sorry for the noise! -- George Mitchell
I'm having severe DNS problems. I'm running 6.2-RELEASE, and I upgraded
to the bind9 port (after cvsup) on July 14. Starting yesterday morning,
DNS became very, very slow. If I repeated a dig command three or four
times, I could get an answer after 20-30 seconds. This morning I cvsupped
again
From: Matthew Seaman [EMAIL PROTECTED]
[EMAIL PROTECTED] wrote:
I'm having severe DNS problems. I'm running 6.2-RELEASE, and I upgrade=
d
to the bind9 port (after cvsup) on July 14. Starting yesterday morning=
,
DNS became very, very slow. If I repeated a dig command three or fou=
r
Thanks to all for your suggestions! As soon as I have a chance to
follow up on them (might not be for a couple of days), I'll let
you known how it came out. -- George Mitchell
___
freebsd-hackers@freebsd.org mailing list
I'm having poor luck trying to use NFS over a gigabit ethernet using
jumbo frames. By all indications, my switch (Netgear GS608) forwards
jumbo frames with no difficulty, but my Realtek 8169-based cards seem
unreceptive to the idea, giving many watchdog timeouts and other
obscure log messages.
I have a USB floppy drive and a USB flash card reader/writer. At
various times, neither, one, or both devices are plugged into the
computer. Depending upon when each is plugged in, the floppy
drive might become /dev/da0 and the flash reader/writer /dev/da1,
or vice versa. Is there a way to
Is anybody successfully using bacula with DVD? When I install the
bacula-server port, it cannot pass even the trivial
btape FileStorage/temp test, let alone trying to write to DVD.
Advice cheerfully accepted! -- George Mitchell
___
As was suggested, the problem is that when the system automatically
brings up the plip0 interface, it grabs the ppbus and doesn't let it
go until someone takes the interface down. I now believe this problem
was present even in 5.3, but I didn't see it because I routinely
compiled custom 5.x
A couple of days ago, I upgraded from FreeBSD 5.3 to 6.1 (installed
on a previously unused disk partition). Happiness ensued for the
most part, but I could not get printing to work at all with the
generic kernel.
I played around for a while and eventually found that
open (/dev/lpt0 ...) would
17 matches
Mail list logo
