Re: [ovirt-users] Kernel related errors with Fedora 24 Guest
Alexis HAUSER writes: > This doesn't looks really good, right ? Should I report that somewhere ? > > I actually had this bug when using RHEL7 profile for a Fedora 24 (to provide > enough vram, because the default with other profiles is really lower). I don't have any idea what the problem might be. You may want to report it on Fedora kernel, the bug may be elsewhere, but hopefully they redirect you to the right place if this is the case. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] 3.5.6 to 4.0
Dear members! We have an ovirt cluster that based on el6 and 3.5.6 It is contain three nodes, but the first node is an all-in-one installation. I would like to upgrade the whole system to 4.0. Also I would like to switch to hosted engine modell. Now, we bought new servers for the migration. What is the good way to migrate nodes, etc? Thanks in advance Regards,Tibor ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] 3.5.6 to 4.0
On Thu, Jul 14, 2016 at 10:38 AM, Demeter Tibor wrote: > > Dear members! > > We have an ovirt cluster that based on el6 and 3.5.6 > It is contain three nodes, but the first node is an all-in-one installation. > I would like to upgrade the whole system to 4.0. Also I would like to switch > to hosted engine modell. Sounds like a combination of: [1] http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engine/ [2] https://www.ovirt.org/documentation/how-to/hosted-engine-host-OS-upgrade/ [3] https://www.ovirt.org/documentation/how-to/hosted-engine/#upgrade-hosted-engine > Now, we bought new servers for the migration. "For the migration", meaning you intend to eventually migrate to them? And decommission the existing ones? Also, I assume you want el7 on all hosts eventually. Storage remains as-is? How important is no downtime for the VMs? > > What is the good way to migrate nodes, etc? Something like: 1. Create new storage space for the hosted-engine 2. Install el7 on one of the new hosts, NH1 3. deploy hosted-engine on NH1 Follow [1]: - backup existing engine and stop/disable engine there - restore backup on the engine vm (after you install engine, but do not engine-setup) - engine-setup - When 'hosted-engine --deploy' will try to add the host to the engine, it might fail, because it will add it to Default cluster, which has el6 hosts. Check [2] about this - create new cluster and add there. - All of the above in 3.5. 4. Perhaps add the other new hosts, perhaps as hosted-engine hosts - if you want HA for the engine vm 5. Migrate all VMs to the new cluster. 6. Delete old hosts 7. Upgrade to 3.6 - check [2] 8. Upgrade to 4.0 - should be normal procedure [3] I recommend testing this on test systems prior to prod. You can use nested kvm for this. Best, -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] 3.5.6 to 4.0
Hi, - 2016. júl.. 14., 10:09, Yedidyah Bar David d...@redhat.com írta: > On Thu, Jul 14, 2016 at 10:38 AM, Demeter Tibor wrote: >> >> Dear members! >> >> We have an ovirt cluster that based on el6 and 3.5.6 >> It is contain three nodes, but the first node is an all-in-one installation. >> I would like to upgrade the whole system to 4.0. Also I would like to switch >> to hosted engine modell. > > Sounds like a combination of: > > [1] > http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engine/ > [2] https://www.ovirt.org/documentation/how-to/hosted-engine-host-OS-upgrade/ > [3] > https://www.ovirt.org/documentation/how-to/hosted-engine/#upgrade-hosted-engine > >> Now, we bought new servers for the migration. > > "For the migration", meaning you intend to eventually migrate to them? > And decommission the existing ones? :) No, it was an old plan. So we bought them because we want to switch to ultra-dense multipurpose servers from individual servers. > > Also, I assume you want el7 on all hosts eventually. > > Storage remains as-is? The storage is NFS based storgae. > > How important is no downtime for the VMs? We could makes downtime if that needed. > >> >> What is the good way to migrate nodes, etc? > > Something like: > 1. Create new storage space for the hosted-engine > 2. Install el7 on one of the new hosts, NH1 > 3. deploy hosted-engine on NH1 Have I add the old IP to this engine? Because it same with the node. Also, I would like to switch to VLANs with the migration, if possible. I don't know when I need to make this, after or under the migration process.. > Follow [1]: > - backup existing engine and stop/disable engine there > - restore backup on the engine vm (after you install engine, > but do not engine-setup) > - engine-setup > - When 'hosted-engine --deploy' will try to add the host to > the engine, it might fail, because it will add it to Default > cluster, which has el6 hosts. Check [2] about this - create > new cluster and add there. > - All of the above in 3.5. How can I install 3.5 and not 4.0 from repositories? > 4. Perhaps add the other new hosts, perhaps as hosted-engine > hosts - if you want HA for the engine vm > 5. Migrate all VMs to the new cluster. > 6. Delete old hosts > 7. Upgrade to 3.6 - check [2] > 8. Upgrade to 4.0 - should be normal procedure [3] > > I recommend testing this on test systems prior to prod. > You can use nested kvm for this. > > Best, > -- > Didi Thank you Tibor ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt metrics
We are aiming to add IOPS per VM per Disk in oVirt 4.1. Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 7692306 8272306 Email: yd...@redhat.com IRC : ydary On Wed, Jul 13, 2016 at 2:44 PM, Dominique Taffin wrote: > Hello! > > very nice implementation - and very good blog entry. > > IMHO a very important metric should be made available: IOPS. > > IOPS are a very important factor when using shared storage among a > cluster. It is a key indicator for identifying issues and performance > bottlenecks and also having a base for scaling proper storage devices. > Beeing able to display IOPS per VM would be a great benefit for large > scale enterprises. > > best, > Dominique > > > On Wed, 2016-07-13 at 13:36 +0300, Yaniv Bronheim wrote: > > Hi, > > > > In oVirt-4.0 we introduced integration with metrics collectors, In > > [1] you will find a guide for utilizing your environment to retrieve > > visualized reports about hosts and vms statistics. > > > > I encourage to try that out and send us requests for additional > > valuable metrics that you think vdsm should publish. > > This area is still work in progress and we plan to support more > > technologies and different architectures for metrics collections as > > describes in the post. This will follow by additional links in the > > post ([1]) that describe how to do so.. stay tuned. > > > > [1] https://bronhaim.wordpress.com/2016/06/26/ovirt-metrics > > > > -- > > Yaniv Bronhaim. > > ___ > > Users mailing list > > Users@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt 4.0 hosted engine deploy
On Mon, Jul 4, 2016 at 12:36 PM, Roy Golan wrote: > > > On Mon, Jul 4, 2016 at 12:23 PM, qinglong.d...@horebdata.cn < > qinglong.d...@horebdata.cn> wrote: > >> Hi, all >> I got an error when I excuted "hosted-engine --deploy" on centos >> 7.0 >> > > We don't support 7.0 you need Centos 7.2 > > If you are running 7.2 look at /var/log/vdsm/vdsm.log to see why it isn't > functional > >> >> > >> [root@node ~]# hosted-engine --deploy >> [ INFO ] Stage: Initializing >> [ INFO ] Generating a temporary VNC password. >> [ INFO ] Stage: Environment setup >> During customization use CTRL-D to abort. >> >> Continuing will configure this host for serving as hypervisor and >> create a VM where you have to install the engine afterwards. >> Are you sure you want to continue? (Yes, No)[Yes]: >> [ INFO ] Hardware supports virtualization >> Configuration files: [] >> >> Log file: >> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160704170730-e6bm6x.log >> Version: otopi-1.5.0 (otopi-1.5.0-1.el7.centos) >> [ INFO ] Stage: Environment packages setup >> [ INFO ] Stage: Programs detection >> [ INFO ] Stage: Environment setup >> [ INFO ] Waiting for VDSM to reply >> .. >> [ INFO ] Waiting for VDSM to reply >> >> [ ERROR ] Failed to execute stage 'Environment setup': Couldnt connect to >> VDSM within 240 seconds >> [ INFO ] Stage: Clean up >> >> [ INFO ] Generating answer file >> '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160704171138.conf' >> [ INFO ] Stage: Pre-termination >> [ INFO ] Stage: Termination >> >> [ ERROR ] Hosted Engine deployment failed: this system is not reliable, >> please check the issue, fix and redeploy >> >> Log file is located at >> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160704170730-e6bm6x.log >> > Could you please send the setup log? Disabling IPv6 is just a workaround, everything should work fine when IPv6 is enabled. > >> Anyone can help? Thanks! >> -- >> >> ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] hosted-Engine setup: hostname 'node01.example.com' doesn't uniquely match the interface selected for the management bridge
On Tue, Jul 5, 2016 at 5:56 PM, mots wrote: > Hello, > > I'm trying to install Ovirt 4 on a new set of hosts. During "hosted-engine > --deploy" I get the following error: (personal information is replaced with > generic placeholders) > > [ INFO ] Stage: Setup validation > [ ERROR ] Failed to execute stage 'Setup validation': hostname > 'node01.example.com' doesn't uniquely match the interface 'ens802f1' selected > for the management bridge; it matches also interface with IP > set(['192.168.99.10']). Please make sure that the hostname got from the > interface for the management network resolves only there. > [ INFO ] Stage: Clean up > [ INFO ] Generating answer file > '/var/lib/ovirt-hosted-engine-setup/answers/answers-20160705144908.conf' > [ INFO ] Stage: Pre-termination > [ INFO ] Stage: Termination > [ ERROR ] Hosted Engine deployment failed: this system is not reliable, > please check the issue, fix and redeploy > Log file is located at > /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20160705144711-tl98lx.log > > That IP "192.168.99.10" doesn't resolve to anything, because I haven't added > it to the DNS server. It's also not in /etc/hosts. > It's just the IP for the storage network that doesn't use DNS at all. > > From the log: > > 2016-07-05 14:49:08 DEBUG otopi.plugins.gr_he_common.network.bridge > bridge._get_hostname_from_bridge_if:274 Network info: {'netmask': > u'255.255.255.0', 'ipaddr': u'192.168.10.194', 'gateway': u'192.168.10.2'} Meaning the interface ens802f1 has address 192.168.10.194 > 2016-07-05 14:49:08 DEBUG otopi.plugins.gr_he_common.network.bridge > bridge._get_hostname_from_bridge_if:310 hostname: 'node01.example.com', > aliaslist: '[]', ipaddrlist: '['192.168.99.10', '192.168.10.194']' This is the result of: python -c 'import socket; print(socket.gethostbyaddr("192.168.10.194"));' > 2016-07-05 14:49:08 DEBUG otopi.context context._executeMethod:142 method > exception > Traceback (most recent call last): > File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in > _executeMethod > method['method']() > File > "/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-common/network/bridge.py", > line 327, in _get_hostname_from_bridge_if > o=other_ip, > RuntimeError: hostname 'node01.example.comh' doesn't uniquely match the > interface 'ens802f1' selected for the management bridge; it matches also > interface with IP set(['192.168.99.10']). Please make sure that the hostname > got from the interface for the management network resolves only there. > 2016-07-05 14:49:08 ERROR otopi.context context._executeMethod:151 Failed to > execute stage 'Setup validation': hostname 'node01.example.com' doesn't > uniquely match the interface 'ens802f1' selected for the management bridge; > it matches also interface with IP set(['192.168.99.10']). Please make sure > that the hostname got from the interface for the management network resolves > only there. > > The output for dig: > > [root@node01 ~]# dig node01.example.com > > ; <<>> DiG 9.9.4-RedHat-9.9.4-29.el7_2.3 <<>> node01.example.com > ;; global options: +cmd > ;; Got answer: > ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 45269 > ;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2 > > ;; OPT PSEUDOSECTION: > ; EDNS: version: 0, flags:; udp: 4096 > ;; QUESTION SECTION: > ;node01.example.com. IN A > > ;; ANSWER SECTION: > node01.example.com. 3600 IN A 192.168.10.194 > > ;; AUTHORITY SECTION: > example.com 900 IN NS dns.example.com. > > ;; ADDITIONAL SECTION: > dns.example.com. 900 IN A 192.168.10.61 > > ;; Query time: 3 msec > ;; SERVER: 192.168.10.61#53(192.168.10.61) > ;; WHEN: Die Jul 05 15:14:48 CEST 2016 > ;; MSG SIZE rcvd: 110 > > Output for nslookup: > > [root@node01 ~]# nslookup 192.168.99.10 > Server: 192.168.10.61 > Address:192.168.10.61#53 > > ** server can't find 10.99.168.192.in-addr.arpa.: NXDOMAIN > > Why does the setup script think that my hostname resolves to 192.168.99.10? Please run above python command and see for yourself. Perhaps you have other means it uses for name resolution. Check /etc/nsswitch.conf, getent, mdns, /etc/hosts, etc. Best, -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] ovirt-engine-4.0.6:Command '/data/ovirt-engine/share/ovirt-engine/bin/ovirt-engine-crypto-tool.sh' failed to execute
With test user run ovirt-engine-4.0.6, reported the following, this is how it happened? 360EFB03@A7125D52.707A8757 Description: Binary data ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ovirt-engine-4.0.6:Command '/data/ovirt-engine/share/ovirt-engine/bin/ovirt-engine-crypto-tool.sh' failed to execute
On Thu, Jul 14, 2016 at 2:41 PM, 转圈圈 <313922...@qq.com> wrote: > With test user run ovirt-engine-4.0.6, reported the following, this is how > it happened? > Where did you find ovirt-engine-4.0.6? > > Please provide full setup logs. Thanks. -- Didi 360EFB03@A7125D52.707A8757 Description: Binary data ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] hosted-engine engine crash
More details, Hosts and Engine are running Centos7, ovirt version 3.6. NFS shares are on different servers (Not on the hosts) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Installation failed. Command returned failure code 1 during SSH session
On Wednesday, July 06, 2016 02:33:33 PM Daniel Yepes Restrepo wrote: > Hi, i have been struggling with this errors for a few days and yet, havent > got any solution. > > Engine is a CentOS 7. > Host is freshly install of CentOS 7. > Im using oVirt 3.6. > > I did install this repos on the Host: > > yum install http://resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm > > yum install > http://resources.ovirt.org/releases/ovirt-release/ovirt-release-master.rpm > Any particular reason you are enabling the master snapshot repo. I am assuming you want a 3.6 host, and enabling the master repo can potentially get packages you don't want or versions of those packages you don't want. I would disable this repo and try a re-install. > I was able to install and configure VDSM. > But i got this errors: > [root@host-02 tmp]# systemctl status vdsmd.service > ● vdsmd.service - Virtual Desktop Server Manager >Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled; vendor > preset: enabled) >Active: active (running) since Wed 2016-07-06 15:05:45 EDT; 25min ago > Process: 16347 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh > --pre-start (code=exited, status=0/SUCCESS) > Main PID: 16421 (vdsm) >CGroup: /system.slice/vdsmd.service >└─16421 /usr/bin/python /usr/share/vdsm/vdsm > > Jul 06 15:29:06 host-02 vdsm[16421]: vdsm > ProtocolDetector.SSLHandshakeDispatcher ERROR Error during handshake: sslv3 > alert bad certificate > Jul 06 15:29:21 host-02 vdsm[16421]: vdsm > ProtocolDetector.SSLHandshakeDispatcher ERROR Error during handshake: sslv3 > alert bad certificate > Jul 06 15:29:36 host-02 vdsm[16421]: vdsm > ProtocolDetector.SSLHandshakeDispatcher ERROR Error during handshake: sslv3 > alert bad certificate > Jul 06 15:29:51 host-02 vdsm[16421]: vdsm > ProtocolDetector.SSLHandshakeDispatcher ERROR Error during handshake: sslv3 > alert bad certificate > Jul 06 15:30:06 host-02 vdsm[16421]: vdsm > ProtocolDetector.SSLHandshakeDispatcher ERROR Error during handshake: sslv3 > alert bad certificate > Jul 06 15:30:21 host-02 vdsm[16421]: vdsm > ProtocolDetector.SSLHandshakeDispatcher ERROR Error during handshake: sslv3 > alert bad certificate > Jul 06 15:30:36 host-02 vdsm[16421]: vdsm > ProtocolDetector.SSLHandshakeDispatcher ERROR Error during handshake: sslv3 > alert bad certificate > Jul 06 15:30:51 host-02 vdsm[16421]: vdsm > ProtocolDetector.SSLHandshakeDispatcher ERROR Error during handshake: sslv3 > alert bad certificate > Jul 06 15:31:06 host-02 vdsm[16421]: vdsm > ProtocolDetector.SSLHandshakeDispatcher ERROR Error during handshake: sslv3 > alert bad certificate > Jul 06 15:31:21 host-02 vdsm[16421]: vdsm > ProtocolDetector.SSLHandshakeDispatcher ERROR Error during handshake: sslv3 > alert bad certificate > > They are on the same network, they can ping/SSH to each other. > > Port 54321 on Host, is listenning > [root@host-02 ~]# netstat -tulpn | grep 54321 > tcp6 0 0 :::54321:::*LISTEN > 16421/python > > - I can do SSH from the engine to the Host. > - Host has the ovirtmgmt interface configured (The Bridge) > > on /etc/vds/vdsm.conf i have: > [vars] > ssl = true > [addresses] > management_port = 54321 > > This is the los from the engine > 2016-07-06 15:06:40,466 INFO > [org.ovirt.engine.core.bll.hostdeploy.InstallVdsCommand] (default task-4) > [64cca7f9] Running command: InstallVdsCommand internal: false. Entities > affected : ID: 0b8bded1-f26b-4352-aede-529b71afcb28 Type: VDSAction group > EDIT_HOST_CONFIGURATION with role type ADMIN > 2016-07-06 15:06:40,542 INFO > [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] (default > task-4) [64cca7f9] Lock Acquired to object > 'EngineLock:{exclusiveLocks='[0b8bded1-f26b-4352-aede-529b71afcb28= ACTION_TYPE_FAILED_OBJECT_LOCKED>]', sharedLocks='null'}' > 2016-07-06 15:06:40,571 INFO > [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] > (org.ovirt.thread.pool-8-thread-43) [64cca7f9] Running command: > InstallVdsInternalCommand internal: true. Entities affected : ID: > 0b8bded1-f26b-4352-aede-529b71afcb28 Type: VDS > 2016-07-06 15:06:40,571 INFO > [org.ovirt.engine.core.bll.hostdeploy.InstallVdsInternalCommand] > (org.ovirt.thread.pool-8-thread-43) [64cca7f9] Before Installation host > 0b8bded1-f26b-4352-aede-529b71afcb28, host-02.quadra.internal > 2016-07-06 15:06:40,601 INFO > [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] > (org.ovirt.thread.pool-8-thread-43) [64cca7f9] START, > SetVdsStatusVDSCommand(HostName = host-02.quadra.internal, > SetVdsStatusVDSCommandParameters:{runAsync='true', > hostId='0b8bded1-f26b-4352-aede-529b71afcb28', status='Installing', > nonOperationalReason='NONE', stopSpmFailureLogged='false', > maintenanceReason='null'}), log id: 2e716b65 > 2016-07-06 15:06:40,622 INFO > [org.ovirt.engine.core.vdsbroker.SetVdsStatusVDSCommand] > (org.ovirt.thread.pool-8-thread-43) [64cca7f9] FINISH, > SetVdsStatusVDS
[ovirt-users] Import of ova failed
Hi, I'm trying to import some .ova images from VMWare that have been copied to a node. In both cases they fail with the error: "Conversion of VM from exteral enironment failed: copy-disk stream closed unexpectedly" (the message above is copied verbatim from the log, including the misspellings) One of the VMs is a RHEL 6.6 and the other is Windows 7. The import reports adding a disk and then running a conversion, then appears to fail about 5 or 6 minutes into converting the image. I'm considering using virt-v2v to do the conversion of the .ova, but I'm not sure how to get that into ovirt then. Any suggestions? Regards, Cam ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] ovirt-ha-agent keeps quitting - 4.0.0
Hey Folks, I upgraded my oVirt cluster from 3.6.7 to 4.0.0 yesterday and am experiencing a bunch of issues. 1) I can't update the Compatibility Version to 4.0 because it tells me that all my VMs have to be off to do so, but I have a hosted engine. I found some info online about how you plan to fix this. Do we know if the fix will be in 4.0.1? 2) More alarming... the ovirt-ha-agent keeps quitting. The agent.log shows: MainThread::ERROR::2016-07-13 16:38:57,100::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Error: '[Errno 24] Too many open files' - trying to restart agent MainThread::ERROR::2016-07-13 16:39:02,104::config::122::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(_load) Configuration file '/etc/ovirt-hosted-engine/hosted-engine.conf' not available [[Errno 24] Too many open files: '/etc/ovirt-hosted-engine/hosted-engine.conf'] MainThread::ERROR::2016-07-13 16:39:02,105::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Error: '[Errno 24] Too many open files' - trying to restart agent MainThread::ERROR::2016-07-13 16:39:07,110::agent::210::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Too many errors occurred, giving up. Please review the log and consider filing a bug. MainThread::ERROR::2016-07-13 17:44:03,499::hosted_engine::493::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Shutting down the agent because of 3 failures in a row! MainThread::ERROR::2016-07-13 17:44:03,515::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Error: '(24, 'Sanlock lockspace remove failure', 'Too many open files')' - trying to restart agent MainThread::ERROR::2016-07-13 17:44:08,520::config::122::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config::(_load) Configuration file '/etc/ovirt-hosted-engine/hosted-engine.conf' not available [[Errno 24] Too many open files: '/etc/ovirt-hosted-engine/hosted-engine.conf'] MainThread::ERROR::2016-07-13 17:44:08,523::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Error: '[Errno 24] Too many open files' - trying to restart agent MainThread::ERROR::2016-07-13 17:44:13,529::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Error: '[Errno 24] Too many open files' - trying to restart agent MainThread::ERROR::2016-07-13 17:44:18,535::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Error: '[Errno 24] Too many open files' - trying to restart agent MainThread::ERROR::2016-07-13 17:44:23,541::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Error: '[Errno 24] Too many open files' - trying to restart agent MainThread::ERROR::2016-07-13 17:44:28,546::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Error: '[Errno 24] Too many open files' - trying to restart agent MainThread::ERROR::2016-07-13 17:44:33,552::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Error: '[Errno 24] Too many open files' - trying to restart agent MainThread::ERROR::2016-07-13 17:44:38,556::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Error: '[Errno 24] Too many open files' - trying to restart agent MainThread::ERROR::2016-07-13 17:44:43,561::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Error: '[Errno 24] Too many open files' - trying to restart agent MainThread::ERROR::2016-07-13 17:44:48,566::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Error: '[Errno 24] Too many open files' - trying to restart agent MainThread::ERROR::2016-07-13 17:44:53,571::agent::210::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Too many errors occurred, giving up. Please review the log and consider filing a bug. MainThread::ERROR::2016-07-13 18:47:40,048::hosted_engine::493::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Shutting down the agent because of 3 failures in a row! MainThread::ERROR::2016-07-14 10:32:29,184::hosted_engine::493::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Shutting down the agent because of 3 failures in a row! MainThread::ERROR::2016-07-14 11:10:07,223::brokerlink::279::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(_communicate) Connection closed: Connection closed MainThread::ERROR::2016-07-14 11:10:07,224::brokerlink::148::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(get_monitor_status) Exception getting monitor status: Connection closed MainThread::ERROR::2016-07-14 11:10:07,224::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent) Error: 'Failed to get monitor status: Connection closed' - trying to restart agent MainThread::ERROR::2016-07-14 12:10:26,772::hosted_engine::493::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring) Shutting down the agent because of 3 failures in a row! systemtl output: [root@cultivar3 ~]# systemctl status ovirt-ha-a
[ovirt-users] Slowness in the deploying a vm from template
HI When a deploy a vm from template its takes 10-15 Minutes to get deployed , is it a known one or any settings do i need to do ? am using oVirt3.5 version. Thanks, Nagaraju ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Slowness in the deploying a vm from template
Den 14 jul 2016 20:31 skrev Budur Nagaraju : > > HI > > When a deploy a vm from template its takes 10-15 Minutes to get deployed , is > it a known one or any settings do i need to do ? Yeah, that's 'cause you're _cloning_ the new VM. What you want is to thin provision it, goes faster than a speeding bullet:) /K > am using oVirt3.5 version. > > Thanks, > Nagaraju > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Slowness in the deploying a vm from template
HI Karli, Template is created by selecting Thin provision ,while deploying am not getting the options to select thin provision any help would really appreciate .' Thanks, Nagaraju On Fri, Jul 15, 2016 at 12:16 AM, Karli Sjöberg wrote: > > Den 14 jul 2016 20:31 skrev Budur Nagaraju : > > > > HI > > > > When a deploy a vm from template its takes 10-15 Minutes to get deployed > , is it a known one or any settings do i need to do ? > > Yeah, that's 'cause you're _cloning_ the new VM. What you want is to thin > provision it, goes faster than a speeding bullet:) > > /K > > > am using oVirt3.5 version. > > > > Thanks, > > Nagaraju > > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Slowness in the deploying a vm from template
Hi, FYI the "thin" option is in the "resource allocation" tab when "advanced" is selected in the New VM dialog. Cheers Alex On 14/07/16 19:46, Karli Sjöberg wrote: > > > Den 14 jul 2016 20:31 skrev Budur Nagaraju : > > > > HI > > > > When a deploy a vm from template its takes 10-15 Minutes to get > deployed , is it a known one or any settings do i need to do ? > > Yeah, that's 'cause you're _cloning_ the new VM. What you want is to > thin provision it, goes faster than a speeding bullet:) > > /K > > > am using oVirt3.5 version. > > > > Thanks, > > Nagaraju > > > > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- This message is intended only for the addressee and may contain confidential information. Unless you are that person, you may not disclose its contents or use it in any way and are requested to delete the message along with any attachments and notify us immediately. This email is not intended to, nor should it be taken to, constitute advice. The information provided is correct to our knowledge & belief and must not be used as a substitute for obtaining tax, regulatory, investment, legal or any other appropriate advice. "Transact" is operated by Integrated Financial Arrangements Ltd. 29 Clement's Lane, London EC4N 7AE. Tel: (020) 7608 4900 Fax: (020) 7608 5300. (Registered office: as above; Registered in England and Wales under number: 3727592). Authorised and regulated by the Financial Conduct Authority (entered on the Financial Services Register; no. 190856).___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users