Hi,
I've just began trying chrome web browser from
http://chromium.hybridsource.org/ but it triggered 2 panics on my
8.1-STABLE system.
$ uname -a
FreeBSD exxodus.fedaykin.here 8.1-STABLE FreeBSD 8.1-STABLE #26: Thu Sep 16
09:52:17 BRT 2010 li...@exxodus:/usr/obj/usr/src/sys/LIOUX a
On 09/19/2010 18:33, Dan Mack wrote:
> But I should be able to boot my ZFSv14 root pool using the ZFSv15 build of
> FreeBSD, correct?
Yes
> But the problem scenario would be when I've upgraded by root pool to v15 and
> I attempt to boot it with v14 boot loader. At least that is what I think ..
On Sun, Sep 19, 2010 at 02:37:21PM -0400, Mark Kamichoff wrote:
> I just noticed (well, via a discussion in #ipv6 on freenode) that the
> default configure arguments for BIND9 on 8.1 include '--disable-ipv6'.
>
> % grep CONFIGARGS /usr/src/usr.sbin/named/Makefile
> CONFIGARGS='--prefix=/usr' '--i
Hi -
I just noticed (well, via a discussion in #ipv6 on freenode) that the
default configure arguments for BIND9 on 8.1 include '--disable-ipv6'.
% grep CONFIGARGS /usr/src/usr.sbin/named/Makefile
CONFIGARGS='--prefix=/usr' '--infodir=/usr/share/info'
'--mandir=/usr/share/man' '--enable-threads
On Wed, 8 Sep 2010, Vadim Goncharov wrote:
Which part of "support for the Giant lock *over the network stack* was
removed" [emphasis mine] do you not understand?
No, component removed was (1), I've underlined.
The reason is performance for overall network stack, not ideology.
For a practi
Thanks for the confirmation. This worked fine and I did notice that "zpool
upgrade zroot" was nice enough to emit the reminder:
gpart bootcode -b /boot/pmbr -p /boot/gptzfsboot -i 1 da0
which is slightly different than the recipe given in /usr/src/UPDATING:
"gpart bootcode -p /boot/g
On 19/09/2010 17:36:01, Dan Mack wrote:
> But I should be able to boot my ZFSv14 root pool using the ZFSv15
> build of FreeBSD, correct? But the problem scenario would be when
> I've upgraded my root pool to v15 and I attempt to boot it with v14
> boot loader. At least that is what I think ...
But I should be able to boot my ZFSv14 root pool using the ZFSv15 build of
FreeBSD, correct? But the problem scenario would be when I've upgraded by
root pool to v15 and I attempt to boot it with v14 boot loader. At least that
is what I think ...
I guess what I'm getting at is ... you should
But I should be able to boot my ZFSv14 root pool using the ZFSv15 build of
FreeBSD, correct? But the problem scenario would be when I've upgraded my
root pool to v15 and I attempt to boot it with v14 boot loader. At least that
is what I think ...
I guess what I'm getting at is ... you shoul
On Mon, Sep 13, 2010 at 09:19:54PM -0700, Jeremy Chadwick wrote:
> On Mon, Sep 13, 2010 at 08:44:02PM +0200, Ed Schouten wrote:
> > Maybe we should just implement /dev/console in such a way that it can
> > never get stuck on dcd. I've seen this break too many times.
> >
> > Below is an untested pa
At first we thought it might be the NIC, but we have since changed
out the nic, motherboard and power supply. Under high loads, we are
seeing the nic become wedged to the point where we have to reboot the
box to unwedge it
This is an intel board (S3420GPX) from Intel with 8G of RAM, and i5,
On 09/19/10 08:20, Peter Jeremy wrote:
On 2010-Sep-15 22:29:46 +0200, Eivind E wrote:
That has crossed my mind aswell, the only thing which makes me doubt
it is that after updating X number of months ago (probably about a
year and a half), it started to work with no problems whatsoever.
Now, af
12 matches
Mail list logo
