From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:35946) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1REI75-0001xA-4g for qemu-devel@nongnu.org; Thu, 13 Oct 2011 06:02:08 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1REI6z-0005H3-5w for qemu-devel@nongnu.org; Thu, 13 Oct 2011 06:02:07 -0400 Received: from mx1.redhat.com ([209.132.183.28]:31851) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1REI6y-0005Gq-RS for qemu-devel@nongnu.org; Thu, 13 Oct 2011 06:02:01 -0400 Date: Thu, 13 Oct 2011 11:01:49 +0100 From: "Daniel P. Berrange" Message-ID: <20111013100149.GG22901@redhat.com> References: <1316597875-30463-1-git-send-email-ronniesahlberg@gmail.com> <1316597875-30463-2-git-send-email-ronniesahlberg@gmail.com> <20110929065403.GA3594@stefanha-thinkpad.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: Subject: Re: [Qemu-devel] [PATCH] This patch adds a new block driver : iSCSI Reply-To: "Daniel P. Berrange" List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: ronnie sahlberg Cc: kwolf@redhat.com, Stefan Hajnoczi , dlaor@redhat.com, qemu-devel@nongnu.org, fujita.tomonori@lab.ntt.co.jp, owasserm@redhat.com, pbonzini@redhat.com, hch@lst.de On Thu, Oct 13, 2011 at 08:46:54PM +1100, ronnie sahlberg wrote: > Previous version of the patch received very positive feedback and > several expressed seeing positive value of a built-in initiator. > I updated patch from feedback 3 weeks ago and Stefan kindly reviewed it. > > > Is there some other problem with the patch I am not aware of that I > should address? > > I have been trying to push this patch in different versions since > December last year. > There is obviously a problem here I am not aware of. > Please advice what the problem is and I will try to rectify it. > > > Please advice on how I can move forward. I feel a bit at roads end > here. Please help. I can't comment much on the code, but I'm supportive of QEMU gaining this feature, because it addresses a number of use cases not satisfied by using iSCSI via the host OS's block layer. > >>> You can specify devices using a iscsi url of the form : > >>> iscsi://[[:@]][:/ > >>> When using authentication, the password can optionally be set with > >>> LIBISCSI_CHAP_PASSWORD="password" to avoid it showing up in the process list I'm not a fan of sending passwords via command line args, or environment variables. Env variables *can* be exposed via the process list, albeit not to unprivileged users. More critically, env variables will end up in logfiles like /var/log/libvirt/qemu/$GUESTNAME.log, and in data reported to distro bug trackers, via tools like sosreport which capture /proc/$PID/environ and aforementioned logfiles. We have a similar requirement for specifying passwords with the Ceph/RBD driver, and also for the curl/HTTP block drivers. We have a monitor command for providing decryption passwords for QCow2 disks. We could either reuse that for connection passwords, or perhaps slightly better would be to have a separate command for connection passwords. Daniel -- |: http://berrange.com -o- http://www.flickr.com/photos/dberrange/ :| |: http://libvirt.org -o- http://virt-manager.org :| |: http://autobuild.org -o- http://search.cpan.org/~danberr/ :| |: http://entangle-photo.org -o- http://live.gnome.org/gtk-vnc :|