On Mon, Oct 18, 2010 at 12:13 PM, Garrett Cooper wrote:
> On Mon, Oct 18, 2010 at 11:36 AM, Alexander Best
> wrote:
> > On Mon Oct 18 10, Garrett Cooper wrote:
> >> On Mon, Oct 18, 2010 at 8:28 AM, Alexander Best
> wrote:
> >> > On Mon Oct 18 10, Alexander Best wrote:
> >> >> On Fri Sep 17 10, A
cd /usr/ports/*/postgres90-server
make clean
export DTRACE_DEBUG=1
make install
Check what dtrace is doing.
BTW have you added postgres to the wheel group?
Regards,
--
Rui Paulo
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/ma
On Tue, Oct 19, 2010 at 08:07:54AM +0200, David Naylor wrote:
> On Monday 18 October 2010 21:51:25 Luigi Rizzo wrote:
...
> > > - is there anyway to automatically attach gsched to a device on startup
> > > (i.e.
> > >
> > > in rc.conf)?
> >
> > no, you have to build some script yourself.
>
> W
TB --- 2010-10-19 01:55:54 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-10-19 01:55:54 - starting HEAD tinderbox run for sparc64/sparc64
TB --- 2010-10-19 01:55:54 - cleaning the object tree
TB --- 2010-10-19 01:58:17 - cvsupping the source tree
TB --- 2010-10-19 01:58:17 - /usr
On 2010-09-20, David Xu wrote:
> I redirect all output to a disk file, and it still needs 1 second to
> complete, this machine is dual-core pentium E5500, faster than previous
> one which is a dual-core AMD 5000+ machine, the 5000+ needs 2
> seconds to complete.
>
> $/usr/bin/time sysctl -b kern.g
On 19 Oct 2010, at 10:15, István wrote:
> wow, you go the point after couple of emails. better later than never, huh :)
You sure are an amusing guy. Rude, but amusing :-)
>
> you think adding pgsql to wheel might help? cc freebsd-security@ and see
> their opinion about the topic.
dof needs t
On Tue, 19 Oct 2010, Rui Paulo wrote:
you think adding pgsql to wheel might help? cc freebsd-security@ and see
their opinion about the topic.
dof needs to inject the probes in /dev/dtrace/helper, so the user needs rw
access to the /dev/dtrace/helper. I specifically added write access to the
TB --- 2010-10-19 01:15:02 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-10-19 01:15:02 - starting HEAD tinderbox run for powerpc64/powerpc
TB --- 2010-10-19 01:15:02 - cleaning the object tree
TB --- 2010-10-19 01:17:08 - cvsupping the source tree
TB --- 2010-10-19 01:17:08 - /u
TB --- 2010-10-19 04:03:09 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-10-19 04:03:09 - starting HEAD tinderbox run for sparc64/sun4v
TB --- 2010-10-19 04:03:09 - cleaning the object tree
TB --- 2010-10-19 04:04:56 - cvsupping the source tree
TB --- 2010-10-19 04:04:56 - /usr/b
wow, you go the point after couple of emails. better later than never, huh
:)
you think adding pgsql to wheel might help? cc freebsd-security@ and see
their opinion about the topic.
i modified the permission of /dev/dtrace/helper instead but it gives the
following error still:
dtrace DOF postgre
On Tue, Oct 19, 2010 at 10:33 AM, Rui Paulo wrote:
>
> On 19 Oct 2010, at 10:15, István wrote:
>
> > wow, you go the point after couple of emails. better later than never,
> huh :)
>
> You sure are an amusing guy. Rude, but amusing :-)
>
>
thanks!
> >
> > you think adding pgsql to wheel might h
On Monday, October 18, 2010 3:30:11 pm Ed Maste wrote:
> On Mon, Oct 18, 2010 at 01:11:42PM -0500, Dan Nelson wrote:
>
> > Maybe only blank it out on 32-bit machines? It's a long, and a 64-bit
> > cp_time value essentially won't roll over (at 1 billion increments per
> > second it will roll over
On Monday, October 18, 2010 12:55:18 pm Sergey Kandaurov wrote:
> On 16 October 2010 02:18, Sergey Kandaurov wrote:
> > On 16 October 2010 00:51, Charles Owens wrote:
> >> Hmm... the problem appears to have resolved itself. After a few hours the
> >> new drive seems to have gone back into the a
On Monday, October 18, 2010 4:59:17 pm m...@freebsd.org wrote:
> There's explicit protection for free(NULL, M_FOO), but uma_zfree(zone,
> NULL) will put NULL in the local bucket and then probably return it
> later from a uma_zalloc call. Obviously it's not a good idea to call
> uma_zfree(9) on NUL
David Naylor wrote:
On Monday 18 October 2010 21:51:25 Luigi Rizzo wrote:
[...]
- is there anyway to automatically attach gsched to a device on startup
(i.e.
in rc.conf)?
no, you have to build some script yourself.
Would there be any interest in having a rc.d/ script? I would find i
On 19 October 2010 16:49, John Baldwin wrote:
> On Monday, October 18, 2010 12:55:18 pm Sergey Kandaurov wrote:
>> On 16 October 2010 02:18, Sergey Kandaurov wrote:
>> > On 16 October 2010 00:51, Charles Owens
>> > wrote:
>> >> Hmm... the problem appears to have resolved itself. After a few h
On Tuesday, October 19, 2010 10:05:24 am Sergey Kandaurov wrote:
> On 19 October 2010 16:49, John Baldwin wrote:
> > On Monday, October 18, 2010 12:55:18 pm Sergey Kandaurov wrote:
> >> On 16 October 2010 02:18, Sergey Kandaurov wrote:
> >> > On 16 October 2010 00:51, Charles Owens
> >> > wrote
On Tue, 2010-10-19 at 00:55 +0800, Buganini wrote:
> It seems that wpa_supplicant iterate through all scanned ssids and try to
> associate with each,
> and that cause two problem for me.
>
> 1) in my school, there are many AP, and connection is not stable, when
> disconnect,
> it take many time to
On Oct 18, 2010, at 11:25 AM, Garrett Cooper wrote:
> On Mon, Oct 18, 2010 at 9:55 AM, Sergey Kandaurov wrote:
>> On 16 October 2010 02:18, Sergey Kandaurov wrote:
>>>
>
>Check with LSI before you commit that; you might not understand
> the overall nuances of that value.
In all fairness, w
On 19.10.2010 09:03, Andrey V. Elsukov wrote:
>> Mounting from (...) failed with error 19
>>
>> On boot. The system is using pure ZFS setup. It seems that 19 means
>> ENODEV but according to the dmesg the device do exist.
>
> Yes, i have the same problem.
I fixed it with attached patch.
-
On Tue, Oct 19, 2010 at 08:54:38AM -0400, John Baldwin wrote:
> On Monday, October 18, 2010 3:30:11 pm Ed Maste wrote:
> > On Mon, Oct 18, 2010 at 01:11:42PM -0500, Dan Nelson wrote:
> >
> > > Maybe only blank it out on 32-bit machines? It's a long, and a 64-bit
> > > cp_time value essentially wo
On Oct 18, 2010, at 10:03 PM, Andrey V. Elsukov wrote:
> On 19.10.2010 3:50, Xin LI wrote:
>> With latest kernel I got:
>>
>> Mounting from (...) failed with error 19
>>
>> On boot. The system is using pure ZFS setup. It seems that 19 means
>> ENODEV but according to the dmesg the device
On 19.10.2010 19:43, Marcel Moolenaar wrote:
>> Yes, i have the same problem.
>
> Can you both boot verbose and send me the output.
> Also, please boot with -a and show me the console
> output, as well as the output of the '?' command.
It is ZFS-only system and I have this line in /boot/loader.co
On Oct 19, 2010, at 7:55 AM, Andrey V. Elsukov wrote:
> On 19.10.2010 09:03, Andrey V. Elsukov wrote:
>>> Mounting from (...) failed with error 19
>>>
>>> On boot. The system is using pure ZFS setup. It seems that 19 means
>>> ENODEV but according to the dmesg the device do exist.
>>
>> Y
On Tuesday, October 19, 2010 10:40:56 am Lars Engels wrote:
> On Tue, Oct 19, 2010 at 08:54:38AM -0400, John Baldwin wrote:
> > On Monday, October 18, 2010 3:30:11 pm Ed Maste wrote:
> > > On Mon, Oct 18, 2010 at 01:11:42PM -0500, Dan Nelson wrote:
> > >
> > > > Maybe only blank it out on 32-bit m
On my sparc64 system with today kernel I also got this problem.
With old kernel system boots properly.
boot -sv log attached.
--
MATPOCKuH
boot-sv.log
Description: Binary data
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailm
On Tue, Oct 19, 2010 at 8:55 AM, Andriy Gapon wrote:
>
>> Having dynamic slab sizes would allow to have the keg backed on a larger slab
>> without going OFFPAGE.
>
> I agree in principle.
> But without seeing code that implements that I can't guess if it would really
> be
> more efficient or more
On 19.10.2010 03:50, Xin LI wrote:
Escaping to boot loader prompt, and load old kernel, old opensolaris.ko,
old zfs.ko doesn't work.
I think you forgot to load zpool.cache:
load -t /boot/zfs/zpool.cache /boot/zfs/zpool.cache
___
freebsd-current@freebsd
Recently there were changes made to the ath driver on CURRENT
does FreeBSD still need these changes?
http://marc.info/?l=linux-wireless&m=128746728412954&w=2
I did notice they went in OpenBSD's Tree today
--
Sam Fourman Jr.
Fourman Networks
http://www.fourmannetworks.com
__
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 10/19/10 08:49, Marcel Moolenaar wrote:
>
> On Oct 19, 2010, at 7:55 AM, Andrey V. Elsukov wrote:
>
>> On 19.10.2010 09:03, Andrey V. Elsukov wrote:
Mounting from (...) failed with error 19
On boot. The system is using pure ZF
On Oct 19, 2010, at 2:21 PM, Xin LI wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
> On 10/19/10 08:49, Marcel Moolenaar wrote:
>>
>> On Oct 19, 2010, at 7:55 AM, Andrey V. Elsukov wrote:
>>
>>> On 19.10.2010 09:03, Andrey V. Elsukov wrote:
> Mounting from (...) failed with
My experience with a sleeping freebsd laptop has been shortlived!
Today I rebuilt world using clang & this morning's csup current.
Clang build went just swimmingly.
Unthinkingly, I closed my laptop lid and put it in my case.
When I got to my house, it was roasting with fans spinning and sleep
Jaakko Heinonen wrote:
On 2010-09-20, David Xu wrote:
I redirect all output to a disk file, and it still needs 1 second to
complete, this machine is dual-core pentium E5500, faster than previous
one which is a dual-core AMD 5000+ machine, the 5000+ needs 2
seconds to complete.
$/usr/bin/time sy
On 20.10.2010 2:33, Marcel Moolenaar wrote:
>> What about the attached patch? I'm going to give it a swirl soon. The
>> difference is that it tests whether dev begins with /dev/.
>
> Interesting. I've been thinking about this too, but isn't
> exactly fool-proof. When devfs is the root file syste
:>
:> > On a related note I'm not sure if it makes sense to have the same
:> > behaviour for the first line when an interval is set as when it is
:> > invoked with no interval.
:
:...also vmstat seems to exist in a few other OSes (linux e.g). maybe they've
:fixed it already (or the netbsd/openbsd/
Hello!
> I fixed it with attached patch.
Omg... Why You are using strcmp, but not strncmp(fs, "zfs", strlen("zfs"))?
--
MATPOCKuH
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send
36 matches
Mail list logo