On Fri, Jul 23, 2010 at 9:25 PM, Freddie Cash wrote:
> It's theoretical as I have not investigated how to create sparse files
> on FreeBSD, nor have I done this. It's based on several posts to the
> zfs-discuss mailing list where several people have done this on
> OpenSolaris.
>
Easiest way to
On 7/23/2010 10:51 PM, Dan Langille wrote:
On 7/23/2010 10:42 PM, Daniel O'Connor wrote:
On 24/07/2010, at 11:55, Freddie Cash wrote:
It's theoretical as I have not investigated how to create sparse
files on FreeBSD, nor have I done this. It's based on several
posts to the zfs-discuss mailing
On 7/23/2010 10:42 PM, Daniel O'Connor wrote:
On 24/07/2010, at 11:55, Freddie Cash wrote:
It's theoretical as I have not investigated how to create sparse files
on FreeBSD, nor have I done this. It's based on several posts to the
zfs-discuss mailing list where several people have done this on
On 24/07/2010, at 11:55, Freddie Cash wrote:
> It's theoretical as I have not investigated how to create sparse files
> on FreeBSD, nor have I done this. It's based on several posts to the
> zfs-discuss mailing list where several people have done this on
> OpenSolaris.
FYI you would do..
truncat
On 7/23/2010 10:25 PM, Freddie Cash wrote:
On Fri, Jul 23, 2010 at 6:33 PM, Dan Langille wrote:
Pawell and I had an online chat about part of my strategy. To be clear:
I have a 5x2TB raidz1 array.
I have 2x2TB empty HDD
My goal was to go to raidz2 by:
- copy data to empty HDD
- redo the zpo
On Thu, 2010-07-22 at 17:51 -0700, Chuck Swiger wrote:
> Hi, Mahlon--
>
> On Jul 22, 2010, at 5:36 PM, Mahlon E. Smith wrote:
> > Install worked great, though it appears I need to keep hyperthreading
> > ("logical processors" bios option) disabled for it to boot reliably.
> > Similar errors as bef
On Fri, Jul 23, 2010 at 6:33 PM, Dan Langille wrote:
> Pawell and I had an online chat about part of my strategy. To be clear:
>
> I have a 5x2TB raidz1 array.
>
> I have 2x2TB empty HDD
>
> My goal was to go to raidz2 by:
> - copy data to empty HDD
> - redo the zpool to be raidz2
> - copy back t
For those of you who don't subscribe to the freebsd-announce
list:
http://www.freebsd.org/releases/8.1R/announce.html
Enjoy.
--
Ken Smith
- From there to here, from here to | kensm...@buffalo.edu
there, funny things are everywhere.
On 7/22/2010 9:22 PM, Pawel Tyll wrote:
I do not think I can adjust the existing zpool on the fly. I think I
need to copy everything elsewhere (i.e the 2 empty drives). Then start
the new zpool from scratch.
You can, and you should (for educational purposes if not for fun :>),
unless you wis
Holm Tiffe wrote:
> Why I can't read 1440K blocks from the floppy anymore?
Perhaps something changed in the DMA driver, such that it is
no longer able to handle a request exceeding 65K (which was
the hardwired limit of the "original" PC DMA controller).
I've long used bs=120b for floppies, and n
On 7/22/2010 8:47 PM, Dan Langille wrote:
Thank you to all the helpful discussion. It's been very helpful and
educational. Based on the advice and suggestions, I'm going to adjust my
original plan as follows.
NOTE: glabel will not be used.
First, create a new GUID Partition Table partition sc
On 23/07/2010 19:04, Dmitry Morozovsky wrote:
On Fri, 23 Jul 2010, John Hawkes-Reed wrote:
JH> Since I still have the medium-sized ZFS array on the bench, testing this
GPT
JH> setup seemed like a good idea.
JH>
JH> The hardware's a Supermicro X8DTL-iF m/b + 12Gb memory, 2x 5502 Xeons, 3x
JH>
On Fri, 23 Jul 2010, John Hawkes-Reed wrote:
JH> Since I still have the medium-sized ZFS array on the bench, testing this GPT
JH> setup seemed like a good idea.
JH>
JH> The hardware's a Supermicro X8DTL-iF m/b + 12Gb memory, 2x 5502 Xeons, 3x
JH> Supermicro USASLP-L8I 3G SAS controllers and 24x H
On Thu, Jul 22, 2010 at 8:22 PM, Pawel Tyll wrote:
>> I do not think I can adjust the existing zpool on the fly. I think I
>> need to copy everything elsewhere (i.e the 2 empty drives). Then start
>> the new zpool from scratch.
> You can, and you should (for educational purposes if not for fun :
On Thu, 2010-07-22 at 17:51 -0700, Chuck Swiger wrote:
> Hi, Mahlon--
>
> On Jul 22, 2010, at 5:36 PM, Mahlon E. Smith wrote:
> > Install worked great, though it appears I need to keep hyperthreading
> > ("logical processors" bios option) disabled for it to boot reliably.
> > Similar errors as bef
On Thu, 2010-07-22 at 17:51 -0700, Chuck Swiger wrote:
> Hi, Mahlon--
>
> On Jul 22, 2010, at 5:36 PM, Mahlon E. Smith wrote:
> > Install worked great, though it appears I need to keep hyperthreading
> > ("logical processors" bios option) disabled for it to boot reliably.
> > Similar errors as bef
Dan Langille wrote:
Thank you to all the helpful discussion. It's been very helpful and
educational. Based on the advice and suggestions, I'm going to adjust
my original plan as follows.
[ ... ]
Since I still have the medium-sized ZFS array on the bench, testing this
GPT setup seemed like
On 7/22/2010 9:51 PM, Pawel Tyll wrote:
So... the smaller size won't mess things up...
If by smaller size you mean smaller size of existing
drives/partitions, then growing zpools by replacing smaller vdevs
with larger ones is supported and works. What isn't supported is
basically everything else
On Fri, Jul 23, 2010 at 11:48:16AM +0100, Jonathan Belson wrote:
> Early this morning I read through the daily status e-mails from a
> server I administer. I was unpleasantly surprised to see a refused
> ssh connection from an external IP address, which shouldn't be
> possible since the machine is
Hi guys, can please someone explain what the heck this is good for?
$ uname -a
FreeBSD unicorn.tsht.lan 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #9: Wed Jul
7 15:31:25 CEST 2010
r...@unicorn.tsht.lan:/data/FreeBSD/obj/data/FreeBSD/src/sys/UNICORN i386
$ fdformat /dev/fd0
Format 1440K floppy `/dev/fd
Hiya
Early this morning I read through the daily status e-mails from a server I
administer. I was unpleasantly surprised to see a refused ssh connection from
an external IP address, which shouldn't be possible since the machine is only
accessible via a VPN :-O
It wasn't until after I'd spok
> That's hardly a solution or reason.
of course it's not, just that last successful boot had WITNESS configured,
and with the latest patches it hang, compiling without WITNESS allowed
the boot to proceed.
> Still please try the patch (or fresh
> 8-STABLE wit
Daniel Braniss wrote:
>> Daniel Braniss wrote:
On Fri, Jul 23, 2010 at 09:35:55AM +0300, Daniel Braniss wrote:
> It seems that the latest changes (last 7 days) introduced this problem:
> ...
> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config
> run_inter
> Daniel Braniss wrote:
> >> On Fri, Jul 23, 2010 at 09:35:55AM +0300, Daniel Braniss wrote:
> >>> It seems that the latest changes (last 7 days) introduced this problem:
> >>> ...
> >>> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config
> >>> run_interrupt_driven_hooks: stil
Daniel Braniss wrote:
>> On Fri, Jul 23, 2010 at 09:35:55AM +0300, Daniel Braniss wrote:
>>> It seems that the latest changes (last 7 days) introduced this problem:
>>> ...
>>> run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config
>>> run_interrupt_driven_hooks: still waiting af
> On Fri, Jul 23, 2010 at 09:35:55AM +0300, Daniel Braniss wrote:
> > It seems that the latest changes (last 7 days) introduced this problem:
> > ...
> > run_interrupt_driven_hooks: still waiting after 60 seconds for xpt_config
> > run_interrupt_driven_hooks: still waiting after 120 seconds for xpt
26 matches
Mail list logo