Re: [ovirt-users] oVirt home lab hardware
On 19 Jan 2018 12:33 am, "Jamie Lawrence" wrote: I'm a bit out of date on the topic, but unless they have changed, avoid the NUCs. I bought a couple but gave up on them because of a firmware bug (? limitation, at least) that Intel said it won't fix. It causes a lockup on boot if a monitor is not connected. I've been told that different models don't have that problem, but have also heard of other weird problems. The impression I got is that they were meant for being media servers stuck to the back of TVs, and other use cases tend to be precluded by unexpected limitations, bugs and general strange behavior. Perhaps this was fixed, but I ended up with a bad taste in my mouth. You can pick up dirt-cheap rackmount kit on Ebay. A few R710s or similar can be had for a few $hundred and would be absolutely lovely overkill for a home network. The downside of this approach at home is going to be power consumption and noise, depending on local energy costs and the nature of your dwelling. Also, some people may not be that fond of the datacenter look for home decor. Unless you live in a cheap energy locale/don't pay for your power/enjoy malformed space heaters, don't underestimate the cost of running server kit. Getting rid of rack mount machines and switches and moving everything to a couple machines built with energy consumption in mind cut my electricity costs by over half. -j > On Jan 18, 2018, at 12:52 PM, Abdurrahman A. Ibrahim < a.rahman.at...@gmail.com> wrote: > > Hello, > > I am planning to buy home lab hardware to be used by oVirt. > > Any recommendations for used hardware i can buy from eBay for example? > Also, have you tried oVirt on Intel NUC or any other SMB servers before? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt home lab hardware
One more thing, Do you have power switch? Best regards, Ab On 19 Jan 2018 10:44 am, "Abdurrahman A. Ibrahim" wrote: > Thank you Jayme for your reply, > > I have some concerns regarding space, noise and power consumption. > > Would you mind to share your experience regarding those three parameters > with us? > > Best regards, > Ab > > > > > On 18 Jan 2018 10:23 pm, "Jayme" wrote: > > For rackmount Dell R710's are fairly popular for home labs, they have good > specs and can be found at reasonable prices on ebay. > > On Thu, Jan 18, 2018 at 4:52 PM, Abdurrahman A. Ibrahim < > a.rahman.at...@gmail.com> wrote: > >> Hello, >> >> I am planning to buy home lab hardware to be used by oVirt. >> >> Any recommendations for used hardware i can buy from eBay for example? >> Also, have you tried oVirt on Intel NUC or any other SMB servers before? >> >> Thanks, >> Ab >> >> ___ >> 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
[ovirt-users] oVirt home lab hardware
Hello, I am planning to buy home lab hardware to be used by oVirt. Any recommendations for used hardware i can buy from eBay for example? Also, have you tried oVirt on Intel NUC or any other SMB servers before? Thanks, Ab ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt 4.2 CEPH support
Thank you for the explanation. :) Best regards, Ab On Tue, Jan 9, 2018 at 12:47 PM, Yaniv Kaul wrote: > > > On Mon, Jan 8, 2018 at 3:27 PM, Abdurrahman A. Ibrahim < > a.rahman.at...@gmail.com> wrote: > >> Yup, Gianluca is right. >> My bad to mention RHV 4.2 Beta release notes instead of CaptinKVM blog >> post "https://www.ovirt.org/documentation/vmm-guide/chap-Addition >> al_Configuration/" >> """ >> >>> *Support for Ceph via iSCSI* – The Ceph iSCSI target has been tested >>> and certified as a storage domain for virtual machines. This provides more >>> infrastructure and deployment choices for engineers and architects. >> >> """ >> >> Do we have any oVirt documentation mentioned that? >> > > I'm afraid not. For oVirt, it's just another iSCSI target like any other > iSCSI storage. > Y. > > >> >> Best regards, >> Ab >> >> On Mon, Jan 8, 2018 at 2:15 PM, Gianluca Cecchi < >> gianluca.cec...@gmail.com> wrote: >> >>> On Mon, Jan 8, 2018 at 2:06 PM, Fred Rolland >>> wrote: >>> >>>> Hi, >>>> >>>> Do you have a link about this information? >>>> >>>> Thanks, >>>> Freddy >>>> >>>> >>>> >>> >>> Probably he refers to this blog: >>> https://rhelblog.redhat.com/2018/01/04/red-hat-virtualizatio >>> n-4-2-beta-is-live/ >>> >>> with: >>> " >>> *Support for Ceph via iSCSI* – The Ceph iSCSI target has been tested >>> and certified as a storage domain for virtual machines. This provides more >>> infrastructure and deployment choices for engineers and architects. >>> " >>> >>> It seems a described feature that didn't get any referral in oVirt 4.2 >>> release notes: >>> https://ovirt.org/release/4.2.0/ >>> >>> But I think in general, given a version, it is not guaranteed that what >>> in RHEV maps with what in oVirt and viceversa. >>> I don't know if this one about Ceph via iSCSI is one of them. >>> Gianluca >>> >> >> >> >> ___ >> 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.2 CEPH support
Yup, Gianluca is right. My bad to mention RHV 4.2 Beta release notes instead of CaptinKVM blog post " https://www.ovirt.org/documentation/vmm-guide/chap-Additional_Configuration/ " """ > *Support for Ceph via iSCSI* – The Ceph iSCSI target has been tested and > certified as a storage domain for virtual machines. This provides more > infrastructure and deployment choices for engineers and architects. """ Do we have any oVirt documentation mentioned that? Best regards, Ab On Mon, Jan 8, 2018 at 2:15 PM, Gianluca Cecchi wrote: > On Mon, Jan 8, 2018 at 2:06 PM, Fred Rolland wrote: > >> Hi, >> >> Do you have a link about this information? >> >> Thanks, >> Freddy >> >> >> > > Probably he refers to this blog: > https://rhelblog.redhat.com/2018/01/04/red-hat-virtualization-4-2-beta-is- > live/ > > with: > " > *Support for Ceph via iSCSI* – The Ceph iSCSI target has been tested and > certified as a storage domain for virtual machines. This provides more > infrastructure and deployment choices for engineers and architects. > " > > It seems a described feature that didn't get any referral in oVirt 4.2 > release notes: > https://ovirt.org/release/4.2.0/ > > But I think in general, given a version, it is not guaranteed that what in > RHEV maps with what in oVirt and viceversa. > I don't know if this one about Ceph via iSCSI is one of them. > Gianluca > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] oVirt 4.2 CEPH support
Hello, I read in RHV 4.2 Beta release note that CEPH will be supported using iSCSI. I have tried to check community documentation regarding CEPH support but there was no luck. Do we have such document? Best regards, Ab ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt 4.2 ansible 'Add hosts' task doesn't work
Hello Martin, Thank you for your reply. Sorry for not saying that, but using root password was not working for me, so I used SSH public key as an alternative way. I have created bug ID '1529851', but please let me know if you need me tho check any other steps from my side. https://bugzilla.redhat.com/show_bug.cgi?id=1529851 Best regards, Ab On Sat, Dec 30, 2017 at 10:45 AM, Martin Perina wrote: > > > On Fri, Dec 29, 2017 at 3:05 PM, Abdurrahman A. Ibrahim < > a.rahman.at...@gmail.com> wrote: > >> Hi all, >> >> - Here is a simple architecture for my demo deployment using KVM VMs: >> 1) rhevm1.ab.lab -> oVirt Engine (CentOS 7.4 x86_64) >> 2) rhevh1.ab.lab -> oVirt Enterprise Linux Host (CentOS 7.4 x86_64) >> 3) rhevh2.ab.lab -> oVirt Enterprise Linux Host (CentOS 7.4 x86_64) >> >> - How to reproduce issue: >> 1) I installed 'ovirt-engine' successfully. >> >> 2) I tried to add 'rhevh1.ab.lab' from 'rhevm1.ab.lab' using SSH public >> key. >> > > Hi, > > could you please try to connect using root password instead of SSH public > key? If root password option works, could you please create a bug for this > issue? > > Thanks > > Martin > > >> >> Everything was OK until I had the following error message: >> "Host rhevh1 installation failed. Failed to execute Ansible >> host-deploy role. Please check logs for more details: >> /var/log/ovirt-engine/host-deploy/ovirt-host-deploy-ansible- >> 20171229144439-rhevh1.ab.lab-13b2b5c4.log." >> >> Checking log file showed the following: >> [root@rhevm1 tmp]# cat /var/log/ovirt-engine/host-dep >> loy/ovirt-host-deploy-ansible-20171229144439-rhevh1.ab.lab-13b2b5c4.log >> 2017-12-29 14:44:40,320 p=9666 u=ovirt | [DEPRECATION WARNING]: The >> use of 'include' for tasks has been deprecated. Use >> ' import_tasks' for static inclusions or 'include_tasks' for dynamic >> inclusions. >> This feature will be removed in a future release. Deprecation >> warnings can be >> disabled by setting deprecation_warnings=False in ansible.cfg. >> 2017-12-29 14:44:40,321 p=9666 u=ovirt | [DEPRECATION WARNING]: >> include is kept for backwards compatibility but usage is >> discouraged. The module documentation details page may explain more >> about this >> rationale.. This feature will be removed in a future release. >> Deprecation >> warnings can be disabled by setting deprecation_warnings=False in >> ansible.cfg. >> 2017-12-29 14:44:40,458 p=9666 u=ovirt | PLAY [all] >> * >> 2017-12-29 14:44:40,469 p=9666 u=ovirt | TASK [Gathering Facts] >> * >> 2017-12-29 14:44:40,801 p=9666 u=ovirt | fatal: [rhevh1.ab.lab]: >> UNREACHABLE! => {"changed": false, "msg": "Failed to connect to the host >> via ssh: ssh_exchange_identification: Connection closed by remote >> host\r\n", "unreachable": true} >> 2017-12-29 14:44:40,802 p=9666 u=ovirt | PLAY RECAP >> * >> 2017-12-29 14:44:40,802 p=9666 u=ovirt | rhevh1.ab.lab >> : ok=0changed=0unreachable=1failed=0 >> >> 3) I tried to simulate Ansilbe role work by using simple ansible module >> using 'root' user: >>[root@rhevm1 tmp]# ansible -m ping rhevhs -i /tmp/tmphosts >>The authenticity of host '192.168.150.21 (> command>)' can't be established. >>ECDSA key fingerprint is SHA256:fPem/Gn67v6tEbQpX/NJix/ >> Ff7gPJsQ9Hz9SSBBc5ts. >> ECDSA key fingerprint is MD5:12:ca:c7:84:93:50:3f:33:b5 >> :39:e2:20:2d:13:17:43. >> Are you sure you want to continue connecting (yes/no)? yes >> 192.168.150.21 | SUCCESS => { >> "changed": false, >> "ping": "pong" >> } >> >> >> 4) It seems that above ansible role is not able to deal with SSH >> fingerprint for the first time even if I was able to collect >> 'rhevh1.ab.lab' fingerprint during adding host procedures. >> >> 5) I have tried to disable this feature in ansible.cfg file: >> [root@rhevm1 tmp]# grep host_key_checking /etc/ansible/ansible.cfg >> host_key_checking = False >> >> 6) Again the same results: >> [root@rhevm1 tmp]# cat /var/log/ovirt-engine/host-dep >> loy/ovirt-host-deploy-ansible-20171229
[ovirt-users] oVirt 4.2 ansible 'Add hosts' task doesn't work
Hi all, - Here is a simple architecture for my demo deployment using KVM VMs: 1) rhevm1.ab.lab -> oVirt Engine (CentOS 7.4 x86_64) 2) rhevh1.ab.lab -> oVirt Enterprise Linux Host (CentOS 7.4 x86_64) 3) rhevh2.ab.lab -> oVirt Enterprise Linux Host (CentOS 7.4 x86_64) - How to reproduce issue: 1) I installed 'ovirt-engine' successfully. 2) I tried to add 'rhevh1.ab.lab' from 'rhevm1.ab.lab' using SSH public key. Everything was OK until I had the following error message: "Host rhevh1 installation failed. Failed to execute Ansible host-deploy role. Please check logs for more details: /var/log/ovirt-engine/host-deploy/ovirt-host-deploy-ansible-20171229144439-rhevh1.ab.lab-13b2b5c4.log." Checking log file showed the following: [root@rhevm1 tmp]# cat /var/log/ovirt-engine/host-deploy/ovirt-host-deploy-ansible-20171229144439-rhevh1.ab.lab-13b2b5c4.log 2017-12-29 14:44:40,320 p=9666 u=ovirt | [DEPRECATION WARNING]: The use of 'include' for tasks has been deprecated. Use ' import_tasks' for static inclusions or 'include_tasks' for dynamic inclusions. This feature will be removed in a future release. Deprecation warnings can be disabled by setting deprecation_warnings=False in ansible.cfg. 2017-12-29 14:44:40,321 p=9666 u=ovirt | [DEPRECATION WARNING]: include is kept for backwards compatibility but usage is discouraged. The module documentation details page may explain more about this rationale.. This feature will be removed in a future release. Deprecation warnings can be disabled by setting deprecation_warnings=False in ansible.cfg. 2017-12-29 14:44:40,458 p=9666 u=ovirt | PLAY [all] * 2017-12-29 14:44:40,469 p=9666 u=ovirt | TASK [Gathering Facts] * 2017-12-29 14:44:40,801 p=9666 u=ovirt | fatal: [rhevh1.ab.lab]: UNREACHABLE! => {"changed": false, "msg": "Failed to connect to the host via ssh: ssh_exchange_identification: Connection closed by remote host\r\n", "unreachable": true} 2017-12-29 14:44:40,802 p=9666 u=ovirt | PLAY RECAP * 2017-12-29 14:44:40,802 p=9666 u=ovirt | rhevh1.ab.lab : ok=0changed=0unreachable=1failed=0 3) I tried to simulate Ansilbe role work by using simple ansible module using 'root' user: [root@rhevm1 tmp]# ansible -m ping rhevhs -i /tmp/tmphosts The authenticity of host '192.168.150.21 ()' can't be established. ECDSA key fingerprint is SHA256:fPem/Gn67v6tEbQpX/NJix/Ff7gPJsQ9Hz9SSBBc5ts. ECDSA key fingerprint is MD5:12:ca:c7:84:93:50:3f:33:b5:39:e2:20:2d:13:17:43. Are you sure you want to continue connecting (yes/no)? yes 192.168.150.21 | SUCCESS => { "changed": false, "ping": "pong" } 4) It seems that above ansible role is not able to deal with SSH fingerprint for the first time even if I was able to collect 'rhevh1.ab.lab' fingerprint during adding host procedures. 5) I have tried to disable this feature in ansible.cfg file: [root@rhevm1 tmp]# grep host_key_checking /etc/ansible/ansible.cfg host_key_checking = False 6) Again the same results: [root@rhevm1 tmp]# cat /var/log/ovirt-engine/host-deploy/ovirt-host-deploy-ansible-20171229145907-rhevh1.ab.lab-3e8bace0.log 2017-12-29 14:59:08,005 p=10135 u=ovirt | [DEPRECATION WARNING]: The use of 'include' for tasks has been deprecated. Use 'import_tasks' for static inclusions or 'include_tasks' for dynamic inclusions. This feature will be removed in a future release. Deprecation warnings can be disabled by setting deprecation_warnings=False in ansible.cfg. 2017-12-29 14:59:08,006 p=10135 u=ovirt | [DEPRECATION WARNING]: include is kept for backwards compatibility but usage is discouraged. The module documentation details page may explain more about this rationale.. This feature will be removed in a future release. Deprecation warnings can be disabled by setting deprecation_warnings=False in ansible.cfg. 2017-12-29 14:59:08,139 p=10135 u=ovirt | PLAY [all] * 2017-12-29 14:59:08,151 p=10135 u=ovirt | TASK [Gathering Facts] * 2017-12-29 14:59:08,477 p=10135 u=ovirt | fatal: [rhevh1.ab.lab]: UNREACHABLE! => {"changed": false, "msg": "Failed to connect to the host via ssh: ssh_exchange_identification: Connection closed by remote host\r\n", "unreachable": true} 2017-12-29 14:59:08,478 p=10135 u=ovirt | PLAY RECAP * 2017-12-29 14:59:08,478 p=10135 u=ovirt | rhevh1.ab.lab : ok=0changed=0unreachable=1failed=0 - Questions: 1) How could I resolve this issue? 2) Is this behaviors considered as a bug to be reported? Thanks, Ab -- ___ Users mailing list Users@ov