On Thu, 03 Jan 2013 20:30:18 +0900
KAHO Toshikazu wrote:
> Hello,
>
> > There is still >ifa_del_loopback_route: deletion failed: 3
> > that wasn't there before,but the 127.0.0.1 seems to be configured now:
>
> Do you have a line like network_interfaces="lo0 bge0" in /etc/rc.conf?
> If
Since yesterday's update and buildworld on two FreeBSD 10.0-CURRENT
boxes, i realize a strange behaviour. I have one server exporting via
NFSv4 several ZFS volumes. The UID mapping went pretty well so far, but
with a reboot of yesterday (after a buildworld), files are seen with uid
root:wheel and u
TB --- 2013-01-04 09:40:20 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-01-04 09:40:20 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
I got this error on make installworld:
===> sbin/dhclient (install)
install -s -o root -g wheel -m 555 dhclient /sbin
ad0: FAILURE - READ_DMA status=51 error=40
LBA=28071584
g_vfs_done():ad0a[READ(offset=14372651008, length=16384)]error = 5
vnode_pager_getpages: I/O read error
vm_fault: pager r
Date: Fri, 4 Jan 2013 11:09:07 GMT
From: Anton Shterenlikht
I got this error on make installworld:
===> sbin/dhclient (install)
install -s -o root -g wheel -m 555 dhclient /sbin
ad0: FAILURE - READ_DMA status=51
error=40 LBA=28071584
g_v
On 01/04/2013 12:23 PM, Anton Shterenlikht wrote:
Date: Fri, 4 Jan 2013 11:09:07 GMT
From: Anton Shterenlikht
I got this error on make installworld:
===> sbin/dhclient (install)
install -s -o root -g wheel -m 555 dhclient /sbin
ad0: FAILURE - R
On 01/04/2013 12:23 PM, Anton Shterenlikht wrote:
Date: Fri, 4 Jan 2013 11:09:07 GMT
From: Anton Shterenlikht
I got this error on make installworld:
===> sbin/dhclient (install)
install -s -o root -g wheel -m 555 dhclient /sbin
ad0: FAILURE - R
> On Tue, 1 Jan 2013 10:55:58 -0800
> Tim Kientzle wrote:
> > On Jan 1, 2013, at 8:12 AM, Brett Wynkoop wrote:
> > > Greeting-
> > > The driver is working much better than the driver currently in
> > > head. I have maintained an ssh connection to the BeagleBone for
> > > more than 24 hours!
>
Hi,
gdb's command 'catch throw' is broken on FreeBSD head. While it does set
a breakpoint on __cxa_throw, the function seems to be never entered when
an exception is thrown. Does someone know how to fix this? It used to
work a couple of months ago.
Stefan
_
Is this on 9.1? In -CURRENT and 9.1, libstdc++ is a filter library, and
libsupc++ or or libcxxrt are the filtee. This means that the __cxa_throw
symbol appears to be in libstdc++ (for symbol versioning purposes), but is
actually in the ABI library. If you tell gdb to put the breakpoint on
__
Stefan Farfeleder wrote:
> gdb's command 'catch throw' is broken on FreeBSD head. While it does set
> a breakpoint on __cxa_throw, the function seems to be never entered when
> an exception is thrown. Does someone know how to fix this? It used to
> work a couple of months ago.
My impression is t
On Fri, Jan 04, 2013 at 12:38:44PM +, David Chisnall wrote:
> Is this on 9.1? In -CURRENT and 9.1, libstdc++ is a filter library, and
> libsupc++ or or libcxxrt are the filtee. This means that the __cxa_throw
> symbol appears to be in libstdc++ (for symbol versioning purposes), but is
> ac
On 4 Jan 2013, at 12:49, Stefan Farfeleder wrote:
> On Fri, Jan 04, 2013 at 12:38:44PM +, David Chisnall wrote:
>> Is this on 9.1? In -CURRENT and 9.1, libstdc++ is a filter library, and
>> libsupc++ or or libcxxrt are the filtee. This means that the __cxa_throw
>> symbol appears to be in
On Fri, Jan 04, 2013 at 12:54:03PM +, David Chisnall wrote:
>
> As a work-around, you can put the breakpoint on _Unwind_RaiseException
> instead. This will work for any language, not just C++ (e.g. it will notice
> Objective-C or gcj-compiled Java exceptions).
>
Thank you, that works for
TB --- 2013-01-04 10:53:42 - tinderbox 2.10 running on freebsd-current.sentex.ca
TB --- 2013-01-04 10:53:42 - FreeBSD freebsd-current.sentex.ca 8.3-PRERELEASE
FreeBSD 8.3-PRERELEASE #0: Mon Mar 26 13:54:12 EDT 2012
d...@freebsd-current.sentex.ca:/usr/obj/usr/src/sys/GENERIC amd64
TB --- 2013
O. Hartmann wrote:
> Since yesterday's update and buildworld on two FreeBSD 10.0-CURRENT
> boxes, i realize a strange behaviour. I have one server exporting via
> NFSv4 several ZFS volumes. The UID mapping went pretty well so far,
> but
> with a reboot of yesterday (after a buildworld), files are s
I use a small testing server. The hardware is most modern Intel hardware
(i3-3220, Z77 chipset), 16GB RAM. The OS is FreeBSD 10.0-CURRENT #1
r245036M: Fri Jan 4 12:48:53 CET 2013.
The ZFS subsystem is comprised by 3 Western Digital 3 TB harddrives (WDC
WD30EZRX-00DC0B0 80.00A80> ATA-9 SATA 3.x de
On Jan 4, 2013, at 2:52 PM, "O. Hartmann" wrote:
> I use a small testing server. The hardware is most modern Intel hardware
> (i3-3220, Z77 chipset), 16GB RAM. The OS is FreeBSD 10.0-CURRENT #1
> r245036M: Fri Jan 4 12:48:53 CET 2013.
>
> The ZFS subsystem is comprised by 3 Western Digital 3 T
On 2013-01-04 14:02, Stefan Farfeleder wrote:
On Fri, Jan 04, 2013 at 12:54:03PM +, David Chisnall wrote:
As a work-around, you can put the breakpoint on _Unwind_RaiseException instead.
This will work for any language, not just C++ (e.g. it will notice Objective-C
or gcj-compiled Java exc
On Fri, Jan 4, 2013 at 6:06 AM, Fleuriot Damien wrote:
...
> And this is under [global] in /usr/local/etc/smb.conf:
>min receivefile size = 16384
>aio read size = 16384
>aio write size = 16384
>aio write behind = yes
These are still pretty low, depending on what your networking/
On Fri, Jan 4, 2013 at 3:23 AM, Anton Shterenlikht wrote:
...
> Is my disk dying?
Uncorrectable read errors suggest yes (especially because the LBA
varies between the two error messages). I would definitely backup your
data at the very least, and as others suggested use smartmontools [via
a liv
Answering just the trivial question...
On Fri, Jan 4, 2013 at 2:13 AM, O. Hartmann wrote:
...
> server-1: FreeBSD 10.0-CURRENT #0 r244957: Wed Jan 2 12:06:13 CET 2013
>
> By the way, can someone give me a hint why some boxes show up with an
> attached "M" to the SVN revision number (like r2450
Am 01/04/13 14:30, schrieb Rick Macklem:
> O. Hartmann wrote:
>> Since yesterday's update and buildworld on two FreeBSD 10.0-CURRENT
>> boxes, i realize a strange behaviour. I have one server exporting via
>> NFSv4 several ZFS volumes. The UID mapping went pretty well so far,
>> but
>> with a reboo
Am 01/04/13 15:45, schrieb Garrett Cooper:
> On Fri, Jan 4, 2013 at 6:06 AM, Fleuriot Damien wrote:
>
> ...
>
>> And this is under [global] in /usr/local/etc/smb.conf:
>>min receivefile size = 16384
>>aio read size = 16384
>>aio write size = 16384
>>aio write behind = yes
>
> Th
On Jan 4, 2013, at 4:19 PM, O. Hartmann wrote:
> Am 01/04/13 15:45, schrieb Garrett Cooper:
>> On Fri, Jan 4, 2013 at 6:06 AM, Fleuriot Damien wrote:
>>
>> ...
>>
>>> And this is under [global] in /usr/local/etc/smb.conf:
>>> min receivefile size = 16384
>>> aio read size = 16384
>>> ai
On Wed, Jan 02, 2013 at 02:59:50PM +0100, Stefan Farfeleder wrote:
> On Sun, Dec 30, 2012 at 11:17:10PM +0100, Dimitry Andric wrote:
> >
> > I have been playing with Stefan's testcase for a while now, and while I
> > can reproduce the crashes, I am still at a loss about the cause. It
> > does see
Am 01/04/13 15:52, schrieb Garrett Cooper:
> Answering just the trivial question...
>
> On Fri, Jan 4, 2013 at 2:13 AM, O. Hartmann
> wrote:
>
> ...
>
>> server-1: FreeBSD 10.0-CURRENT #0 r244957: Wed Jan 2 12:06:13 CET 2013
>>
>> By the way, can someone give me a hint why some boxes show up
On Fri, Jan 04, 2013 at 05:52:41PM +0100, O. Hartmann wrote:
> Am 01/04/13 15:52, schrieb Garrett Cooper:
> > Answering just the trivial question...
> > On Fri, Jan 4, 2013 at 2:13 AM, O. Hartmann wrote:
> >> server-1: FreeBSD 10.0-CURRENT #0 r244957: Wed Jan 2 12:06:13 CET 2013
> >>
> >> By the w
On 2013-01-04 17:52, O. Hartmann wrote:
Am 01/04/13 15:52, schrieb Garrett Cooper:
Answering just the trivial question...
...
The M stands for sources modified after checkout:
http://gotofritz.net/blog/howto/svn-status-codes/
Well, from what I received by now - does this imply that I hav
On 2013-01-04 17:52, O. Hartmann wrote:
> Am 01/04/13 15:52, schrieb Garrett Cooper:
>> Answering just the trivial question...
>>
>> On Fri, Jan 4, 2013 at 2:13 AM, O. Hartmann
>> wrote:
>>
>> ...
>>
>>> server-1: FreeBSD 10.0-CURRENT #0 r244957: Wed Jan 2 12:06:13 CET 2013
>>>
>>> By the way, c
Am 01/04/13 18:00, schrieb Steve Kargl:
> On Fri, Jan 04, 2013 at 05:52:41PM +0100, O. Hartmann wrote:
>> Am 01/04/13 15:52, schrieb Garrett Cooper:
>>> Answering just the trivial question...
>>> On Fri, Jan 4, 2013 at 2:13 AM, O. Hartmann wrote:
server-1: FreeBSD 10.0-CURRENT #0 r244957: Wed
Fleuriot Damien schreef:
On Jan 4, 2013, at 4:19 PM, O. Hartmann wrote:
Am 01/04/13 15:45, schrieb Garrett Cooper:
On Fri, Jan 4, 2013 at 6:06 AM, Fleuriot Damien wrote:
...
And this is under [global] in /usr/local/etc/smb.conf:
min receivefile size = 16384
aio read size = 16384
On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
> On Wed, Jan 02, 2013 at 02:59:50PM +0100, Stefan Farfeleder wrote:
> > On Sun, Dec 30, 2012 at 11:17:10PM +0100, Dimitry Andric wrote:
> > >
> > > I have been playing with Stefan's testcase for a while now, and while I
> > > can
Fleuriot Damien wrote:
>
> On Jan 4, 2013, at 4:19 PM, O. Hartmann wrote:
>
> > Am 01/04/13 15:45, schrieb Garrett Cooper:
> >> On Fri, Jan 4, 2013 at 6:06 AM, Fleuriot Damien wrote:
> >>
> >> ...
> >>
> >>> And this is under [global] in /usr/local/etc/smb.conf:
> >>> min receivefile size
On Fri, Jan 04, 2013 at 08:14:38PM +0200, Konstantin Belousov wrote:
> On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
> > Here's a minimal test case that reproduces the bug:
> >
> > $ cat throw-crash.cc
> > #include
> >
> > void f2(void) {
> > std::string s;
> > throw
On Fri, Jan 04, 2013 at 08:06:02PM +0100, Stefan Farfeleder wrote:
> On Fri, Jan 04, 2013 at 08:14:38PM +0200, Konstantin Belousov wrote:
> > On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
> > > Here's a minimal test case that reproduces the bug:
> > >
> > > $ cat throw-crash.c
On Fri, Jan 4, 2013 at 10:28 AM, Fabian Keil
wrote:
...
> While I agree that the values are system dependant the purpose of
> the tunables could still be documented together with a description
> of how to properly test that they have any effect at all and that
> it's an improvement compared to t
On Fri, Jan 4, 2013 at 12:33 PM, Garrett Cooper wrote:
...
> The documentation is there (see the Evil ZFS Tuning Guide, etc), the
> problem is that our OS is Solaris so the directions do not directly
> apply.
Meant to say:
... is not Solaris...
Thanks,
-Garrett
___
Fabian Keil wrote:
> Fleuriot Damien wrote:
>
> >
> > On Jan 4, 2013, at 4:19 PM, O. Hartmann
> > wrote:
> >
> > > Am 01/04/13 15:45, schrieb Garrett Cooper:
> > >> On Fri, Jan 4, 2013 at 6:06 AM, Fleuriot Damien wrote:
> > >>
> > >> ...
> > >>
> > >>> And this is under [global] in /usr/local/e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 01/04/2013 12:23, Konstantin Belousov wrote:
> On Fri, Jan 04, 2013 at 08:06:02PM +0100, Stefan Farfeleder wrote:
>> On Fri, Jan 04, 2013 at 08:14:38PM +0200, Konstantin Belousov
>> wrote:
>>> On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfele
On 01/04/13 15:23, Konstantin Belousov wrote:
> On Fri, Jan 04, 2013 at 08:06:02PM +0100, Stefan Farfeleder wrote:
>> On Fri, Jan 04, 2013 at 08:14:38PM +0200, Konstantin Belousov wrote:
>>> On Fri, Jan 04, 2013 at 04:49:41PM +0100, Stefan Farfeleder wrote:
Here's a minimal test case that repr
... ath_ahb is only needed for MIPS platforms. Why are you building it for x86?
Also, do you have the 5416 support option in your kernel?
adrian
On 4 January 2013 20:37, Super Bisquit wrote:
> In sys/modules/svr4 needs machine/_align.h to read
> X86/include/_align.h, if that means anything.
>
I did not know that ath_ahb was MIPS only. Why? I wanted the most/best
performance for my system's wireless.
Support for 5416 is there but the card is a 2413.
On Sat, Jan 5, 2013 at 12:03 AM, Adrian Chadd wrote:
> ... ath_ahb is only needed for MIPS platforms. Why are you building it for
> x86?
43 matches
Mail list logo
