I normally launch my kvm VM from the command line with "-redir tcp:3389:3389"
but have been unable to find a way to set up virt-manager to launch it the same
way. Ditto for other qemu options such as "-soundhw all". Is there a way?
TIA,
--
Dave Abrahams
BoostPro Computing
http://www.boostpro.co
On Wed, May 14, 2008 at 11:19:35PM +0200, Jim Meyering wrote:
> "make syntax-check" was failing. This fixed it:
>
> exempt gnulib/ from "make syntax-check" strcmp prohibition
> * .x-sc_prohibit_strcmp: New file.
> * Makefile.am (EXTRA_DIST): Add .x-sc_prohibit_strcmp.
ACK. Stup
"make syntax-check" was failing. This fixed it:
exempt gnulib/ from "make syntax-check" strcmp prohibition
* .x-sc_prohibit_strcmp: New file.
* Makefile.am (EXTRA_DIST): Add .x-sc_prohibit_strcmp.
---
.x-sc_prohibit_strcmp |1 +
Makefile.am |1 +
2 file
On Wed, 14 May 2008, Daniel P. Berrange wrote:
> > I might even go further and publish all resource statistics over mDNS.
> > Maybe people have ideas about this too, securitywise i'm not really
> > interested in the implications since I'm publishing it on a management
> > LAN.
>
> This is already
On Sat, May 10, 2008 at 06:43:11PM +0200, Stefan de Konink wrote:
> On Sat, 10 May 2008, Daniel P. Berrange wrote:
>
> > The code all looks good to me, but can you also provide an update for
> > the default configuration file in qemud/libvirtd.conf with a (commented
> > out) example setting.
>
>
On Fri, May 09, 2008 at 11:40:39PM +0200, Jim Meyering wrote:
> "Daniel P. Berrange" <[EMAIL PROTECTED]> wrote:
>
> > This patch removes all use of strcmp, strncmp, strcasecmp and strncasecmp
> > in favour of the equality macros we have defined in internal.h, eg STREQ,
> > STRNEQ, STRNEQLEN, STREQ
On Wed, May 14, 2008 at 10:32:45PM +0200, Stefan de Konink wrote:
> After playing around with Avahi, I have now a server that is able to query
> all hosts on the network and their VMs, I think it would be interesting to
> publish utilisation statistics in the Txt record of the service.
[snip]
> I
After playing around with Avahi, I have now a server that is able to query
all hosts on the network and their VMs, I think it would be interesting to
publish utilisation statistics in the Txt record of the service.
Of course one could login to a host and fetch the info, but I think it
would be (ma
I think if you can get iscsi_sysfs.c; get_block_dev_from_lun you have the
code already to do this all. So basically get openiscsi into a lib with
helper functions.
ISCSI_LIB_SRCS = util.o io.o auth.o login.o log.o md5.o sha1.o iface.o
idbm.o iscsi_sysfs.o
To something like libopen-iscsi.so, and l
On Wed, 14 May 2008, Daniel P. Berrange wrote:
> So we have no choice but to make our current code work. If someone wants to
> pursue development of an iSCSI library as a long term solution that's a
> worthy goal, but for libvirt we need solutions that work today, for existing
> distros.
Why not
On Wed, May 14, 2008 at 03:19:58PM +0200, Chris Lalancette wrote:
> Stefan de Konink wrote:
> > Fix:
> > snprintf(sysfs_path, PATH_MAX,
> > "/sys/class/iscsi_session/session%s/device/"
> > "target%d:%d:%d/%d:%d:%d:%d",
> > session, target, channel, id, tar
On Wed, May 14, 2008 at 01:57:13PM +0200, Chris Lalancette wrote:
> Stefan de Konink wrote:
> >
> > snprintf(sysfs_path, PATH_MAX,
> > "/sys/class/iscsi_session/session%s/device/"
> > "target%d:%d:%d/%d:%d:%d:%d/block",
> > session, target, channel, id, t
On Wed, May 14, 2008 at 09:32:54AM -0400, Cole Robinson wrote:
> Daniel P. Berrange wrote:
> > On Wed, May 14, 2008 at 11:23:08AM +0900, Atsushi SAKAI wrote:
> >> Hi, Dan
> >>
> >> Thank you for commenting.
> >> Of course, I agree your point
> >> and that you are commiting it.
> >>
> >> I am comme
Daniel P. Berrange wrote:
> On Wed, May 14, 2008 at 11:23:08AM +0900, Atsushi SAKAI wrote:
>> Hi, Dan
>>
>> Thank you for commenting.
>> Of course, I agree your point
>> and that you are commiting it.
>>
>> I am commenting it
>> just because 2 month is not old ago in my feeling.
>>
>>
>> Here Is
On Wed, 14 May 2008, Chris Lalancette wrote:
> Yes, except the problem with your patch is that it will probably break the
> kernel I made the fixes for originally, which was either 2.6.23 or 2.6.24 (and
> which had the /sys/class/iscsi_session/session9/device/target9:0:0:0/
> 9:0:0:0/block/sdd typ
Stefan de Konink wrote:
> Fix:
> snprintf(sysfs_path, PATH_MAX,
> "/sys/class/iscsi_session/session%s/device/"
> "target%d:%d:%d/%d:%d:%d:%d",
> session, target, channel, id, target, channel, id, lun);
>
>
> (so remove /block)
>
>/* OK, no
On Wed, 14 May 2008, Chris Lalancette wrote:
> Ug. Yeah, that will do it. What kernel version are you running that your
> sysfs
> looks like that?
I already send a message to open-iscsi group. Fix is trivial and even more
simple. I'm running 2.6.21-xen (gentoo) with open-iscsi-2.0.869.2.
Fix:
Stefan de Konink wrote:
>
> snprintf(sysfs_path, PATH_MAX,
> "/sys/class/iscsi_session/session%s/device/"
> "target%d:%d:%d/%d:%d:%d:%d/block",
> session, target, channel, id, target, channel, id, lun);
>
>
> xen01 5:0:0:1 # pwd
> /sys/class/iscsi_sessi
On Wed, 14 May 2008, Stefan de Konink wrote:
> That doesn't make me happy.
I have currently solved it and made it work with the new version, I'll
send in a patch.
But there are more things that don't make me happy.
1) lun-0 is ignored
2)
Rescanning session [sid: 8, target:
iqn.1992-08.com.netap
On Wed, 14 May 2008, Stefan de Konink wrote:
> I consider my output interesting... it seems the -P option is ignored.
> (I'm running open-iscsi-2.0.868_rc1)
After upgrading to open-iscsi-2.0.869.2 i have a working output with -P
3... but...
xen01 skinkie # virsh pool-start netapp
libvir: Storage
On Wed, 14 May 2008, Stefan de Konink wrote:
> Something is present, thus the login was succesfull. How to get this to
> work with the libvirt storage pool?
>
> I have tried to change the target path. But it doesn't give me any output.
> I'll now look in the C code to see what you are giving as co
On Tue, 6 May 2008, Daniel P. Berrange wrote:
> As a simple example...
> - Create an XML definition for the iSCSI target you want to access,
I have created:
netapp
/dev/disk/by-path
> - Define the pool
>
> # virsh pool-define virt.xml
xen01 netapp # virsh pool-define virt.x
22 matches
Mail list logo