[prev in list] [next in list] [prev in thread] [next in thread] 

List:       freebsd-scsi
Subject:    Re: 'Wiring down' iSCSI devices / stop swapping dev nodes...
From:       Daniel Braniss <danny () cs ! huji ! ac ! il>
Date:       2014-05-09 6:17:33
Message-ID: 620EE312-8B43-4E65-A534-6CAA92982CAD () cs ! huji ! ac ! il
[Download RAW message or body]


On May 8, 2014, at 9:32 PM, Karl Pielorz <kpielorz_lst@tdx.co.uk> wrote:

> =

> =

> --On 8 May 2014 17:12:24 +0300 Daniel Braniss <danny@cs.huji.ac.il> wrote:
> =

>> one solution is to use gpart (8)
>> 	gpart create -s GPT /dev/dan
>> 	=85
>> 	gpart add -t freebsd-ufs -l d0/p1 /dev/dan
>> =

>> and you can use now
>> 	/dev/gpt/d0/p1
>> =

>> which [should] be true whatever iscsi decides to call device.
> =

> I hadn't thought of that - mostly because the devices underlying the iSCS=
I are already gparted (i.e. the iSCSI target is a GPT partition on an under=
lying disk).
> =

> I'm just trying it now - looks like it will work (Ok, it's created - I ne=
ed to test failure etc.)
> =

> Is there any performance hit from having 'GPT within a GPT' kind of thing=
 going on? - I suppose I could just share out the raw disk (i.e. /dev/daX) =
via iSCSI and then there'd be only one layer of partitioning going on... I'=
m not sure if that's a good idea or not :)

just from my guts, I don=92t think there is any noticeable overhead, consid=
ering that TCP already adds allot, one more indirection
is probably negligible.

danny

_______________________________________________
freebsd-scsi@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-scsi
To unsubscribe, send any mail to "freebsd-scsi-unsubscribe@freebsd.org"
[prev in list] [next in list] [prev in thread] [next in thread]