I tried again, yes, adding comma is the best manner, if there is no comma between target_type and name, org.fedoraproject.anaconda.log.0 will disappear from the guest xml file. ----- Original Message ----- From: "Hongqing Yang" <hoyang@xxxxxxxxxx> To: "Osier Yang" <jyang@xxxxxxxxxx> Cc: libvirt-users@xxxxxxxxxx Sent: Thursday, January 20, 2011 10:48:55 AM Subject: Re: virt-install with --channel option inquiry Osier, Thanks for ur reply, it works now. the place need comma is after tcp as --channel tcp,host=... Thanks again Hongqing ----- Original Message ----- From: "Osier Yang" <jyang@xxxxxxxxxx> To: libvirt-users@xxxxxxxxxx Sent: Thursday, January 20, 2011 10:33:38 AM Subject: Re: virt-install with --channel option inquiry 于 2011年01月17日 18:51, Hongqing Yang 写道: > hi, virt guys, > This is Hongqing from Fedroa QA team. I try to forward the guest installation logs to host with virtio. > I have used virsh edit<guestName> to add a channel, it works fine. > I think it would be better if I can initialize it when I create the guest using virt-install, > and virt-install also offers the option, I have tried below, but it does not work. > virt-install > --connect qemu:///system \ > --virt-type kvm \ > --name demo2 \ > --ram 500 \ > --disk path=/home/hongqing/testscript/demo2.img,size=10,sparse=true \ > --accelerate \ > --cdrom /home/hongqing/fedora/Fedora-14-x86_64-DVD.iso \ > --channel tcp host=127.0.0.1:6080 mode=connect target_type=virtio name=org.fedoraproject.anaconda.log.0 > > error message is : > ERROR internal error Process exited while reading console log output: char device redirected to /dev/pts/20 > getaddrinfo(127.0.0.1,None): Servname not supported for ai_socktype > chardev: opening backend "socket" failed > > both the host and guest are fedaora 14. > I have checked the service syslog with port 6080 is listening. and also I have disabled the SElinux. > Do you have any idea about this? Thanks for taking time to view it. > > Hongqing YANG > --channel SOURCE,target_type=guestfwd,target_address=HOST:PORT use "," to seperate, but I guess virt-manager could have a more robust option parsing method, e.g, report error early before doing the installation for your case. Regards Osier > _______________________________________________ > libvirt-users mailing list > libvirt-users@xxxxxxxxxx > https://www.redhat.com/mailman/listinfo/libvirt-users _______________________________________________ libvirt-users mailing list libvirt-users@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvirt-users _______________________________________________ libvirt-users mailing list libvirt-users@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/libvirt-users