TB --- 2010-10-04 00:09:03 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-10-04 00:09:03 - starting RELENG_8 tinderbox run for mips/mips
TB --- 2010-10-04 00:09:03 - cleaning the object tree
TB --- 2010-10-04 00:10:27 - cvsupping the source tree
TB --- 2010-10-04 00:10:27 - /usr/b
On Sun, Oct 3, 2010 at 6:11 PM, Dan Langille wrote:
> I'm rerunning my test after I had a drive go offline[1]. But I'm not
> getting anything like the previous test:
>
> time zfs send storage/bac...@transfer | mbuffer | zfs receive
> storage/compressed/bacula-buffer
>
> $ zpool iostat 10 10
>
On 10/1/2010 9:32 PM, Dan Langille wrote:
On 10/1/2010 7:00 PM, Artem Belevich wrote:
On Fri, Oct 1, 2010 at 3:49 PM, Dan Langille wrote:
FYI: this is all on the same box.
In one of the previous emails you've used this command line:
# mbuffer -s 128k -m 1G -I 9090 | zfs receive
You've used
On Thu, Sep 30, 2010 at 1:45 PM, Adam Vande More wrote:
> Thanks for looking into it, I'm going to play around with BIOS voltages to
> see if I can achieve some stability since I don't have much to lose trying
> that first. The system may work fine for a week or more, then have a really
> bad day
Thank you everyone for your comments!
On Sun, Oct 3, 2010 at 11:19 AM, Ivan Voras wrote:
> On 10/02/10 22:18, Rumen Telbizov wrote:
> > pool: tank
> > config:
> >
> > NAME STATE READ WRITE CKSUM
> > tank ONLINE 0 0 0
> > mirror
At Sun, 3 Oct 2010 15:09:35 +0200,
Roub$(D+?+-(Bek Zden$(D+5(Bk wrote:
> >> awk 'FS="," { print $1"-"$2 }' GeoIPCountryWhois.csv
This code is equivalent to
awk '(FS=","){} { print $1"-"$2 }' GeoIPCountryWhois.csv
so I think it is OK not to separate the first line with ",".
However, from the
On Sat, Oct 2, 2010 at 9:11 PM, Dave Hayes wrote:
> What does the above mentioned panic mean? I'm booting from
> an mfsroot off of a DVD with a loader.conf like this:
>
> autoboot_delay="5"
> mfsroot_load="YES"
> mfsroot_type="mfs_root"
> mfsroot_name="/mfsboot"
> vfs.root.mountfrom="ufs:md0
On 10/02/10 22:18, Rumen Telbizov wrote:
> pool: tank
> config:
>
> NAME STATE READ WRITE CKSUM
> tank ONLINE 0 0 0
> mirror ONLINE 0 0 0
> gpt/tank0 ONLINE 0 0 0
> gpt/tank
TB --- 2010-10-03 13:51:32 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-10-03 13:51:32 - starting RELENG_8_1 tinderbox run for
powerpc/powerpc
TB --- 2010-10-03 13:51:32 - cleaning the object tree
TB --- 2010-10-03 13:53:13 - cvsupping the source tree
TB --- 2010-10-03 13:53:13
TB --- 2010-10-03 13:19:08 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-10-03 13:19:08 - starting RELENG_8_1 tinderbox run for mips/mips
TB --- 2010-10-03 13:19:08 - cleaning the object tree
TB --- 2010-10-03 13:20:13 - cvsupping the source tree
TB --- 2010-10-03 13:20:13 - /usr
TB --- 2010-10-03 13:14:47 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-10-03 13:14:47 - starting RELENG_8_1 tinderbox run for ia64/ia64
TB --- 2010-10-03 13:14:47 - cleaning the object tree
TB --- 2010-10-03 13:17:13 - cvsupping the source tree
TB --- 2010-10-03 13:17:13 - /usr
The tunings between your Linux and FreeBSD instances differ severely,
> and some of the variables don't even exist any longer (example:
> table_cache is now known as table_open_cache as of MySQL 5.1.3, and
> probably key_buffer vs. key_buffer_size too).
>
> Can you please rule out MySQL tunings bei
Hello
> On 02/10/2010 21:58, Miroslav Lachman wrote:
>> I think there is a bug in AWK in base of FreeBSD 6.x and 7.x (tested on
>> 6.4 i386 and 7.3 i386)
>>
>> I have this simple test case, where I want 2 columns from GeoIP CSV file:
>>
>> awk 'FS="," { print $1"-"$2 }' GeoIPCountryWhois.csv
>
>
TB --- 2010-10-03 12:36:18 - tinderbox 2.6 running on freebsd-current.sentex.ca
TB --- 2010-10-03 12:36:18 - starting RELENG_8_1 tinderbox run for i386/pc98
TB --- 2010-10-03 12:36:18 - cleaning the object tree
TB --- 2010-10-03 12:38:45 - cvsupping the source tree
TB --- 2010-10-03 12:38:45 - /usr
On 10/2/2010 10:04 PM, Dan Langille wrote:
After a 'shutdown -p now', it was about 20 minutes before I went and
powered it up (I was on minecraft). The box came back with the missing HDD:
$ zpool status storage
pool: storage
state: ONLINE
status: One or more devices has experienced an unrecover
On Sat, 02 Oct 2010 22:25:18 -0400 Steve Polyack
wrote:
> I thin its worth it to think about TLER (or the absence of it) here -
> http://en.wikipedia.org/wiki/Time-Limited_Error_Recovery . Your
> consumer / SATA Hitachi drives likely do not put a limit on the time
> the drive may block on a co
16 matches
Mail list logo