We are moving to FCP and SCSI disks soon for our Linux Guests and i am wondering if
anyone has encountered this before? and what kind of lun sizing did you go with? what
kind of lun sizing scheme did you come up with? What did you use for you paging file?
vdisk? Please post any helpful info to
] On Behalf Of
Seader, Cameron
Sent: Tuesday, September 28, 2004 10:34 AM
To: [EMAIL PROTECTED]
Subject: FCP SCSI Lun Allocation
We are moving to FCP and SCSI disks soon for our Linux Guests and i am
wondering if anyone has encountered this before? and what kind of lun sizing
did you go with? what
and one with a 20 and so on. What is everyone doing?
-Cameron
-Original Message-
From: Post, Mark K [mailto:[EMAIL PROTECTED]
Sent: Tuesday, September 28, 2004 08:54
To: [EMAIL PROTECTED]
Subject: Re: FCP SCSI Lun Allocation
Uhh, encountered _what_ before? You didn't say, exactly. If you're
To
[EMAIL PROTECTED]
cc
Subject
Re: FCP SCSI Lun Allocation
encountered moving from DASD eckd to FCP SCSI? BTW that is good
information that you provided here. I am looking more for information on
how people are setting up their lun sizes for each guest. Are they doing
it by a guest per guest basis
: Re: FCP SCSI Lun Allocation
We define the entire Open Systems side of our ESS boxes as 4 Gig luns. It
seemes to be a nice allocation amount which is much more useful than a
mod-3 but not so large as a mod-9
We use either LVM or RAID 0 to stripe them together into larger
filesystems.
If you
Are you partitioning your linux paging file into thse luns as well?
What type of partitioning are you doing as far as the filesystem goes?
-Cameron
We use vdisk for linux paging - it will be faster than real disk when
possible, and at least take advantage of VM's wide paging hierarchy when
it
On Tue, 28 Sep 2004, Robert J Brenneman wrote:
We usually dont create more than one partition on a lun
since we are using 4 Gig luns. If you went with something like a
20 Gig lun then you'd probably want to have seperate partitions ...
Hear here! Indeed!
Not only use just one
