Unlike the scsi module paramater max_luns, iscsi's max_lun cannot be set
on the fly. It requires unloading the module and loading it again.
Would it be possible to add the functionality?
Yours Sincerely,
Stefan de Konink
--~--~-~--~~~---~--~~
You rec
On Thu, 8 May 2008, aspasia wrote:
> Just wanted to find out if anyone has successfully booted a diskless
> server over iscsi on a Gentoo distro? If so, did you follow a How2,
> and if you don't mind to share the link?
But don't you think everything is virtually the same :)
I mean, what happen
What was the reason for adding the block device name to the block symlink
if this symlink already provides this name?
It probably breaks everything that uses this block path directly to find
out the device it is pointing to.
Stefan
--~--~-~--~~~---~--~~
You rec
Hi,
In the libvirt project we have stumbled upon a problem related to name
changes of sys-fs. Looking at the Makefiles of open-iscsi and its
usertools, I wonder if we can make it more easy for other projects using
open-iscsi.
I propose to move the shared sourcecode of ISCSI_LIB_SRCS into a new
s
On Wed, 14 May 2008, Shrey wrote:
> I started using/studying open-iscsi recently. I was wondering if there
> is any hard-coded limit to number of targets devices that can
> discovered per iSCSI target? Is there any hard-coded limit on the
> number of LUNs supported per target device (assuming tha
On Wed, 14 May 2008, Mike Christie wrote:
> Are you going to make it? If so search through the list for others that
> were working on it so you can work together. I have got busy with other
> sutff so I have not been able to finish it. Hopefully after the offload
> card support is done I can get
On Thu, 15 May 2008, Shrey wrote:
> On May 15, 12:39 pm, Stefan de Konink <[EMAIL PROTECTED]> wrote:
> > On Wed, 14 May 2008, Shrey wrote:
> > > I started using/studying open-iscsi recently. I was wondering if there
> > > is any hard-coded limit to n
ely I think hacking the daemon to suppress would be trivial,
but I presume any advanced syslog daemon can do the same.
I wonder if it is the multipath daemon that produces the end_requests,
and not something like udev/hal. But you are a Tweaker, you must be able
to verify that ;)
Yours Since
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
A. Eijkhoudt schreef:
> On Sep 12, 3:49 pm, Konrad Rzeszutek <[EMAIL PROTECTED]> wrote:
>> Can you try to copy the file from the iSCSI target to /dev/null?
>
> Yes, no difference. It's still going at a decidedly unimpressive 1.5MB/
> sec.
So what ab
