On Wed, Sep 15, 2010 at 02:23:26PM -0700, Marcel Moolenaar wrote:
>
> On Sep 15, 2010, at 8:23 AM, Anton Shterenlikht wrote:
>
> >
> > % man ls
> > zcat: /usr/share/man/cat1/ls.1.gz already has .gz suffix -- unchanged
> > % man man
> > zcat: /usr/share/man/cat1/man.1.gz already has .gz suffix --
joe mcguckin via.net> writes:
> Writing Makefile for DynaLoader
> ==> Your Makefile has been rebuilt. <==
> ==> Please rerun the make command. <==
> false
> *** Error code 1
Check machine's date/time.
> Rerunning make just make it die again in the same location.
>
> Any ideas?
>
> -joe
HTH
On Wednesday, September 15, 2010 5:57:34 pm Marcin Cieslak wrote:
> Dnia 15.09.2010 John Baldwin napisał/a:
> > On Monday, September 13, 2010 9:10:01 pm Marcin Cieslak wrote:
> >> Output queue of tun(4) gets full after some time when sending lots of data.
> >> I have been observing this on -CURREN
On Wednesday, September 15, 2010 2:32:33 am Joel Dahl wrote:
> I noticed this during boot (HEAD from yesterday):
>
> hpet0: [FILTER]
> hpet0: [FILTER]
> hpet0: [FILTER]
> hpet0: [FILTER]
> hpet0: [FILTER]
> hpet0: [FILTER]
> hpet0: [FILTER]
> hpet0: [FILTER]
>
> Is it really necessary to print th
On 09/15/2010 22:14, Gary Palmer wrote:
> On Wed, Sep 15, 2010 at 08:47:22PM -0400, jhell wrote:
>> On 09/15/2010 13:40, Jason J. W. Williams wrote:
>>> Does the FreeBSD ZFS port get tested against the ZFS test suite
>>> created by Sun? It's a fairly comprehensive suite and has delivered a
>>> very
Dnia 15.09.2010 John Baldwin napisał/a:
> On Monday, September 13, 2010 9:10:01 pm Marcin Cieslak wrote:
>> Output queue of tun(4) gets full after some time when sending lots of data.
>> I have been observing this on -CURRENT at least since March this year.
>>
>> Looks like it's a race condition
Quoting Thomas (from Thu, 16 Sep 2010
14:01:05 +0200):
Hello
Is there an actual reason why "daily_scrub_zfs_enable" is missing in
/etc/defaults/periodic.conf?
Besides the fact that the authoritative source of information is the
man-page: the 800.scrub-zfs is handling the defaults interna
On Sep 16, 2010, at 3:57 AM, Anton Shterenlikht wrote:
>>> # cd /usr/src
>>> # svn up
>>> svn: Can't open file '/usr/local/etc/subversion/servers': Illegal byte
>>> sequence
>>> #
>>>
>>
>> I think your file system is borked. Nonetheless, let me
>> upgrade myself and see if I run onto it too.
hi there,
yesterday during a regular reboot my system was unable to sync vnodes and
buffers. vnodes went down to 1, but then it kept repeating 1 until a timeout
was hit. the output of the buffer syncs was running so fast i could hardly make
out any numbers at all (but i took a picture, if anyone's
On 9/16/2010 5:28 AM, John Baldwin wrote:
On Wednesday, September 15, 2010 2:32:33 am Joel Dahl wrote:
I noticed this during boot (HEAD from yesterday):
hpet0: [FILTER]
hpet0: [FILTER]
hpet0: [FILTER]
hpet0: [FILTER]
hpet0: [FILTER]
hpet0: [FILTER]
hpet0: [FILTER]
hpet0: [FILTER]
Is it really
At Spectra Logic, we are using FreeBSD amd64 under Xen to serve storage
to other Xen domains. Over the past 9 months, we've made several changes
to FreeBSD's Xen support. These include:
o Support for backend devices (e.g. blkback)
o Extensions to the Xen para-virtualized block API to allow for
On 16-09-2010 8:28, John Baldwin wrote:
> On Wednesday, September 15, 2010 2:32:33 am Joel Dahl wrote:
> > I noticed this during boot (HEAD from yesterday):
> >
> > hpet0: [FILTER]
> > hpet0: [FILTER]
> > hpet0: [FILTER]
> > hpet0: [FILTER]
> > hpet0: [FILTER]
> > hpet0: [FILTER]
> > hpet0: [FILT
On 17 Sep 2010, at 02:44, Justin T. Gibbs wrote:
> At Spectra Logic, we are using FreeBSD amd64 under Xen to serve storage
> to other Xen domains. Over the past 9 months, we've made several changes
> to FreeBSD's Xen support. These include:
>
> o Support for backend devices (e.g. blkback)
> o E
13 matches
Mail list logo
