On 2010-Jul-11 11:25:12 -0700, Richard Lee wrote:
>But when almost all of the memory is taken by disk cache (of non-zfs
>file system), ZFS disks start threshing like mad and the write
>throughput goes down in 1-digit MB/second.
It can go a lot lower than that...
Yes, this is a known problem. Th
On 2010-Jul-12 19:38:18 +1000, Peter Jeremy
wrote:
>I have been using the attached arc.patch1 based on a patch written by
>Artem Belevich (see http://pastebin.com/ZCkzkWcs )
>for about a month. I have had reasonable success with it (and junked
>my cronjob) but have managed to wedge my system a
on 12/07/2010 12:39 Peter Jeremy said the following:
> /*
> - * If pages are needed or we're within 2048 pages
> - * of needing to page need to reclaim
> + * If we're within 2048 pages of pagedaemon start, reclaim...
> */
> - if (vm_pages_needed || (vm_paging_target() > -2048))
> + if (vm_pages_
08.07.2010 09:53, Jeremy Chadwick написав(ла):
Then don't modify loader.conf. Instead, once the "Welcome to FreeBSD!"
portion of loader appears, press "6" to shell to the loader prompt
and type:
set vfs.root.mountfrom="ufs:/dev/md0"
boot
Yes, that works... It just should not be necessary. R
08.07.2010 12:40, Jeremy Chadwick написав(ла):
set vfs.root.mountfrom="ufs:/dev/md0"
> >boot
> Yes, that works... It just should not be necessary.
Okay, so let me get this straight. First the complaint was that you had
to modify loader.conf, which involved extracting the CD ima
08.07.2010 17:06, Peter Jeremy написав(ла):
On 2010-Jul-07 14:22:22 -0400, "Mikhail T." wrote:
In no particular order:
1. A picture, that one of the systems was displaying at boot (and
then used as a screen-saver), stopped showing properly. The
colors are right, but the pic
08.07.2010 17:36, Lucas Holt написав(ла):
Most of us work on open source for free in our own time, and it's
impossible to test every possible configuration before a release.
I tested several particular configurations -- on several machines -- and
reported the overlooked issues. I didn't write a
On 10.07.2010, at 19:37, Alan Cox wrote:
> On Fri, Jul 9, 2010 at 6:53 PM, Markus Gebert
> wrote:
> [snip]
>
> Yes, this hardware comes from Sun directly, but getting Sun (/Oracle) support
> for this issue is gonna be tough. FreeBSD is unsupported, and in a short test
> we couldn't reproduce
Hi!
I am testing FreeBSD 8.1-RC2 amd64 networking stuff and notice one
strange DSCP message with wireshark:
Internet Protocol, Src: 192.168.1.111 (192.168.1.111), Dst:
192.168.1.101 (192.168.1.101)
Differentiated Services Field: 0x10 (DSCP 0x04: Unknown DSCP; E
On 10.07.2010, at 01:53, Markus Gebert wrote:
>> I'm curious if disabling USB legacy support in the BIOS causes it to still
>> die
>> even with ehci not loaded. If so, then the SMI# for the ehci controller
>> must
>> somehow prevent the issue, perhaps by triggering frequently enough to slow
On Friday, July 09, 2010 7:53:39 pm Markus Gebert wrote:
> > I'm curious if disabling USB legacy support in the BIOS causes it to still
> > die
> > even with ehci not loaded. If so, then the SMI# for the ehci controller
> > must
> > somehow prevent the issue, perhaps by triggering frequently e
On Monday, July 12, 2010 8:25:54 am Markus Gebert wrote:
>
> On 10.07.2010, at 19:37, Alan Cox wrote:
>
> > On Fri, Jul 9, 2010 at 6:53 PM, Markus Gebert
wrote:
> > [snip]
> >
> > Yes, this hardware comes from Sun directly, but getting Sun (/Oracle)
support for this issue is gonna be tough. F
On Monday, July 12, 2010 8:41:51 am Markus Gebert wrote:
>
> On 10.07.2010, at 01:53, Markus Gebert wrote:
>
> >> I'm curious if disabling USB legacy support in the BIOS causes it to
still die
> >> even with ehci not loaded. If so, then the SMI# for the ehci controller
must
> >> somehow prev
On 12.07.2010, at 14:51, John Baldwin wrote:
>> Well, the situation has changed. Machine died over the weekend running our
>> test load with above kernel configuration. It seems that not having ehci in
>> the kernel at boot just makes the MCE much more unlikely to occur, but it
>> occurs. With
On 12.07.2010, at 14:48, John Baldwin wrote:
> Hmm with mca disabled in the loader you should not be getting any MCE's at
> all
> as we don't enable the MCE interrupt in the CPU in that case. Are you
> disabling it in the BIOS rather than loader.conf?
I disabled it in loader.conf, just test
> From: Andrei Kolu
> Date: Mon, 12 Jul 2010 15:31:58 +0300
> Sender: owner-freebsd-sta...@freebsd.org
>
> Hi!
>
> I am testing FreeBSD 8.1-RC2 amd64 networking stuff and notice one
> strange DSCP message with wireshark:
>
> Internet Protocol, Src: 192.168.1.
On Monday, July 12, 2010 9:57:29 am Markus Gebert wrote:
>
> On 12.07.2010, at 14:51, John Baldwin wrote:
>
> >> Well, the situation has changed. Machine died over the weekend running our
> >> test load with above kernel configuration. It seems that not having ehci
> >> in
> >> the kernel at b
On Monday, July 12, 2010 9:57:58 am Markus Gebert wrote:
>
> On 12.07.2010, at 14:48, John Baldwin wrote:
>
>
> > Hmm with mca disabled in the loader you should not be getting any MCE's at
all
> > as we don't enable the MCE interrupt in the CPU in that case. Are you
> > disabling it in the B
On 12.07.2010, at 17:06, John Baldwin wrote:
> Are you using Cx states other than C1 for the CPUs at all?
Not sure how to find out, but I did not change anything in the BIOS settings
(if even possible) or through sysctl regarding cpu idle modes. Anyway, here's
what I found:
# sysctl machdep.i
On Mon, Jul 12, 2010 at 05:23:23PM +0200, Markus Gebert wrote:
>
> On 12.07.2010, at 17:06, John Baldwin wrote:
>
> > Are you using Cx states other than C1 for the CPUs at all?
>
> Not sure how to find out, but I did not change anything in the BIOS settings
> (if even possible) or through sysct
On 12.07.2010, at 17:40, Jeremy Chadwick wrote:
> cx_supported indicates your CPU only supports C1 and not lower
> power-saving states (C2/C3/C4, etc.). Non-C1 states can sometimes do
> "interesting" things when it comes to interrupt handling. I believe
> your system may support the C1E state (
On 12.07.2010, at 17:43, Adam McDougall wrote:
> I also get MCE on x4100m2 when causing significant disk activity in mpt
> while also downloading through em0 or em1.
Could you reproduce this on 6.x or 7.x? Because whatever we try here, we simply
couldn't so far. A short test with Ubuntu also di
2010/7/12 Kevin Oberman :
>> From: Andrei Kolu
>> Date: Mon, 12 Jul 2010 15:31:58 +0300
>> Sender: owner-freebsd-sta...@freebsd.org
>>
>> Hi!
>>
>> I am testing FreeBSD 8.1-RC2 amd64 networking stuff and notice one
>> strange DSCP message with wireshark:
>>
>>
On Thu, Jul 8, 2010 at 1:28 PM, Mikhail T.
> wrote:
>
> RedHat's "kickstart <
> http://www.redhat.com/docs/manuals/linux/RHL-7.3-Manual/custom-guide/ch-kickstart2.html>"
> can do an entire install based on pre-configured rules. Implementing
> something like that for FreeBSD would, probably, take
12.07.2010 13:11, Adam Vande More wrote:
Roll it into your media
You lost me right here... Rolling one's own media (for every release and
release-candidate) may be Ok for someone in charge of making, at least,
several installations per week.
For someone like myself, who just wanted to use a d
The sshd would not start after the upgrade from 7.x to 8.1 on one of the
systems:
Starting sshd.
cipher_encrypt: bad plaintext length 553
/etc/rc.d/sshd: WARNING: failed to start sshd
Archiving the 3-year old /etc/ssh/ssh_host_rsa_key and having it
recreated solved the immediate probl
Hi Adam,
Am 12.07.10 19:11, schrieb Adam Vande More:
Automated installations have existed on FreeBSD for a long time. You can do
this either via netboot or CD based media. Also rolling your own FreeBSD
media with custom changes is trivial compared the linux distro's I'm familar
with. I have
Am 12.07.10 19:37, schrieb Mikhail T.:
12.07.2010 13:11, Adam Vande More wrote:
Roll it into your media
You lost me right here... Rolling one's own media (for every release
and release-candidate) may be Ok for someone in charge of making, at
least, several installations per week.
For someo
On Mon, 12 Jul 2010, Marian Hettwer wrote:
While I fully understand that the iso images purpose is _not_ doing a
netinstall, I'd like to have a downloadable image which is easy pxebootable
and just drops into a shell. Ideally it does a dhcp request, if successful
starts a sshd and if not has v
A laptop I'm helping configure (remotely) just crashed under me... Upon
reboot I found the following in the messages file (quite amazed, that
the message got there, actually):
Jul 12 22:06:01 s syslogd: kernel boot file is /boot/kernel/kernel
Jul 12 22:06:01 s kernel: panic: __lockmgr_arg
Hi List,
I brought a question to the freebsd-questions list [1] about write
problem I was experiencing when writing directly to a hard drive
device. The workflow is:
fd = open("/dev/ad1", O_WRONLY|O_SYNC);
write(fd, buf, BUFSIZ); /* loop until drive full error (write(...) == -1) */
close(fd);
On
> Maybe it's a bug, but one that has fortuitously useful effects.
Bugs are undocumented features.
--
Eitan Adler
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to "free
32 matches
Mail list logo
