On Mon, May 18, 2009 at 09:39:10PM -0400, Charles Owens wrote:
> Hello,
>
> We had a crash of a 7.0-RELEASE-p12 running on a dual quad-core Xeon
> system with 6 gig RAM and mfi-based RAID. Pasted below are the output
> of kgdb crashdump backtrace, custom kernel config, and boot log.
>
> We reall
Just wondering if there was any update to this ? I seem to
be the only one who actually has the problem, but I have
gone as far as I can trying to diagnose it unless someone
can send me patches to test.
cheers,
-pete.
___
freebsd-stable@freebsd.org mail
On 2009-05-19 08:40, Chris H wrote:
> I see. Well I'm specifically using the nv driver. Here's another
> attempt to provide the relevant info:
I could not find the error message from $subject in these logs. Where
is it? :)
___
freebsd-stable@freebsd.org
On 5/19/09, Dimitry Andric wrote:
> On 2009-05-19 08:40, Chris H wrote:
>> I see. Well I'm specifically using the nv driver. Here's another
>> attempt to provide the relevant info:
>
> I could not find the error message from $subject in these logs. Where
> is it? :)
In thread subject.
--
Paul
Hi !
I'm new on FreeBSD and I have some troubles with an option in the kernel
config. I was reading
http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/consoles.html#CONSOLES-VIDCONTROLto
increase the resolution of my console.
So I put this two options in my kernel config file :
options VES
On Mon, 18 May 2009, Dimitry Andric wrote:
DA> On 2009-05-16 02:02, Kip Macy wrote:
DA> > I've MFC'd ZFS v13 to RELENG_7 in a work branch. Please test if you can.
DA> >
DA> > http://svn.freebsd.org/base/user/kmacy/ZFS_MFC/
DA> >
DA> > The standard disclaimers apply. This has only been lightly te
Greetings,
I'm tracking i386 releng_7 on kind of old single CPU machine and I see
very annoying problem.
top (-S) is not reporting things properly:
last pid: 20337; load averages: 0.43, 0.11,
0.04
On Tue, May 19, 2009 at 12:59:46PM +0200, Laurent Grangeau typed:
> Hi !
>
> I'm new on FreeBSD and I have some troubles with an option in the kernel
> config. I was reading
> http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/consoles.html#CONSOLES-VIDCONTROLto
> increase the resolution of
2009/5/19 Pete French :
> Just wondering if there was any update to this ? I seem to
> be the only one who actually has the problem, but I have
> gone as far as I can trying to diagnose it unless someone
> can send me patches to test.
>
I guess it was fixed in -current in r191923.
--
wbr,
plukne
> I guess it was fixed in -current in r191923.
That looks like the same length fix patch as I was sent
for RELENG-7. Unfortunately it has no effect on the problem.
http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/133756
-pete.
___
freebsd-stable
On Saturday 16 May 2009 4:21:47 am Bruce Simpson wrote:
> John Baldwin wrote:
> > ...
> > Sounds like the ATA driver is allocating the same BAR twice. Hmm, yes, it
> > allocates the resources once for each channel it seems in the ata_ali_sata
> > attachment. Looking in ata-chipset.c, all the ot
On Wednesday 13 May 2009 06:10:29 am dikshie wrote:
> i found that my rrdtool does not work with mmap() with rra files size
> more than 2GB.
Umm, one of the goals of rrdtool was to create databases with a finite (and
relatively small) maximum size. What on earth are you doing with it? :-)
--
K
Quoting Dimitry Andric :
On 2009-05-19 08:40, Chris H wrote:
I see. Well I'm specifically using the nv driver. Here's another
attempt to provide the relevant info:
I could not find the error message from $subject in these logs. Where
is it? :)
If I had found it, I would have better known w
On 2009-05-19 13:33, Dmitry Morozovsky wrote:
> Would you please also post diff to RELENG_7 there?
http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
This diff should apply with no fuzz and no rejects to RELENG_7 as of
r192386 (2009-05-19 15:33:41 UTC). For earlier or later rev
Hi all,
I'm getting deterministic kernel panics on Lenovo T61p laptop
when inserting Athreos-based wifi card. Details are given below.
Let me know if you need something more to debug the panic.
Thanks,
Petr
GNU gdb 6.1.1 [FreeBSD]
Copyright 2004 Free Software Foundation, Inc.
GDB is free softwa
On Tue, 19 May 2009, Dimitry Andric wrote:
DA> > Would you please also post diff to RELENG_7 there?
DA>
DA> http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
DA>
DA> This diff should apply with no fuzz and no rejects to RELENG_7 as of
DA> r192386 (2009-05-19 15:33:41 UTC). Fo
> http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
Thanks - am going to gve this a try later. Preseumably if I leave the
pool at the revision it is currently on then I can revert back easily ?
Also, is this the version which no longer requires any tuning parameters
in loader.c
Kostik Belousov wrote:
> On Mon, May 18, 2009 at 09:39:10PM -0400, Charles Owens wrote:
>
>> Hello,
>>
>> We had a crash of a 7.0-RELEASE-p12 running on a dual quad-core Xeon
>> system with 6 gig RAM and mfi-based RAID. Pasted below are the output
>> of kgdb crashdump backtrace, custom kernel c
I think I can handle this answer.
This is the default behavior of Xorg 7.4. If you want to see the old
screen, launch Xorg with the -retro option.
The command should be like this :
X -config xorg.conf.new -retro
If your mouse or your keyboard doesn't seem to work, look if you have
enable db
Quoting Laurent Grangeau :
I think I can handle this answer.
This is the default behavior of Xorg 7.4. If you want to see the old
screen, launch Xorg with the -retro option.
The command should be like this :
X -config xorg.conf.new -retro
If your mouse or your keyboard doesn't seem to work, lo
2009/5/18 Михаил Кипа
> I have two servers with Identical FreeBSD7.2 system. On both I have such
> config in /etc/rc.conf:
> rpcbind_enable="YES"
> rpc_lockd_enable="YES"
> rpc_statd_enable="YES"
> nfs_client_enable="YES"
> nfs_server_enable="YES"
> nfs_server_flags="-u -t -n 5 -h 192.168.x.y"
>
On Tue, 2009-05-19 at 09:57 -0700, Chris H wrote:
> Quoting Dimitry Andric :
>
> > On 2009-05-19 08:40, Chris H wrote:
> >> I see. Well I'm specifically using the nv driver. Here's another
> >> attempt to provide the relevant info:
> >
> > I could not find the error message from $subject in these
On 2009-05-19 19:41, Pete French wrote:
>> http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
>
> Thanks - am going to gve this a try later. Preseumably if I leave the
> pool at the revision it is currently on then I can revert back easily ?
I'll just repeat what Kip told us, "T
Many people are happily running an old pool with the new code. I have
done that in a VM and run load over it just to be certain. The tuning
still applies to i386. On amd64 vm backpressure works, but may
actually be too aggressive - shrinking the ARC in favor of the
inactive pages queue.
Cheers,
Ki
On Tue, 19 May 2009, Dimitry Andric wrote:
DA> >> http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
DA> >
DA> > Thanks - am going to gve this a try later. Preseumably if I leave the
DA> > pool at the revision it is currently on then I can revert back easily ?
DA>
DA> I'll just
Dimitry,
On Tue, 19 May 2009, Dimitry Andric wrote:
DA> > Would you please also post diff to RELENG_7 there?
DA>
DA> http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
DA>
DA> This diff should apply with no fuzz and no rejects to RELENG_7 as of
DA> r192386 (2009-05-19 15:33:41
On Wed, 20 May 2009, Dmitry Morozovsky wrote:
DM> DA> http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
DM> DA>
DM> DA> This diff should apply with no fuzz and no rejects to RELENG_7 as of
DM> DA> r192386 (2009-05-19 15:33:41 UTC). For earlier or later revisions, no
DM> DA> wa
Hello Robert, and thank you for taking the time to respond.
Quoting Robert Noland :
On Tue, 2009-05-19 at 09:57 -0700, Chris H wrote:
Quoting Dimitry Andric :
> On 2009-05-19 08:40, Chris H wrote:
>> I see. Well I'm specifically using the nv driver. Here's another
>> attempt to provide the re
On Wed, 20 May 2009, Dmitry Morozovsky wrote:
DM> DM> DA> http://www.andric.com/freebsd/zfs13/r192269/zfs_mfc-r192269.diff.bz2
DM> DM> DA>
DM> DM> DA> This diff should apply with no fuzz and no rejects to RELENG_7 as of
DM> DM> DA> r192386 (2009-05-19 15:33:41 UTC). For earlier or later revision
> Many people are happily running an old pool with the new code. I have
> done that in a VM and run load over it just to be certain. The tuning
> still applies to i386. On amd64 vm backpressure works, but may
> actually be too aggressive - shrinking the ARC in favor of the
> inactive pages queue.
On 2009-05-19 22:10, Dmitry Morozovsky wrote:
> Just to be sure: is the patch based on sys/ hierarchy, and does not touch
> others (like sbin/)?
No, it touches stuff in cddl/ too, so you need to build the world. Be
sure to use -E with patch, to cleanup emptied files. E.g.:
patch -d /usr/src -p
On Tue, 19 May 2009, Dimitry Andric wrote:
DA> On 2009-05-19 22:10, Dmitry Morozovsky wrote:
DA> > Just to be sure: is the patch based on sys/ hierarchy, and does not touch
DA> > others (like sbin/)?
DA>
DA> No, it touches stuff in cddl/ too, so you need to build the world. Be
DA> sure to use -
Quoting Robert Noland :
On Tue, 2009-05-19 at 11:47 -0700, Chris H wrote:
Quoting Chris H :
> Quoting Laurent Grangeau :
>
>> I think I can handle this answer.
>>
>> This is the default behavior of Xorg 7.4. If you want to see the old
>> screen, launch Xorg with the -retro option.
>> The comm
On Wed, 20 May 2009, Dmitry Morozovsky wrote:
DM> DA> > Just to be sure: is the patch based on sys/ hierarchy, and does not
touch
DM> DA> > others (like sbin/)?
DM> DA>
DM> DA> No, it touches stuff in cddl/ too, so you need to build the world. Be
DM> DA> sure to use -E with patch, to cleanup e
On 2009-05-19 23:08, Dmitry Morozovsky wrote:
> After cleaning /usr/obj and buildworld in single thread I got
>
> /usr/src/cddl/lib/libzfs/../../../sys/cddl/compat/opensolaris/sys/acl.h:35:
> error: conflicting types for 'aclent_t'
> /usr/src/cddl/lib/libzfs/../../../sys/cddl/contrib/opensolaris/
Hi,
I tired CURRENT and it's working for me :)
I only have one small issue...
when I unplug the reader pcscd goes to some sort of infinite loop
it would print this forever:
48111939 ccid_usb.c:491:WriteUSB() usb_bulk_write(/dev/usb//dev/ugen4.2):
Device busy
0020 ifdwrapper.c:469:IFDStatusICC
On Tue, 19 May 2009, Dimitry Andric wrote:
DA> On 2009-05-19 23:08, Dmitry Morozovsky wrote:
DA> > After cleaning /usr/obj and buildworld in single thread I got
DA> >
DA> >
/usr/src/cddl/lib/libzfs/../../../sys/cddl/compat/opensolaris/sys/acl.h:35:
DA> > error: conflicting types for 'aclent_t'
On 2009-05-19 23:57, Dmitry Morozovsky wrote:
> ... but then again, on `build all'' phase, I got
>
> ===> cddl/sbin/zpool (all)
> cc -O2 -fno-strict-aliasing -pipe -march=athlon-mp
> -I/usr/src/cddl/sbin/zpool/../../../cddl/contrib/opensolaris/lib/libzpool/common
>
> -I/usr/src/cddl/sbin/zpool/
I created a branch for a reason. With all the renames applying a patch
is a nightmare. Either use the branch or wait until I do the MFC.
Cheers,
Kip
On Tue, May 19, 2009 at 3:49 PM, Dimitry Andric wrote:
> On 2009-05-19 23:57, Dmitry Morozovsky wrote:
>> ... but then again, on `build all'' p
On Tue, 19 May 2009, Kip Macy wrote:
KM> I created a branch for a reason. With all the renames applying a patch
KM> is a nightmare. Either use the branch or wait until I do the MFC.
Ah well, Kip, thank you for all of your support.
Then, what would you offer for releng_7 users to test your chang
On Tue, 2009-05-19 at 13:14 -0700, Chris H wrote:
> Hello Robert, and thank you for taking the time to respond.
>
> Quoting Robert Noland :
>
> > On Tue, 2009-05-19 at 09:57 -0700, Chris H wrote:
> >> Quoting Dimitry Andric :
> >>
> >> > On 2009-05-19 08:40, Chris H wrote:
> >> >> I see. Well I'm
On Tue, May 19, 2009 at 4:00 PM, Dmitry Morozovsky wrote:
> On Tue, 19 May 2009, Kip Macy wrote:
>
> KM> I created a branch for a reason. With all the renames applying a patch
> KM> is a nightmare. Either use the branch or wait until I do the MFC.
>
> Ah well, Kip, thank you for all of your suppor
On Tue, 2009-05-19 at 13:52 -0700, Chris H wrote:
> Quoting Robert Noland :
>
> > On Tue, 2009-05-19 at 11:47 -0700, Chris H wrote:
> >> Quoting Chris H :
> >>
> >> > Quoting Laurent Grangeau :
> >> >
> >> >> I think I can handle this answer.
> >> >>
> >> >> This is the default behavior of Xorg 7.
On Tue, 19 May 2009, Kip Macy wrote:
KM> > Ah well, Kip, thank you for all of your support.
KM> >
KM> > Then, what would you offer for releng_7 users to test your changes? I'm
more
KM> > than happy to test, and I'm ready to be unvolved in some clashes resolved,
KM> > but...
KM> >
KM> > Anyway, th
Quoting Robert Noland :
On Tue, 2009-05-19 at 13:52 -0700, Chris H wrote:
Quoting Robert Noland :
> On Tue, 2009-05-19 at 11:47 -0700, Chris H wrote:
>> Quoting Chris H :
>>
>> > Quoting Laurent Grangeau :
>> >
>> >> I think I can handle this answer.
>> >>
>> >> This is the default behavior of
Hi all,
I'm running 7.2-STABLE/amd64 on a Dell 830, and have been attempting to get
XOrg working with the "nv" driver. However, it fails with:
X.Org X Server 1.6.1
Release Date: 2009-4-14
X Protocol Version 11, Revision 0
Build Operating System: FreeBSD 7.2-PRERELEASE amd64
Current Operating S
Perhaps there's no /etc/exports file? While exporting shared zfs file
systems doesn't require this, it looks like /etc/rc.d/mountd requires
the file to be present.
On May 19, 2009, at 2:33 PM, Zaphod Beeblebrox wrote:
2009/5/18 Михаил Кипа
I have two servers with Identical FreeBSD7.2 sy
47 matches
Mail list logo
