- Users - oVirt List Archives

Re: [ovirt-users] CoreOS can not install on Ovirt
by Brian Harrington 28 Oct '14

28 Oct '14

Punit, Former Red Hatter and current "coreo" here. First which image are you trying to load? Your best bet will be to use the QEMU image. Also take a look at the console and see what the boot: line being supplied is. --Brian 'redbeard' Harrington > Hi, > > I try to install the CoreOS (https://coreos.com/) as guest VM under ovirt > 3.5 by ISO...but if i choose this CoreOS iso.... > > [image: Inline image 1] > > But if i choose Centos iso...it start the installation without any problem > ....i already checked the ISO of CoreOS is perfectly fine...i can install > it with physical machine...but stuck in the OVirt... > > Thanks, > Punit

2 2

MacPoolRanges not working as expected
by Xavier Naveira 28 Oct '14

28 Oct '14

Hi everyone, First of all I'd like to say that we have been using oVirt successfully for more than a year, creating an automated deploy system with help of foreman and puppet. That being said, we're currently facing the first serious problem and we'd appreciate some help. Everything was working fine until we exhausted the default MacPoolRanges. After looking for a solution to the error message we found this document: http://www.ovirt.org/Engine_config_examples#MacPoolRanges Following the instructions on it we executed the following commands: First we found out what our current pool was: # engine-config -g MacPoolRanges MacPoolRanges: 00:1a:4a:24:26:00-00:1a:4a:24:26:ff version: general So we proceeded to expand it: # engine-config -s "MacPoolRanges=00:1a:4a:24:26:00-00:1a:4a:24:27:ff" # service ovirt-engine restart After this we were able to create new machines but none of them seemed to have network. After some unsuccessful troubleshooting we restored the original pool and instead added a new one: # engine-config -s "MacPoolRanges=00:1a:4a:24:26:00-00:1a:4a:24:26:ff" # service ovirt-engine restart # engine-config -s "MacPoolRanges=00:1a:4a:24:26:00-00:1a:4a:24:26:ff,00:1a:4a:24:27:00-00:1a:4a:24:27:ff" # service ovirt-engine restart After doing this and test to create a new host everything seemed to work fine. The problem is that after the successful creation of some hosts the original problem where the new hosts didn't seem to have network, reappeared. Trying to narrow down the problem what we've find out so far is: This oVirt environment kickstarts hosts via PXE, when trying to PXE boot a new host, the DHCP process fails (timeout). Tracing the network packets, we are able to see that the virtual host sends the dhcp request, the dhcp server receives it and acknowledges it and it sends the dhcp offer back. The dhcp offer reaches the hypervisor to the vnetxx network interface BUT it doesn't go further and it doesn't reach the virtual host. This behavior is consistent through different hypervisors and vlans, including the ones that have been used/created before the problems appeared. The only pattern that we've been able to identify so far is through issuing the command "brctl showmacs <bridge_name>" This command list the mac addresses for the interfaces connected to the bridge. In the cases where everything works fine the output looks like this: port no mac addr is local? ageing timer 2 00:1a:4a:24:27:e0 no 0.01 2 fe:1a:4a:24:27:e0 yes 0.00 The virtual host MAC address begins with "00" and it has a corresponding address beginning with "fe" which is assigned to the "vnetxx" interface in the hypervisor. In the cases where the virtual host doesn't get the dhcp answers the output of "brctl showmacs <bridge_name>" is: port no mac addr is local? ageing timer 6 fe:1a:4a:24:27:a0 yes 0.00 This is, the actual virtual host's MAC address is missing from the bridge. We haven't been able to find a detailed explanation on how the network internals of oVirt should work but hopefully someone in this list can point us to the right resource. Thank you. Xavier.

2 2

oVirt 3.5 on RHEL 6.6 hyperv enabled breaks Windows VMs
by Charles Gruener 28 Oct '14

28 Oct '14

https://bugzilla.redhat.com/show_bug.cgi?id=1110305 This enabled the hv_relaxed flag on all my Windows VMs, causing them to no longer boot. The same thing would happen if I simply booted from the Windows install media. I would get a screen with a stop error: Your PC needs to restart. Please hold down the power button. Error Code: 0x0000001E Parameters: 0xFFFFFFFFC0000096 0xFFFFF802C4044EA4 0x00000000000000000 0x00000000000000000 I created a file called /etc/ovirt-engine/osinfo.conf.d/01-windows.properties that had one line: os.windows_xp.devices.hyperv.enabled.value = false I restarted ovirt-engine and now I can start my Windows VMs. Why does this occur? Is it because I upgraded from 3.4 to 3.5? Is there something else I'm doing wrong? I would like to not need this workaround. Thanks. Charles

6 10

CoreOS can not install on Ovirt
by Punit Dambiwal 28 Oct '14

28 Oct '14

Hi, I try to install the CoreOS (https://coreos.com/) as guest VM under ovirt 3.5 by ISO...but if i choose this CoreOS iso.... [image: Inline image 1] But if i choose Centos iso...it start the installation without any problem ....i already checked the ISO of CoreOS is perfectly fine...i can install it with physical machine...but stuck in the OVirt... Thanks, Punit

2 1

3.5 install issues: failed to setup ovirtmgmt
by Robert Story 27 Oct '14

27 Oct '14

--Sig_/UCS9Qt+.3XGZ4pTqVuU5k2x Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable I'm on my 4th attempt to get a 3.5 hosted-engine set up on CentOS 6.5. I seem to hit a different snag each time. The first 3 were with the ovirtmgmt bridge on a tagged VLAN, so I decided to go back to an untagged interface and see if I had better luck. But this install failed even earlier, when creating the management bridge: 2014-10-25 12:37:24 INFO otopi.plugins.ovirt_hosted_engine_setup.network.br= idge bridge._misc:198 Configuring the management bridge 2014-10-25 12:37:25 DEBUG otopi.context context._executeMethod:152 method e= xception Traceback (most recent call last): File "/usr/lib/python2.6/site-packages/otopi/context.py", line 142, in _e= xecuteMethod method['method']() File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hoste= d-engine-setup/network/bridge.py", line 207, in _misc _setupNetworks(conn, networks, {}, {'connectivityCheck': False}) File "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/ovirt-hoste= d-engine-setup/network/bridge.py", line 225, in _setupNetworks 'message: "%s"' % (networks, code, message)) RuntimeError: Failed to setup networks {'ovirtmgmt': {'nic': 'eth0', 'netma= sk': '255.255.255.0', 'bootproto': 'none', 'ipaddr': '10.69.79.31'}}. Error= code: "16" message: "Unexpected exception" 2014-10-25 12:37:25 ERROR otopi.context context._executeMethod:161 Failed t= o execute stage 'Misc configuration': Failed to setup networks {'ovirtmgmt'= : {'nic': 'eth0', 'netmask': '255.255.255.0', 'bootproto': 'none', 'ipaddr'= : '10.69.79.31'}}. Error code: "16" message: "Unexpected exception" 2014-10-25 12:37:25 DEBUG otopi.transaction transaction.abort:131 aborting = 'File transaction for '/etc/ovirt-hosted-engine/firewalld/hosted-console.xm= l'' 2014-10-25 12:37:25 DEBUG otopi.transaction transaction.abort:131 aborting = 'File transaction for '/etc/ovirt-hosted-engine/iptables.example'' 2014-10-25 12:37:25 DEBUG otopi.transaction transaction.abort:131 aborting = 'File transaction for '/etc/sysconfig/iptables'' 2014-10-25 12:37:25 DEBUG otopi.transaction transaction.abort:131 aborting = 'File transaction for '/etc/ovirt-hosted-engine-ha/broker.conf'' Complete log here: http://futz.org/users/tmp/ovirt5/ovirt-hosted-engine-setup-20141025123111-g= 51fy0.log I thought it might because there was still a tagged vlan on the interface, so I tried to deploy again after removing everything else from eth0, but still no luck. that log is at http://futz.org/users/tmp/ovirt5/ovirt-hosted-engine-setup-20141025150830-s= 2byre.log any hints tips appreciated... Robert --=20 Senior Software Engineer @ Parsons --Sig_/UCS9Qt+.3XGZ4pTqVuU5k2x Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iEYEARECAAYFAlRL94sACgkQ7/fVLLY1mngq5gCghmZXSHf0Svg0QAp4PGSAHpJL 6IIAmgPh23Hd2KBemHszMgcG9OZgMLB6 =jR+l -----END PGP SIGNATURE----- --Sig_/UCS9Qt+.3XGZ4pTqVuU5k2x--

3 5

Host remains in contending for storage pool manager
by Gianluca Cecchi 27 Oct '14

27 Oct '14

Hello, an iSCSI SD went down and it seems it is not able to come up again. >From an iSCSI point of view all seems ok.. [root@ovnode04 vdsm]# iscsiadm -m session -P 1 Target: iqn.2014-07.local.localdomain:store1 Current Portal: 10.10.1.71:3260,1 Persistent Portal: 10.10.1.71:3260,1 ********** Interface: ********** Iface Name: default Iface Transport: tcp Iface Initiatorname: iqn.1994-05.com.redhat:5d9b31319a8e Iface IPaddress: 10.10.1.61 Iface HWaddress: <empty> Iface Netdev: <empty> SID: 1 iSCSI Connection State: LOGGED IN iSCSI Session State: LOGGED_IN Internal iscsid Session State: NO CHANGE [root@ovnode04 vdsm]# multipath -l 1p_iscsi_store1_l dm-2 IET,VIRTUAL-DISK size=200G features='0' hwhandler='0' wp=rw `-+- policy='round-robin 0' prio=0 status=active `- 1:0:0:1 sdb 8:16 active undef running Access to the lun seems ok: [root@ovnode04 ~]# time dd if=/dev/mapper/1p_iscsi_store1_l of=/dev/null bs=1024k count=1024 1024+0 records in 1024+0 records out 1073741824 bytes (1.1 GB) copied, 9.24202 s, 116 MB/s real 0m9.247s user 0m0.002s sys 0m0.463s But it continues to remain in contending and never comes to master. Failed to activate Storage Domain istore1 (Data Center iscsidc) by ovadmin I only have this host in this cluster. What to do? Already tried to restart both engine service on engine host and vdsmd service on the host. Any other commands to check anything? Gianluca

1 0

Re: [ovirt-users] oVirt 3.5 & NAT
by Phil Daws 27 Oct '14

27 Oct '14

Well, in fact have got something to work now! Left ovirtmgmt and em1 alone but ran: $ ovs-vsctl add-br ovsbr0 $ ip link add name veth0 type veth peer name veth1 $ brctl addif ovirtmgmt veth0 $ ovs-vsctl add-port ovsbr veth1 $ ip add add XXX.XXX.XXX.XXX/29 dev veth1 $ ip link set veth0 up && ip link set veth1 up and now veth1 is responding as-well as veth0. ovs-vsctl show 08554d11-3ba7-4303-b9d5-6a09f23c9057 Bridge "ovsbr0" Port "veth1" Interface "veth1" Port "ovsbr0" Interface "ovsbr0" type: internal so what I think should do now is create a custom parameter on the Engine Manager that allows one to define an OVS bridge name and VLAN so when a virtual guest is created it can be assigned to the new bridge; with the use of a custom hook. Thanks, Phil ----- Original Message ----- From: "Phil Daws" <uxbod(a)splatnix.net> To: "Antoni Segura Puimedon" <asegurap(a)redhat.com> Cc: users(a)ovirt.org Sent: Monday, 27 October, 2014 2:10:34 PM Subject: Re: [ovirt-users] oVirt 3.5 & NAT Darn, looks like this will not work :( the problem is that oVirt creates the bridge ovirtmgmt and binds that to your interface eg. em1. So at that point you have network running. If you then try to add that to the OVS stack your networking stop :( I tried to add it as a port using ovs-vsctl add-port ovsbr0 ovirtmgmt which is accepted but then networking stops. As soon as I remove again networking comes back to life. There does not seem to be a way to have two co-existing bridges :( Thanks, Phil ----- Original Message ----- From: "Antoni Segura Puimedon" <asegurap(a)redhat.com> To: "Phil Daws" <uxbod(a)splatnix.net> Cc: "Dan Kenigsberg" <danken(a)redhat.com>, users(a)ovirt.org Sent: Monday, 27 October, 2014 12:13:30 PM Subject: Re: [ovirt-users] oVirt 3.5 & NAT ----- Original Message ----- > From: "Phil Daws" <uxbod(a)splatnix.net> > To: "Antoni Segura Puimedon" <asegurap(a)redhat.com> > Cc: "Dan Kenigsberg" <danken(a)redhat.com>, users(a)ovirt.org > Sent: Monday, October 27, 2014 11:41:56 AM > Subject: Re: [ovirt-users] oVirt 3.5 & NAT > > Hi Antoni: > > Yes, prior to the reboot it did work okay. This is how it should look I > believe: > > Bridge "ovirtmgmt" > Port "mgmt0" > Interface "mgmt0" > type: internal > Port "ovsbr0" > Interface "ovsbr0" > type: internal > > So the bridge would be defined by oVirt then I guess with a custom hook that > would then be added to the OVS stack ? exactly! You could just make a hook script that runs an after_network_setup hook that does the ovs-vsctl for you ;-) Here you can see the presentation I gave last February at devconf about extending with configurators and hooks. http://blog.antoni.me/devconf14/#/8/1 I linked directly to a before_network_setup hook sample, because it works just like the after_network_setup hook. Instead of logging to systemd, just add that if 'remove' is not in data and network == 'ovirtmgmt', it adds the network bridge to the vswitch with python's subprocess.call or subprocess.check_output. You can send it if you want me to take a look ;-) PS: It is possible to write the hooks in bash, c, perl, etc. But we only have the convenience read_json methods and such for python. If you wanted to, you could have a simple bash hook that just checked if there was an ovirtmgmt bridge and it would add it doing ovs-vsctl in the before_vdsm_start hooking point. That would have the drawback that changing the ovirtmgmt bridge with oVirt UI would leave it disconnected again. > > Thanks, Phil > > ----- Original Message ----- > From: "Antoni Segura Puimedon" <asegurap(a)redhat.com> > To: "Phil Daws" <uxbod(a)splatnix.net> > Cc: "Dan Kenigsberg" <danken(a)redhat.com>, users(a)ovirt.org > Sent: Monday, 27 October, 2014 9:56:38 AM > Subject: Re: [ovirt-users] oVirt 3.5 & NAT > > > > ----- Original Message ----- > > From: "Phil Daws" <uxbod(a)splatnix.net> > > To: "Antoni Segura Puimedon" <asegurap(a)redhat.com> > > Cc: "Dan Kenigsberg" <danken(a)redhat.com>, users(a)ovirt.org > > Sent: Monday, October 27, 2014 10:37:18 AM > > Subject: Re: [ovirt-users] oVirt 3.5 & NAT > > > > That is what I tried but oVirt appears to overwrite the bridge information > > on > > boot :( Thanks, Phil > > But before rebooting, does it work as you intended? If so, you could just > make > a vdsm hook that adds ovirtmgmt to the ovs bridge after it is set up. (I > could > give more directions into how to do it). > > > > > ----- Original Message ----- > > From: "Antoni Segura Puimedon" <asegurap(a)redhat.com> > > To: "Phil Daws" <uxbod(a)splatnix.net> > > Cc: "Dan Kenigsberg" <danken(a)redhat.com>, users(a)ovirt.org > > Sent: Monday, 27 October, 2014 8:00:33 AM > > Subject: Re: [ovirt-users] oVirt 3.5 & NAT > > > > > > > > ----- Original Message ----- > > > From: "Phil Daws" <uxbod(a)splatnix.net> > > > To: "Dan Kenigsberg" <danken(a)redhat.com> > > > Cc: users(a)ovirt.org > > > Sent: Saturday, October 25, 2014 5:02:59 PM > > > Subject: Re: [ovirt-users] oVirt 3.5 & NAT > > > > > > Hmmm, this is becoming difficult .. > > > > > > I have added into the engine the custom hook and understand how that will > > > work. The issue is how can a single NIC use two different bridges ? > > > Example with OVS would be that one requires: > > > > > > em1 -+ ovirtmgmt (bridge) -> management IP (public) > > > + ovs (bridge) -> firewall IP (public) > > > | > > > + vlan 1 > > > + vlan 2 > > > > > > this works fine when using OVS and KVM, without oVirt, so there must be a > > > way > > > to hook the two together without a Neutron appliance. > > > > > > Any thoughts ? Thanks, Phil. > > > > I haven't tried this, and it may not work, but what happens if you add the > > ovirtmgmt > > bridge as a port of the ovs bridge? > > > > > > > > > ----- Original Message ----- > > > From: "Dan Kenigsberg" <danken(a)redhat.com> > > > To: "Phil Daws" <uxbod(a)splatnix.net> > > > Cc: users(a)ovirt.org > > > Sent: Wednesday, 22 October, 2014 3:54:46 PM > > > Subject: Re: [ovirt-users] oVirt 3.5 & NAT > > > > > > On Wed, Oct 22, 2014 at 03:12:09PM +0100, Phil Daws wrote: > > > > Thanks Dan & Antoni: > > > > > > > > I wonder then if I could replace the standard libvirt defined network > > > > with > > > > an OpenVSwitch one like I have on my dev system? That is just straight > > > > KVM with OVS integrated. Maybe a bit more overhead in administration > > > > but > > > > possibly less than having to spin up a Neutron Appliance. > > > > > > Once you start to use the vdsm-hook-extnet, all that you need to do is > > > to replace the libvirt-side definition of the "external network". This > > > may well be an OpenVSwitch-based network e.g. > > > http://libvirt.org/formatnetwork.html#elementVlanTag > > > _______________________________________________ > > > 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

1 0

all-in-one updated from 3.4.4 to 3.5.0 ok with reinstall of host part
by Gianluca Cecchi 27 Oct '14

27 Oct '14

On a fedora 19 system where I had 3.4.4 all-in-one, I was able to upgrade to 3.5. vdsm part had problems I was able to solve reinstalling host from the webadmin gui Steps were: - follow instructions for engine part --> ok - verify connectivity of engine via new webadmin - put host into maintenance - stop vdsmd service - yum update vdsm part and all other packages related to ovirt When trying to start vdsm again I got [root@tekkaman vdsm]# systemctl status vdsmd vdsmd.service - Virtual Desktop Server Manager Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled) Active: failed (Result: start-limit) since Sat 2014-10-25 16:01:29 CEST; 2min 54s ago Process: 14448 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh --pre-start (code=exited, status=1/FAILURE) Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Failed to start Virtual Desktop Server Manager. Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Unit vdsmd.service entered failed state. Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: vdsmd.service holdoff time over, scheduling restart. Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Stopping Virtual Desktop Server Manager... Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Starting Virtual Desktop Server Manager... Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: vdsmd.service start request repeated too quickly, refusing to start. Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Failed to start Virtual Desktop Server Manager. Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Unit vdsmd.service entered failed state. I was not able to check wich part of --pre-start functions had failed.. I see inside the script case "$1" in --pre-start) run_tasks " \ mkdirs \ configure_coredump \ configure_vdsm_logs \ run_init_hooks \ check_is_configured \ validate_configuration \ prepare_transient_repository \ syslog_available \ nwfilter \ dummybr \ load_needed_modules \ tune_system \ test_space \ test_lo \ unified_network_persistence_upgrade \ restore_nets \ upgrade_300_nets \ " ;; In logs I had only supervdsm.log MainThread::DEBUG::2014-10-25 16:34:34,021::supervdsmServer::451::SuperVdsm.Server::(main) Terminated normally MainThread::DEBUG::2014-10-25 16:35:21,836::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2014-10-25 16:35:21,836::netconfpersistence::134::root::(_getConfigs) Non-existing config set. MainThread::DEBUG::2014-10-25 16:35:21,898::supervdsmServer::411::SuperVdsm.Server::(main) Making sure I'm root - SuperVdsm MainThread::DEBUG::2014-10-25 16:35:21,899::supervdsmServer::420::SuperVdsm.Server::(main) Parsing cmd args MainThread::DEBUG::2014-10-25 16:35:21,899::supervdsmServer::423::SuperVdsm.Server::(main) Cleaning old socket /var/run/vdsm/svdsm.sock MainThread::DEBUG::2014-10-25 16:35:21,899::supervdsmServer::427::SuperVdsm.Server::(main) Setting up keep alive thread MainThread::DEBUG::2014-10-25 16:35:21,899::supervdsmServer::433::SuperVdsm.Server::(main) Creating remote object manager MainThread::DEBUG::2014-10-25 16:35:21,901::fileUtils::192::Storage.fileUtils::(chown) Changing owner for /var/run/vdsm/svdsm.sock, to (36:36) MainThread::DEBUG::2014-10-25 16:35:21,901::supervdsmServer::444::SuperVdsm.Server::(main) Started serving super vdsm object sourceRoute::DEBUG::2014-10-25 16:35:21,901::sourceroutethread::75::root::(_subscribeToInotifyLoop) sourceRouteThread.subscribeToInotifyLoop started in vdsm.conf I have retained net_persistence = ifcfg even after reboot only supervdsm.log was populated... Nevertheless a host reinstall from webadmin gui seemed to fix the problem and after that it was able to start vdsm ad host part. I was also able to upgrade DC/Cluster from 3.4 to 3.5 version. Now that I'm on 3.5 next days I'll try to pass from F19 to F20... we'll see Gianluca

2 1

oVirt 3.5 & NAT
by Phil Daws 27 Oct '14

27 Oct '14

Hello All! Am really enjoying experimenting with oVirt but have come across a question; how does one enable NAT for a VM ? Would like my guests to be able to update their software by bridging the host public IP. I could not see anything in the WUI to allow this ? Thanks, Phil

3 11

Re: [ovirt-users] oVirt Node 3.5 20140912 for the TestDay
by Raul Laansoo 27 Oct '14

27 Oct '14

Hi. I have got the same issue (filesystems read-only) when provisioning CentOS 6.5 as node host (installed base OS and added vdsm package). multipathd shows wwids file reaed-only. Cant't write wwid. Fore some reason filesystem gets corrupted when installing vdsm. Regards. Raul > > > ----- Original Message ----- > > From: "Raul Laansoo" <raul.laansoo(a)bigbank.ee> > > To: "Fabian Deutsch" <fdeutsch(a)redhat.com> > > Cc: "users" <users(a)ovirt.org>, devel(a)ovirt.org > > Sent: Monday, 29 September, 2014 11:31:11 AM > > Subject: Re: [ovirt-users] oVirt Node 3.5 20140912 for the TestDay > > > > Hi. > > > > Disabling SELinux did not help. I have attached dmesg output. > > > > Thank you. > > > > ----- Original Message ----- > > > From: "Fabian Deutsch" <fdeutsch(a)redhat.com> > > > To: "Raul Laansoo" <raul.laansoo(a)bigbank.ee> > > > Cc: "Daniel Helgenberger" <daniel.helgenberger(a)m-box.de>, "users" > > > <users(a)ovirt.org>, devel(a)ovirt.org > > > Sent: Monday, 29 September, 2014 9:22:15 AM > > > Subject: Re: [ovirt-users] oVirt Node 3.5 20140912 for the TestDay > > > > > > ----- Original Message ----- > > > > Hi. > > > > > > > > I have a issue with 3.1.0_master (20140912.0) on following hardware: > > > > > > > > ProLiant BL460c Gen8 > > > > FLB Adapter 1: HP FlexFabric 10Gb 2-port 554FLB Adapter > > > > > > > > I can install node but when booting the server I get I/O errors as if > > > > LUN > > > > is > > > > offline. > > > > > > Hey Raul, > > > > > > can you describe these errors or provide a screenshot/log? > > > > > > > Logging into admin (TUI) console is not possible. > > > > > > > > If I reboot and set the rootpw I can log in and see that /var/log is > > > > mounted > > > > read-only: > > > > > > > > mount: cannot remount block device /dev/mapper/HostVG-Logging > > > > read-write, > > > > is > > > > write-protected > > > > > > > > multipath -ll shows that all paths are OK, but if I look at dmesg > > > > ouput, > > > > I > > > > see device-mapper: multipath: Failing path x:xx. was logged at boot for > > > > all > > > > paths. > > > > > > > > I have successfully installed previous node iso version (3.0) and plain > > > > CentOS on this hardware. > > > > > > Did you try booting in permissive mode (appending enforcing=0 to the > > > kernel > > > cmdline). > > > > > > Greetings > > > fabian > > > > > > > Can you help? > > > > > > > > ----- Original Message ----- > > > > > From: "Daniel Helgenberger" <daniel.helgenberger(a)m-box.de> > > > > > To: "Fabian Deutsch" <fdeutsch(a)redhat.com> > > > > > Cc: "users" <users(a)ovirt.org>, devel(a)ovirt.org > > > > > Sent: Wednesday, 17 September, 2014 2:50:19 PM > > > > > Subject: Re: [ovirt-users] oVirt Node 3.5 20140912 for the TestDay > > > > > > > > > > > > > > > On 17.09.2014 13:23, Fabian Deutsch wrote: > > > > > > Hey Daniel, > > > > > > > > > > > > ----- Original Message ----- > > > > > >> Hello Fabian, > > > > > >> > > > > > >> I do not know if the feature has made it - can I run a hosted > > > > > >> engine > > > > > >> with node? > > > > > > Yep - That is one of the things under test :) > > > > > Great! This is a major node feature for me. Sadly I can't make it in > > > > > time for the 3rd test day, but latest next week I'll give it a shot > > > > > (and > > > > > maybe there will be a 4th test day, since I have FC HBAs in my lab > > > > > machines - Sven complained about that) > > > > > > > > > > Cheers. > > > > > > The iso below includes hosted engine support, that means, Node > > > > > > contains > > > > > > a > > > > > > page which you can use to start the hosted engine setup. > > > > > > > > > > > > Please note that the appliance which is intended for hosted-engine > > > > > > (ovirt-engine-appliance) is currently broken, but hosted-engine > > > > > > setup > > > > > > can > > > > > > be run without using that appliance. > > > > > > You just need to setup your own OS and oVirt. > > > > > > > > > > > > - fabian > > > > > > > > > > > >> Thanks! > > > > > >> > > > > > >> On 16.09.2014 21:57, Fabian Deutsch wrote: > > > > > >>> Hey, > > > > > >>> > > > > > >>> to be able to give Node a go on the oVirt 3.5 TestDay, we provide > > > > > >>> a > > > > > >>> fresh > > > > > >>> build of Node including the 3.5rc2 package here: > > > > > >>> > > > > > >>> http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ovirt-node-iso-3.5.0.ovirt… > > > > > >>> > > > > > >>> We did not see any SELinux denials, but if you experience any > > > > > >>> problems, > > > > > >>> please try to install Node in permissive mode by appending > > > > > >>> enfcoring=0 > > > > > >>> during the installation. > > > > > >>> > > > > > >>> Any feedback and bug reports are welcome. > > > > > >>> > > > > > >>> On behalf of the Node team > > > > > >>> - fabian > > > > > >>> _______________________________________________ > > > > > >>> Users mailing list > > > > > >>> Users(a)ovirt.org > > > > > >>> http://lists.ovirt.org/mailman/listinfo/users > > > > > >>> > > > > > >> -- > > > > > >> Daniel Helgenberger > > > > > >> m box bewegtbild GmbH > > > > > >> > > > > > >> P: +49/30/2408781-22 > > > > > >> F: +49/30/2408781-10 > > > > > >> > > > > > >> ACKERSTR. 19 > > > > > >> D-10115 BERLIN > > > > > >> > > > > > >> > > > > > >> www.m-box.de www.monkeymen.tv > > > > > >> > > > > > >> Geschäftsführer: Martin Retschitzegger / Michaela Göllner > > > > > >> Handeslregister: Amtsgericht Charlottenburg / HRB 112767 > > > > > >> > > > > > >> _______________________________________________ > > > > > >> Users mailing list > > > > > >> Users(a)ovirt.org > > > > > >> http://lists.ovirt.org/mailman/listinfo/users > > > > > >> > > > > > > > > > > -- > > > > > Daniel Helgenberger > > > > > m box bewegtbild GmbH > > > > > > > > > > P: +49/30/2408781-22 > > > > > F: +49/30/2408781-10 > > > > > > > > > > ACKERSTR. 19 > > > > > D-10115 BERLIN > > > > > > > > > > > > > > > www.m-box.de www.monkeymen.tv > > > > > > > > > > Geschäftsführer: Martin Retschitzegger / Michaela Göllner > > > > > Handeslregister: Amtsgericht Charlottenburg / HRB 112767 > > > > > > > > > > _______________________________________________ > > > > > 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 > > >

1 0