I was not able to get this working using beta
ovirt-engine-setup-plugin-allinone rpm
Used answer file as recommended on the wiki. I didn't document the
exact error, but the install failed.
I did another install using F16 Installing VDSM from rpm
[ovirt-engine-3.0]
name=ovirt-engine-3.0
baseurl=http://www.ovirt.org/releases/3.0/rpm/Fedora/16
enabled=1
gpgcheck=0
And then doing engine-setup
And then installing spice-xpi
Can't explain it but it's working from the F16 desktop using FF :)
On Thu, Jul 26, 2012 at 5:13 AM, Itamar Heim <iheim(a)redhat.com>
wrote:
> On 07/26/2012 01:10 PM, David Jaša wrote:
>>
>> Brent Bolin píše v St 25. 07. 2012 v 13:46 -0500:
>>>
>>> I have seen this. Can give it a try.
>>>
>>> At this point I'm not sure if it's a problem with my
>>> configuration.
>>> Or making console connections with either vnc or spice. The
>>> ports are
>>> clearly running -
>>>
>>> netstat -an|grep 590
>>> tcp 0 0 0.0.0.0:5900 0.0.0.0:*
>>> LISTEN
>>> tcp 0 0 0.0.0.0:5901 0.0.0.0:*
>>> LISTEN
>>>
>>>
>>> When using plain old kvm, virt-manager I could just simply
>>> connect
>>> using any vnc or virt-viewer or x11 virtmanager.
>>>
>>> I'm not sure what ovirt is doing with tls etc...
>>>
>>
>> As Itamar already said, it:
>> * sets up TLS and enforces it.
>> * sets up temporary ticket
>>
>> If you want to connect to the console manually, you have to set up
>> the
>> ticket - on the server, follow these steps in order to achieve it
>> (from
>> top of my head, can contain typos):
>> VM_UUID="$(vdsClient -s 0 list table | grep $VM_NAME | awk '{print
>> $1}')"
>> vdsClient -s 0 setVmTicket $VM_UUID $PASSWORD $TIMEOUT
>>
>> For TLS, you'll need CA file and host subject in case of host name
>> used
>> on CLI not matching host name in server cert CN. Assuming you're
>> connecting from some other computer:
>> SUBJECT="$(ssh root@$HOST 'grep Subject:
>> /etc/pki/vdsm/libvirt-spice/server-cert.pem' | sed -e 's/,
/,/')"
>> scp root@$HOST:/etc/pki/rhevm/ca.pem $CA_FILE
>> remote-viewer --spice-ca-file=$CA_FILE
>> --spice-host-subject=$SUBJECT
>> spice://$HOST/?port=$PORT,tls-port=$SECURE_PORT
>> # it will ask for password in pop-up window
>> # OR you can use "good old" spicec:
>> spicec --ca-file=$CA_FILE --host-subject=$SUBJECT -h $HOST -p
>> $PORT -s
>> $SECURE_PORT -w $PASSWORD
>>
>> David
>>
>> PS: given all the info, I guess you've run into some instance of
>> this
>> downstream bug:
https://bugzilla.redhat.com/show_bug.cgi?id=839548
>
>
> brent - this only fails user portal. are you failing from webadmin
> as well?
>
>
>>
>>
>>> Not being able to get console access is a definite show stopper.
>>> And
>>> it shouldn't be rocket science to do it. And it should be
>>> accessible
>>> from either linux or windows clients. Does vSphere (windows
>>> only)
>>> ring a bell?
>>>
>>>
>>>
>>>
>>>
>>> On Wed, Jul 25, 2012 at 1:09 PM, Itamar Heim <iheim(a)redhat.com>
>>> wrote:
>>>>
>>>>
>>>> would it be relevant for you to try the 3.1 beta?
>>>> it has this which should cover your 'all in one' needs:
>>>>
http://www.ovirt.org/wiki/Feature/AllInOne
>>>>
>>>>
>>>>
>>>> On 07/25/2012 06:52 PM, Brent Bolin wrote:
>>>>>
>>>>>
>>>>> Thanks David for your reply -
>>>>>
>>>>> I have completely flushed all iptables rules 'iptables
--flush"
>>>>> -
>>>>>
>>>>> iptables -L -v -n
>>>>> Chain INPUT (policy ACCEPT 1775K packets, 627M bytes)
>>>>> pkts bytes target prot opt in out source
>>>>> destination
>>>>>
>>>>> Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
>>>>> pkts bytes target prot opt in out source
>>>>> destination
>>>>>
>>>>> Chain OUTPUT (policy ACCEPT 1754K packets, 589M bytes)
>>>>> pkts bytes target prot opt in out source
>>>>> destination
>>>>>
>>>>>
>>>>> The base host is Fedora 16 running with desktop
>>>>>
>>>>> First installed vdsm and then ovirt-engine
>>>>>
>>>>> Single network bridge installed, but there is another 1GB nic
>>>>> that
>>>>> isn't
>>>>> being used -
>>>>>
>>>>> eth0 Link encap:Ethernet HWaddr 00:1B:21:7D:ED:4A
>>>>> inet6 addr: fe80::21b:21ff:fe7d:ed4a/64 Scope:Link
>>>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>>>>> RX packets:99656 errors:0 dropped:0 overruns:0
>>>>> frame:0
>>>>> TX packets:51508 errors:0 dropped:0 overruns:0
>>>>> carrier:0
>>>>> collisions:0 txqueuelen:1000
>>>>> RX bytes:63007897 (60.0 MiB) TX bytes:18148736
>>>>> (17.3 MiB)
>>>>>
>>>>> lo Link encap:Local Loopback
>>>>> inet addr:127.0.0.1 Mask:255.0.0.0
>>>>> inet6 addr: ::1/128 Scope:Host
>>>>> UP LOOPBACK RUNNING MTU:16436 Metric:1
>>>>> RX packets:1814674 errors:0 dropped:0 overruns:0
>>>>> frame:0
>>>>> TX packets:1814674 errors:0 dropped:0 overruns:0
>>>>> carrier:0
>>>>> collisions:0 txqueuelen:0
>>>>> RX bytes:646274067 (616.3 MiB) TX bytes:646274067
>>>>> (616.3
>>>>> MiB)
>>>>>
>>>>> ovirtmgmt Link encap:Ethernet HWaddr 00:1B:21:7D:ED:4A
>>>>> inet addr:192.168.0.118 Bcast:192.168.0.255
>>>>> Mask:255.255.255.0
>>>>> inet6 addr: fe80::21b:21ff:fe7d:ed4a/64 Scope:Link
>>>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>>>>> RX packets:70706 errors:0 dropped:0 overruns:0
>>>>> frame:0
>>>>> TX packets:48717 errors:0 dropped:0 overruns:0
>>>>> carrier:0
>>>>> collisions:0 txqueuelen:0
>>>>> RX bytes:52195637 (49.7 MiB) TX bytes:14942359
>>>>> (14.2 MiB)
>>>>>
>>>>> vnet0 Link encap:Ethernet HWaddr FE:1A:4A:A8:00:00
>>>>> inet6 addr: fe80::fc1a:4aff:fea8:0/64 Scope:Link
>>>>> UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
>>>>> RX packets:3 errors:0 dropped:0 overruns:0 frame:0
>>>>> TX packets:14 errors:0 dropped:0 overruns:1
>>>>> carrier:0
>>>>> collisions:0 txqueuelen:500
>>>>> RX bytes:1299 (1.2 KiB) TX bytes:2760 (2.6 KiB)
>>>>>
>>>>> After ovirt engine is installed logged into the interface and
>>>>> configured
>>>>> the host using 127.0.0.1 . Host reboots. Host shows up in the
>>>>> admin
>>>>> interface only complaining about power management that isn't
>>>>> configured.
>>>>>
>>>>>
>>>>> Here
>>>>>
>>>>>
<
https://picasaweb.google.com/lh/photo/3vclaT_6d3uy2QODU6xp_zyLvDWH8k_pPWn...
>>>>>
>>>>> is a screen shot of the web interface
>>>>>
>>>>> The only configuration settings I've changed are in the
>>>>> qemu.conf to
>>>>> either tls=0 or tls=1
>>>>>
>>>>> spice-gtk-0.11-4.fc16.x86_64
>>>>> spice-client-0.10.1-1.fc16.x86_64
>>>>> spice-glib-0.11-4.fc16.x86_64
>>>>> spice-gtk3-0.11-4.fc16.x86_64
>>>>> spice-xpi-2.7-3.fc16.x86_64
>>>>> spice-gtk-tools-0.11-4.fc16.x86_64
>>>>> spice-server-0.10.1-1.fc16.x86_64
>>>>>
>>>>> The link in the admin interface shows available(using FF).
>>>>> When I
>>>>> click
>>>>> it opens a spicec:0 dialog and just closes
>>>>>
>>>>> If I try to open from a shell I get things like this -
>>>>>
>>>>> Brief window open and then error -
>>>>>
>>>>> spicec -h 127.0.0.1 -p 5900
>>>>> Warning: connect error 5 - need secured connection
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Wed, Jul 25, 2012 at 10:04 AM, David Jaša <djasa(a)redhat.com
>>>>> <mailto:djasa@redhat.com>> wrote:
>>>>> > Hi Brent,
>>>>> >
>>>>> > first guess: have a look if your iptables setup allow
>>>>> > connection to
>>>>> the
>>>>> > qemu processes. RHEV 3.0 documentation (publicly accesible)
>>>>> > says
>>>>> that a
>>>>> > host needs these ports open:
>>>>> > port 22 for SSH,
>>>>> > ports 5634 to 6166 for guest console connections,
>>>>> > port 16514 for libvirt virtual machine migration
>>>>> > traffic,
>>>>> > ports 49152 to 49216 for VDSM virtual machine
>>>>> > migration
>>>>> traffic,
>>>>> > and
>>>>> > port 54321 for the Red Hat Enterprise
>>>>> > Virtualization
>>>>> Manager.
>>>>> >
>>>>> > If you have ovirt-engine running onu the same machine as
>>>>> > vdsm, most
>>>>> of
>>>>> > the ports don't need to be accessible from outside but
>>>>> > "guest
>>>>> console"
>>>>> > ports do.
>>>>> >
>>>>> > If it isn't iptables, please share at least:
>>>>> > * what your actual topology is (engine on the physical
>>>>> > host?)
>>>>> > * if you use some custom tls settings such as tls switched
>>>>> > off
>>>>> > * what spice client & xpi versions are you using
>>>>> > * how exactly the client failed (showed error window? with
>>>>> > what
>>>>> error?
>>>>> > just didn't launch?)
>>>>> >
>>>>> > In your email, you didn't write any debugging hints
apart
>>>>> > from the
>>>>> setup
>>>>> > being single-host one...
>>>>> >
>>>>> > David
>>>>> >
>>>>> >
>>>>> > Brent Bolin píše v St 25. 07. 2012 v 09:00 -0500:
>>>>> >> About 6 months ago I asked on this list if it was
possible
>>>>> >> to
>>>>> install
>>>>> >> ovirt on a single host. Thread got long and winded and
>>>>> >> lost
>>>>> interest.
>>>>> >>
>>>>> >> Started looking at the project again about two days ago.
>>>>> >> What I
>>>>> >> really didn't understand was using a base Fedora
install.
>>>>> Installing
>>>>> >> vdsm and then installing ovirt engine.
>>>>> >>
>>>>> >> So everything is up. Created data center, storage,
>>>>> >> cluster, host
>>>>> and
>>>>> >> virtual machine.
>>>>> >>
>>>>> >> But I can't get there from here. I can't get
console
>>>>> >> running to
>>>>> >> configure the booted install.
>>>>> >>
>>>>> >> I've tried VNC, Spice, Firefox with spice-xpi
plugin.
>>>>> >>
>>>>> >> Tried tweaking, turning, touching, swearing @
>>>>> /etc/libvirt/qemu.conf
>>>>> >> settings. tls settings. Not even sure if this is the
>>>>> >> right place
>>>>> to
>>>>> >> be checking.
>>>>> >>
>>>>> >> This is a show stopper.
>>>>> >>
>>>>> >> LSB Version: :core-4.0-amd64:core-4.0-noarch
>>>>> >> Distributor ID: Fedora
>>>>> >> Description: Fedora release 16 (Verne)
>>>>> >> Release: 16
>>>>> >> Codename: Verne
>>>>> >>
>>>>> >> [root@ovirt # rpm -qa|grep ovirt-engine
>>>>> >> ovirt-engine-3.0.0_0001-1.6.fc16.x86_64
>>>>> >> ovirt-engine-log-collector-3.0.0_0001-1.6.fc16.x86_64
>>>>> >> ovirt-engine-iso-uploader-3.0.0_0001-1.6.fc16.x86_64
>>>>> >> ovirt-engine-backend-3.0.0_0001-1.6.fc16.x86_64
>>>>> >>
ovirt-engine-notification-service-3.0.0_0001-1.6.fc16.x86_64
>>>>> >> ovirt-engine-jboss-deps-3.0.0_0001-1.6.fc16.x86_64
>>>>> >> ovirt-engine-tools-common-3.0.0_0001-1.6.fc16.x86_64
>>>>> >> ovirt-engine-dbscripts-3.0.0_0001-1.6.fc16.x86_64
>>>>> >> ovirt-engine-setup-3.0.0_0001-1.6.fc16.x86_64
>>>>> >> ovirt-engine-jbossas-1.2-2.fc16.x86_64
>>>>> >> ovirt-engine-userportal-3.0.0_0001-1.6.fc16.x86_64
>>>>> >> ovirt-engine-restapi-3.0.0_0001-1.6.fc16.x86_64
>>>>> >> ovirt-engine-genericapi-3.0.0_0001-1.6.fc16.x86_64
>>>>> >> ovirt-engine-config-3.0.0_0001-1.6.fc16.x86_64
>>>>> >> ovirt-engine-webadmin-portal-3.0.0_0001-1.6.fc16.x86_64
>>>>> >>
>>>>> >> Any input would be appreciated
>>>>> >> _______________________________________________
>>>>> >> Users mailing list
>>>>> >> Users(a)ovirt.org <mailto:Users@ovirt.org>
>>>>>
>>>>> >>
http://lists.ovirt.org/mailman/listinfo/users
>>>>> >
>>>>> > --
>>>>> >
>>>>> > David Jaša, RHCE
>>>>> >
>>>>> > SPICE QE based in Brno
>>>>> > GPG Key: 22C33E24
>>>>> > Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3
>>>>> > 3E24
>>>>> >
>>>>> >
>>>>> >
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users(a)ovirt.org
>>>>>
http://lists.ovirt.org/mailman/listinfo/users
>>>>>
>>>>
>>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users(a)ovirt.org
>>>
http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
_______________________________________________
Users mailing list
Users(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users