On Wed, 10 Jul 2002, Mike Tancsa wrote:
> At 10:50 AM 10/07/2002 -0700, Bill Jones wrote:
> >The obvious answer to me is "Most common platform someone installs
> >FreeBSD on for the first time."
>
> ... Then its good that Soren committed his changes. The misplaced splx()
> patch corrected the pr
> "Thomas" == Thomas Seck <[EMAIL PROTECTED]> writes:
Thomas> * Michael Sperber [Mr. Preprocessor] ([EMAIL PROTECTED]):
>> > "Thomas" == Thomas Seck <[EMAIL PROTECTED]> writes:
>>
Thomas> "[...] Cron also searches /etc/crontab...".
Thomas>
Thomas> The original poster obviously di
I think 4.6.1 should contain following kernel fixes:
1.
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=100548+0+archive/2002/freebsd-stable/20020630.freebsd-stable
2.
http://docs.freebsd.org/cgi/getmsg.cgi?fetch=1982827+0+archive/2002/cvs-all/20020630.cvs-all
3.
http://docs.freebsd.org/cgi/ge
On Thu, 11 Jul 2002, Shannon -jj Behrens wrote:
SjB> > While there are a few niggles, the proper sequence is:
SjB> > mergemaster -p (This is NEW!)
SjB> > make buildworld
SjB> > make kernel KERNCONF=your_kernel_conf_name
SjB> > REBOOT into single-user mode! (This does not mean drop to single user
An interesting point. Perhaps my perspective has been coming across
as arguing the wrong side.
I agree that new installs are the most important. Changes which
enable FreeBSD to work on what sort of systems people are purchasing
at Dell, Best Buy, Circuit City and other retailers should matte
Thus spake Bill Jones <[EMAIL PROTECTED]>:
> There have been problems with 4.6-RELEASE with new installs -- CD-
> ROM problems come to mind immediately. These are related to the
> ata commits. I would like to see 4.6.1 remedy this situation before
> our reputation as simple-to-install, always-
On Thu, 11 Jul 2002 09:10:15 -0500
"Jim C. Nasby" <[EMAIL PROTECTED]> wrote:
JCN> No, there is no support for software raid on the root partition. This is
JCN> on the vinum wishlist, though, so hopefully it will happen at some
Er - have you seen man atacontrol in RELENG_4 lately ? I will
On Wed, Jul 10, 2002 at 15:17 -0700, Kevin Oberman wrote:
> > Date: Wed, 10 Jul 2002 21:40:51 +0200
> > From: Gerhard Sittig <[EMAIL PROTECTED]>
> > Sender: [EMAIL PROTECTED]
> >
> > On Wed, Jul 10, 2002 at 10:56 -0700, Kevin Oberman wrote:
> > >
> > > [ ... upgrading from source ... ]
> > >
>
On Thu, Jul 11, 2002 at 14:14 +0200, Lasse Laursen wrote:
>
> I'm currently in the process of upgrading our Linux servers to FreeBSD. The
> Linux servers uses software raid 1 on the boot/root partitions - is there a
> way to do the same under FreeBSD 4.6?
The trick is to load a kernel with softw
On Thu, Jul 11, 2002 at 02:49:11PM +0200, Marc Olzheim wrote:
> On Mon, Jul 08, 2002 at 10:31:30PM +0200, Cyrille Lefevre wrote:
> > > 2) Is there (going to be) an 'unsetenv' possibility in
> > > login.conf, so that I can still use 'default' for all classes
> > > and just unsetenv MAIL
Hello there colleagues.
After upgrading one of our gateways I'd encountered reproducible
kernel panics in multicast-related situations. processes involved are
mrouted (from base system) and ospfd from zebra-0.92a_1
FreeBSD gw-f.rinet.ru 4.6-STABLE FreeBSD 4.6-STABLE #2: Wed Jul 10
15:05:26 MSD 2
:
:Hi,
:If it's possible this makes a difference can we get a note about HZ
:added to the tuning(7) man page?
:
:Thanks Ken
I could put a general admonition in tuning(7) about Hz, but the
performance effects are going to be highly dependant on the situation.
Generally speaking aggre
Excuse me if I step in here...
Gerhard Sittig wrote:
> The trick is to load a kernel with software RAID support even
> before you have a root filesystem with your kernel and modules
> on it. :) This is not different between Linux and FreeBSD.
> Putting everything you need to boot into a ramdisk
> Date: Thu, 11 Jul 2002 11:05:38 +0100
> From: Pete French <[EMAIL PROTECTED]>
>
> > Thanks, bye." The only threads I remember around this were some people with
> > specific problems on specific SMP motherboards. I dont recall any mass
> > problems with the fxp cards... For what its worth, we
* Michiel Boland ([EMAIL PROTECTED]):
> Please correct me if I'm wrong but I don't think the splx patch does
> anything to help people with broken CD-ROM drives.
You are right. It fixes a coding mistake which panicked boxes using TQ.
All other issues are still present.
--
Thomas Seck
This mes
Well, the main thing you need to figure out is whether your problem
is due to cpu monopolization or disk monopolization. 'I/O' load itself
can effect the scheduler, but is unlikely to overload the machine. Disk
loads are far more likely to overload the physical hard drives.
Matthew Dillon wrote:
>
> An increased switching rate (increasing HZ) may be useful in the above
> situation. Still, I would not recommend increasing Hz above 500 (2ms).
> 1 (100uS) is just plain insane.
>
from actual experience, any p-III with a clock rate above 500MHz (that
i
17 matches
Mail list logo
