[ovirt-users] Either allow 2 CD-ROM's or selectable *.vfd Floppy Images from Storage via Run Once other than from deprcated ISO-Storage

2019-08-12 Thread Ralf Schenk 
Hello,

when Installing Windows VM's on Ovirt we need either 2 CD-ROM's attached
as ISO Files (Installer ISO and Virtio-Win-ISO) to be able to install to
Virtio-(SCSI)-Disks.

In Ovirt 4.3.4 it is not possible to attach 2 CD-ROM's to a VM. So we
have to use Floppy Images (virtio-win-*.vfd) attached to install drivers
within Installer.

We need to use "Run Once" to attach flopppy disks. There are only *.vfd
selectable which are located on ISO-Storage.Domain, which will be
deprecated now or then.

-> We won't be able to install Windows VM's from unmodified ISO
Installer-CD's without ISO Storage Domain or making *.vfd Files
selectable via "Run Once"

When will that be available... ?

Bye

-- 


*Ralf Schenk*
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail *r...@databay.de* 
    
*Databay AG*
Jens-Otto-Krag-Straße 11
D-52146 Würselen
*www.databay.de* 

Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
Philipp Hermanns
Aufsichtsratsvorsitzender: Wilhelm Dohmen


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3G5BEWATSBZCUKLPS5ZNOAFDHIVNAYQV/

[ovirt-users] Re: Installing new oVirt node fails

2019-08-12 Thread Lucie Leistnerova 

On 8/12/19 10:34 AM, Winfried de Heiden wrote:

Hi all,

No, the certificate was OK, no UTF characters found. I think I found 
the problem however; the public keys as found in 
/root/.ssh/authorized_keys.


One or two keys did contain a "@" in the description. After removing 
these keys, installation went well. I'll try to reproduce using a 
virtual hypervisor, smells like a bug.


That sounds strange, @ is 0x40. Otopi complains about 0x3c, that 
characters start with À.

Please send the host deploy log.



Winfried

Op 12-08-19 om 07:59 schreef Lucie Leistnerova:


Hi Winfried,

On 8/11/19 7:20 PM, Winfried de Heiden wrote:

Hi all,

Installing/regestering a host to ovirt (ovirt: 4.3.5.5-1.el7 +  
oVirt Node 4.3.5.2)) will fail with, seems lang something using yum 
goes wrong. Installing will fail...



You may hit this issue

https://bugzilla.redhat.com/show_bug.cgi?id=1733438

Check your certificates for utf characters.


019-08-11 18:40:44,408+0200 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:204 DIALOG:SEND   **%EventStart STAGE misc METHOD 
otopi.plugins.otopi.network.ssh.Plugin._append_key (None)
2019-08-11 18:40:44,409+0200 DEBUG otopi.context context._executeMethod:145 
method exception
Traceback (most recent call last):
   File "/tmp/ovirt-sMdZ7tvESy/pythonlib/otopi/context.py", line 132, in 
_executeMethod
 method['method']()
   File "/tmp/ovirt-sMdZ7tvESy/otopi-plugins/otopi/network/ssh.py", line 152, 
in _append_key
 constants.CoreEnv.MODIFIED_FILES
   File "/tmp/ovirt-sMdZ7tvESy/pythonlib/otopi/filetransaction.py", line 151, 
in __init__
 self._content = self._content.encode("utf-8")
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 750: 
ordinal not in range(128)
2019-08-11 18:40:44,409+0200ERROR  otopi.context context._executeMethod:154 
Failed to execute stage 'Misc configuration': 'ascii' codec can't decode byte 
0xc3 in position 750: ordinal not in range(128)
2019-08-11 18:40:44,410+0200 DEBUG otopi.transaction transaction.abort:119 
aborting 'Yum Transaction'
2019-08-11 18:40:44,410+0200 INFO otopi.plugins.otopi.packagers.yumpackager 
yumpackager.info:80 Yum Performing yum transaction rollback
Loaded plugins: fastestmirror, product-id, subscription-manager, versionlock

Afterwards, oVirt Node will complain:

aug 11 19:13:32 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, 
address: :::10.19.69.3
aug 11 19:13:55 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, 
address: :::10.19.69.3
aug 11 19:14:18 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, 
address: :::10.19.69.3
aug 11 19:14:41 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, 
address: :::10.19.69.3

Anyone?

Winfried

___
Users mailing list --users@ovirt.org
To unsubscribe send an email tousers-le...@ovirt.org
Privacy Statement:https://www.ovirt.org/site/privacy-policy/
oVirt Code of 
Conduct:https://www.ovirt.org/community/about/community-guidelines/
List 
Archives:https://lists.ovirt.org/archives/list/users@ovirt.org/message/2A4Q3MTNXQVXIKK36LPJOBGRWMZ3SCXO/

Best regards,

Lucie

--
Lucie Leistnerova
Senior Quality Engineer, QE Cloud, RHVM
Red Hat EMEA

IRC: lleistne @ #rhev-qe



--
Lucie Leistnerova
Senior Quality Engineer, QE Cloud, RHVM
Red Hat EMEA

IRC: lleistne @ #rhev-qe

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZQNXCKJOI5DQPMDY6GE2DKOX7XW632IG/

[ovirt-users] Re: Either allow 2 CD-ROM's or selectable *.vfd Floppy Images from Storage via Run Once other than from deprcated ISO-Storage

2019-08-12 Thread Dan Yasny 
You do not need two CDROMs, you need only one, and when you need to load
the drivers, simply change, load and change again

On Mon, Aug 12, 2019 at 6:59 AM Ralf Schenk  wrote:

> Hello,
>
> when Installing Windows VM's on Ovirt we need either 2 CD-ROM's attached
> as ISO Files (Installer ISO and Virtio-Win-ISO) to be able to install to
> Virtio-(SCSI)-Disks.
>
> In Ovirt 4.3.4 it is not possible to attach 2 CD-ROM's to a VM. So we have
> to use Floppy Images (virtio-win-*.vfd) attached to install drivers within
> Installer.
>
> We need to use "Run Once" to attach flopppy disks. There are only *.vfd
> selectable which are located on ISO-Storage.Domain, which will be
> deprecated now or then.
>
> -> We won't be able to install Windows VM's from unmodified ISO
> Installer-CD's without ISO Storage Domain or making *.vfd Files selectable
> via "Run Once"
>
> When will that be available... ?
>
> Bye
> --
>
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail *r...@databay.de* 
>
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* 
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
> Philipp Hermanns
> Aufsichtsratsvorsitzender: Wilhelm Dohmen
> --
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/3G5BEWATSBZCUKLPS5ZNOAFDHIVNAYQV/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/7WPAKMWM5LSSDJITGTWA3SWZL3PVJFJL/

[ovirt-users] Re: Problem with cloud-init (metrics install)

2019-08-12 Thread Chris Adams 
I'm using ovirt-engine 4.3.5.5-1.el7.  I installed the Metrics Store
using this guide and its CentOS settings:

https://ovirt.org/documentation/metrics-install-guide/Installing_Metrics_Store.html

I tried to set a static IP on the created master0 VM per the guide by
setting the network settings under the Initial Run tab of the VM
settings, but they are not applied.  If I start the VM with Run Once and
the network settings, they are applied, but if I shut it down and go
back to a regular run, the VM reverts back to DHCP.

Once upon a time, Dominik Holler  said:
> On Sun, Aug 11, 2019 at 3:42 PM Liran Rotenberg  wrote:
> 
> > Hi again,
> > Adding +Dominik Holler
> >
> 
> Thanks for the heads up.
> 
> 
> > If you deployed the static configuration to the VM using cloud-init
> > you might be hitting this bug:
> > https://bugzilla.redhat.com/show_bug.cgi?id=1593010
> >
> > Let me know if this is the case. If not, please elaborate on the steps
> > you did to this VM.
> >
> >
> Which version of ovirt-engine do you use?
> Which cloud image do you use?
> Which network setting is not applied as you expect?
> 
> 
> > Regards,
> > Liran.
> >
> >
> >
> > On Thu, Aug 8, 2019 at 8:32 PM Chris Adams  wrote:
> > >
> > > How do you keep it from reverting back to DHCP on the next reboot?
> > >
> > > Once upon a time, Jayme  said:
> > > > I found this a bit confusing myself.  I ended up having to do it
> > manually
> > > > by logging in to the VM and changing the IP afterward.
> > > >
> > > > On Thu, Aug 8, 2019 at 11:21 AM Chris Adams  wrote:
> > > >
> > > > > I'm following this guide:
> > > > >
> > > > >
> > > > >
> > https://ovirt.org/documentation/metrics-install-guide/Installing_Metrics_Store.html
> > > > >
> > > > > Specifically, the step "Setup virtual machine static IP and Mac
> > > > > address".  The deploy does a bunch of stuff automatically, so the
> > first
> > > > > opportunity I have to do anything is after the VM is already booted.
> > > > >
> > > > > It seems that having a DHCP server, with matching reverse/forward DNS
> > > > > entries for each IP, is a requirement, and that there's not a way to
> > set
> > > > > the metrics store VM to a static IP (despite having to have a DNS
> > entry
> > > > > pointing to an IP).
> > > > >
> > > > > Once upon a time, Liran Rotenberg  said:
> > > > > > Hi Chris,
> > > > > > Run Once option is different from normal run.
> > > > > > For cloud-init you shall need the pre-requirement:
> > > > > > A sealed VM, for example if you wish to create a template:
> > > > > >
> > > > >
> > https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/html/virtual_machine_management_guide/chap-templates#Sealing_Virtual_Machines_in_Preparation_for_Deployment_as_Templates
> > > > > > Cloud-init service should be installed and enabled on the VM (make
> > > > > > sure before sealing the VM).
> > > > > > Run will consume the cloud-init configuration only if it is the
> > VM's
> > > > > first run.
> > > > > >
> > > > > > Regards,
> > > > > > Liran.
> > > > > >
> > > > > > On Thu, Aug 8, 2019 at 4:07 PM Chris Adams 
> > wrote:
> > > > > > >
> > > > > > > I am trying to set up the oVirt Metrics Store, which uses
> > cloud-init
> > > > > for
> > > > > > > network settings, so I set the info under the "Initial Run" tab.
> > > > > > > However, it doesn't seem to actually apply the network settings
> > unless
> > > > > I
> > > > > > > "run once" and enable clout-init there.
> > > > > > >
> > > > > > > I haven't used cloud-init before (been on my to-do list to check
> > out) -
> > > > > > > am I missing something?
> > > > > > >
> > > > > > > --
> > > > > > > Chris Adams 
> > > > > > > ___
> > > > > > > Users mailing list -- users@ovirt.org
> > > > > > > To unsubscribe send an email to users-le...@ovirt.org
> > > > > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > > > > > > oVirt Code of Conduct:
> > > > > https://www.ovirt.org/community/about/community-guidelines/
> > > > > > > List Archives:
> > > > >
> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/UKBKKLQQBFDNSVEIKETOD5GQPVVX2LBT/
> > > > > > ___
> > > > > > Users mailing list -- users@ovirt.org
> > > > > > To unsubscribe send an email to users-le...@ovirt.org
> > > > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > > > > > oVirt Code of Conduct:
> > > > > https://www.ovirt.org/community/about/community-guidelines/
> > > > > > List Archives:
> > > > >
> > https://lists.ovirt.org/archives/list/users@ovirt.org/message/TAATB64XMPFMBV3TGO6BZOQ3RNGX7Q6A/
> > > > >
> > > > > --
> > > > > Chris Adams 
> > > > > ___
> > > > > Users mailing list -- users@ovirt.org
> > > > > To unsubscribe send an email to users-le...@ovirt.org
> > > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > > > > oVirt Code of Conduct:
> > > > >

[ovirt-users] Re: Either allow 2 CD-ROM's or selectable *.vfd Floppy Images from Storage via Run Once other than from deprcated ISO-Storage

2019-08-12 Thread femi adegoke 
Ralf,

I always prefer to use https://www.ntlite.com/ to prepare my Windows ISO & I 
can "inject" all the needed virtio drivers.
On Aug 12 2019, at 3:58 am, Ralf Schenk  wrote:
>
> Hello,
> when Installing Windows VM's on Ovirt we need either 2 CD-ROM's attached as 
> ISO Files (Installer ISO and Virtio-Win-ISO) to be able to install to 
> Virtio-(SCSI)-Disks.
> In Ovirt 4.3.4 it is not possible to attach 2 CD-ROM's to a VM. So we have to 
> use Floppy Images (virtio-win-*.vfd) attached to install drivers within 
> Installer.
> We need to use "Run Once" to attach flopppy disks. There are only *.vfd 
> selectable which are located on ISO-Storage.Domain, which will be deprecated 
> now or then.
> -> We won't be able to install Windows VM's from unmodified ISO 
> Installer-CD's without ISO Storage Domain or making *.vfd Files selectable 
> via "Run Once"
> When will that be available... ?
> Bye
> --
>
>
>
> Ralf Schenk
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail r...@databay.de (mailto:r...@databay.de)
>
> Databay AG
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> www.databay.de (http://www.databay.de)
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm. 
> Philipp Hermanns
> Aufsichtsratsvorsitzender: Wilhelm Dohmen
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/3G5BEWATSBZCUKLPS5ZNOAFDHIVNAYQV/
>

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/X6DJJ2NUYBAHGJEAHF6M3HKWQHUG5J2Z/

[ovirt-users] Re: Installing new oVirt node fails

2019-08-12 Thread Lucie Leistnerova 

Hi Winfried,

On 8/11/19 7:20 PM, Winfried de Heiden wrote:

Hi all,

Installing/regestering a host to ovirt (ovirt: 4.3.5.5-1.el7 + oVirt 
Node 4.3.5.2)) will fail with, seems lang something using yum goes 
wrong. Installing will fail...



You may hit this issue

https://bugzilla.redhat.com/show_bug.cgi?id=1733438

Check your certificates for utf characters.


019-08-11 18:40:44,408+0200 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:204 DIALOG:SEND   **%EventStart STAGE misc METHOD 
otopi.plugins.otopi.network.ssh.Plugin._append_key (None)
2019-08-11 18:40:44,409+0200 DEBUG otopi.context context._executeMethod:145 
method exception
Traceback (most recent call last):
   File "/tmp/ovirt-sMdZ7tvESy/pythonlib/otopi/context.py", line 132, in 
_executeMethod
 method['method']()
   File "/tmp/ovirt-sMdZ7tvESy/otopi-plugins/otopi/network/ssh.py", line 152, 
in _append_key
 constants.CoreEnv.MODIFIED_FILES
   File "/tmp/ovirt-sMdZ7tvESy/pythonlib/otopi/filetransaction.py", line 151, 
in __init__
 self._content = self._content.encode("utf-8")
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 750: 
ordinal not in range(128)
2019-08-11 18:40:44,409+0200ERROR  otopi.context context._executeMethod:154 
Failed to execute stage 'Misc configuration': 'ascii' codec can't decode byte 
0xc3 in position 750: ordinal not in range(128)
2019-08-11 18:40:44,410+0200 DEBUG otopi.transaction transaction.abort:119 
aborting 'Yum Transaction'
2019-08-11 18:40:44,410+0200 INFO otopi.plugins.otopi.packagers.yumpackager 
yumpackager.info:80 Yum Performing yum transaction rollback
Loaded plugins: fastestmirror, product-id, subscription-manager, versionlock

Afterwards, oVirt Node will complain:

aug 11 19:13:32 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, 
address: :::10.19.69.3
aug 11 19:13:55 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, 
address: :::10.19.69.3
aug 11 19:14:18 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, 
address: :::10.19.69.3
aug 11 19:14:41 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, 
address: :::10.19.69.3

Anyone?

Winfried

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/2A4Q3MTNXQVXIKK36LPJOBGRWMZ3SCXO/

Best regards,

Lucie

--
Lucie Leistnerova
Senior Quality Engineer, QE Cloud, RHVM
Red Hat EMEA

IRC: lleistne @ #rhev-qe

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JZ2FSXWAUSOHVB4CQJLNYY7VRPGAKT37/

[ovirt-users] Re: Installing new oVirt node fails

2019-08-12 Thread Winfried de Heiden 

  
  
Hi all,
  
  No, the certificate was OK, no UTF characters found. I think I
  found the problem however; the public keys as found in
  /root/.ssh/authorized_keys.
  
  One or two keys did contain a "@" in the description. After
  removing these keys, installation went well. I'll try to reproduce
  using a virtual hypervisor, smells like a bug.
  
  Winfried

Op 12-08-19 om 07:59 schreef Lucie
  Leistnerova:


  
  Hi Winfried,
  On 8/11/19 7:20 PM, Winfried de
Heiden wrote:
  
  

Hi all,
  
  Installing/regestering a host to ovirt (ovirt: 4.3.5.5-1.el7
  +  oVirt Node 4.3.5.2)) will fail with,
  seems lang something using yum goes wrong. Installing will
  fail...

  
  You may hit this issue
   https://bugzilla.redhat.com/show_bug.cgi?id=1733438
  
  Check your certificates for utf characters.
  
019-08-11 18:40:44,408+0200 DEBUG otopi.plugins.otopi.dialog.machine dialog.__logString:204 DIALOG:SEND   **%EventStart STAGE misc METHOD otopi.plugins.otopi.network.ssh.Plugin._append_key (None)
2019-08-11 18:40:44,409+0200 DEBUG otopi.context context._executeMethod:145 method exception
Traceback (most recent call last):
  File "/tmp/ovirt-sMdZ7tvESy/pythonlib/otopi/context.py", line 132, in _executeMethod
method['method']()
  File "/tmp/ovirt-sMdZ7tvESy/otopi-plugins/otopi/network/ssh.py", line 152, in _append_key
constants.CoreEnv.MODIFIED_FILES
  File "/tmp/ovirt-sMdZ7tvESy/pythonlib/otopi/filetransaction.py", line 151, in __init__
self._content = self._content.encode("utf-8")
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc3 in position 750: ordinal not in range(128)
2019-08-11 18:40:44,409+0200 ERROR otopi.context context._executeMethod:154 Failed to execute stage 'Misc configuration': 'ascii' codec can't decode byte 0xc3 in position 750: ordinal not in range(128)
2019-08-11 18:40:44,410+0200 DEBUG otopi.transaction transaction.abort:119 aborting 'Yum Transaction'
2019-08-11 18:40:44,410+0200 INFO otopi.plugins.otopi.packagers.yumpackager yumpackager.info:80 Yum Performing yum transaction rollback
Loaded plugins: fastestmirror, product-id, subscription-manager, versionlock

Afterwards, oVirt Node will complain:

aug 11 19:13:32 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, address: :::10.19.69.3
aug 11 19:13:55 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, address: :::10.19.69.3
aug 11 19:14:18 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, address: :::10.19.69.3
aug 11 19:14:41 bigvirt.blabla.bla vdsm[2342]: ERROR ssl handshake: SSLError, address: :::10.19.69.3

Anyone?

Winfried



___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/
List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/2A4Q3MTNXQVXIKK36LPJOBGRWMZ3SCXO/

  
  Best regards,
  Lucie
  -- 
Lucie Leistnerova
Senior Quality Engineer, QE Cloud, RHVM
Red Hat EMEA

IRC: lleistne @ #rhev-qe



  
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/WT3JTMC5LJDOH7YMQV7NB2JFJNLIJ4CF/

[ovirt-users] Re: Problem with cloud-init (metrics install)

2019-08-12 Thread Dominik Holler 
On Sun, Aug 11, 2019 at 3:42 PM Liran Rotenberg  wrote:

> Hi again,
> Adding +Dominik Holler
>

Thanks for the heads up.


> If you deployed the static configuration to the VM using cloud-init
> you might be hitting this bug:
> https://bugzilla.redhat.com/show_bug.cgi?id=1593010
>
> Let me know if this is the case. If not, please elaborate on the steps
> you did to this VM.
>
>
Which version of ovirt-engine do you use?
Which cloud image do you use?
Which network setting is not applied as you expect?


> Regards,
> Liran.
>
>
>
> On Thu, Aug 8, 2019 at 8:32 PM Chris Adams  wrote:
> >
> > How do you keep it from reverting back to DHCP on the next reboot?
> >
> > Once upon a time, Jayme  said:
> > > I found this a bit confusing myself.  I ended up having to do it
> manually
> > > by logging in to the VM and changing the IP afterward.
> > >
> > > On Thu, Aug 8, 2019 at 11:21 AM Chris Adams  wrote:
> > >
> > > > I'm following this guide:
> > > >
> > > >
> > > >
> https://ovirt.org/documentation/metrics-install-guide/Installing_Metrics_Store.html
> > > >
> > > > Specifically, the step "Setup virtual machine static IP and Mac
> > > > address".  The deploy does a bunch of stuff automatically, so the
> first
> > > > opportunity I have to do anything is after the VM is already booted.
> > > >
> > > > It seems that having a DHCP server, with matching reverse/forward DNS
> > > > entries for each IP, is a requirement, and that there's not a way to
> set
> > > > the metrics store VM to a static IP (despite having to have a DNS
> entry
> > > > pointing to an IP).
> > > >
> > > > Once upon a time, Liran Rotenberg  said:
> > > > > Hi Chris,
> > > > > Run Once option is different from normal run.
> > > > > For cloud-init you shall need the pre-requirement:
> > > > > A sealed VM, for example if you wish to create a template:
> > > > >
> > > >
> https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.3/html/virtual_machine_management_guide/chap-templates#Sealing_Virtual_Machines_in_Preparation_for_Deployment_as_Templates
> > > > > Cloud-init service should be installed and enabled on the VM (make
> > > > > sure before sealing the VM).
> > > > > Run will consume the cloud-init configuration only if it is the
> VM's
> > > > first run.
> > > > >
> > > > > Regards,
> > > > > Liran.
> > > > >
> > > > > On Thu, Aug 8, 2019 at 4:07 PM Chris Adams 
> wrote:
> > > > > >
> > > > > > I am trying to set up the oVirt Metrics Store, which uses
> cloud-init
> > > > for
> > > > > > network settings, so I set the info under the "Initial Run" tab.
> > > > > > However, it doesn't seem to actually apply the network settings
> unless
> > > > I
> > > > > > "run once" and enable clout-init there.
> > > > > >
> > > > > > I haven't used cloud-init before (been on my to-do list to check
> out) -
> > > > > > am I missing something?
> > > > > >
> > > > > > --
> > > > > > Chris Adams 
> > > > > > ___
> > > > > > Users mailing list -- users@ovirt.org
> > > > > > To unsubscribe send an email to users-le...@ovirt.org
> > > > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > > > > > oVirt Code of Conduct:
> > > > https://www.ovirt.org/community/about/community-guidelines/
> > > > > > List Archives:
> > > >
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/UKBKKLQQBFDNSVEIKETOD5GQPVVX2LBT/
> > > > > ___
> > > > > Users mailing list -- users@ovirt.org
> > > > > To unsubscribe send an email to users-le...@ovirt.org
> > > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > > > > oVirt Code of Conduct:
> > > > https://www.ovirt.org/community/about/community-guidelines/
> > > > > List Archives:
> > > >
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TAATB64XMPFMBV3TGO6BZOQ3RNGX7Q6A/
> > > >
> > > > --
> > > > Chris Adams 
> > > > ___
> > > > Users mailing list -- users@ovirt.org
> > > > To unsubscribe send an email to users-le...@ovirt.org
> > > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > > > oVirt Code of Conduct:
> > > > https://www.ovirt.org/community/about/community-guidelines/
> > > > List Archives:
> > > >
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/PKZJG2AXVMWDXIT4R65DQ2BJI3OZF3OQ/
> > > >
> >
> > > ___
> > > Users mailing list -- users@ovirt.org
> > > To unsubscribe send an email to users-le...@ovirt.org
> > > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > > List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/UDRDSQQ4NJRN36WTKEKAJLQLOMK6B5FG/
> >
> >
> > --
> > Chris Adams 
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy

[ovirt-users] Re: oVirt 4.3.5 potential issue with NFS storage

2019-08-12 Thread Shani Leviim 
Basically, I meant to verify the access by ssh, but I want to verify
something following your detailed reply:

According to [1], in order to set a NetApp NFS server, the required steps
should look like this:

# mount NetApp_NFS:/path/to/export /mnt
# chown -R 36.36 /mnt
# chmod -R 755 /mnt
# umount /mnt

Which is quite similar to the steps you've mentioned, except the last step
of unmounting:
Unmount the 10.214.13.64:/ovirt_production

I think that you had to unmount /mnt/rhevstore instead.

Can you please verify?

[1] https://access.redhat.com/solutions/660143


*Regards,*

*Shani Leviim*


On Sun, Aug 11, 2019 at 10:57 PM Vrgotic, Marko 
wrote:

> Hi Shani,
>
> Thank you for your reply, but
> How do I do that?
> Reason why I am asking is following:
> Hosts 2,3,4 do not have that issue. Host 1 and 5 do.
> What I learned previously is that when using Netapp based NFS, which we
> are, it’s required to before provisioning SHE and/or just adding a Host to
> a pool, it’s required to execute following steps:
>
> Create random dir on a host:
> - mkdir /mnt/rhevstore
> Mount netapp volume to the dir
> - mount -o sec=sys -t nfs 10.214.13.64:/ovirt_production /mnt/rhevstore
> Set ownership to vdsm:kvm (36:36):
> - chown -R vdsm:kvm /mnt/rhevstore/*
> Unmount the 10.214.13.64:/ovirt_production
>
> I do not expect the above ownership actions need to be done initially on
> each host, before starting the deployment, otherwise it would be
> practically impossible to expand the Host pool.
>
> All 5 hosts are provisioned in same way. How? I am using foreman to
> provision these servers, so they are built of same kickstart hostgroup
> template.
>
> I even installed ovirt-hosted-engine-setup package to make sure all
> required packages, users and groups are in place before adding host to
> oVirt via UI or Ansible.
>
> Is it possible that we if I am already using or heavily using the
> mentioned volume via Hosts already added to oVirt pool, that ownership
> actions executed,on host about to be added to the pool, will fail to
> complete setting ownership on all required files on the volume?
>
> To repeat the question above: How do I make sure Host can read metadata
> file of the storage volume?
>
> Kindly awaiting your reply.
>
>
> All best,
> Marko Vrgotic
> Sent from my iPhone
>
> On 11 Aug 2019, at 01:19, Shani Leviim  wrote:
>
> Hi Marko,
> Is seems that there's a connectivity problem with host 10.210.13.64.
> Can you please make sure the metadata under
> /rhev/data-center/mnt/10.210.13.64:_ovirt__production/6effda5e-1a0d-4312-bf93-d97fa9eb5aee/dom_md/metadata
> is accessible?
>
>
> *Regards, *
>
> *Shani Leviim *
>
>
> On Sat, Aug 10, 2019 at 2:57 AM Vrgotic, Marko 
> wrote:
>
>> Log files from ovirt engine and ovirt-sj-05 vdsm  attached.
>>
>>
>>
>> Its related to host named: ovirt-sj-05.ictv.com
>>
>>
>>
>> Kindly awaiting your reply.
>>
>>
>>
>>
>>
>> — — —
>> Met vriendelijke groet / Kind regards,
>>
>> *Marko Vrgotic*
>>
>>
>>
>>
>>
>>
>>
>> *From: *"Vrgotic, Marko" 
>> *Date: *Thursday, 8 August 2019 at 17:02
>> *To: *Shani Leviim 
>> *Cc: *"users@ovirt.org" 
>> *Subject: *Re: [ovirt-users] Re: oVirt 4.3.5 potential issue with NFS
>> storage
>>
>>
>>
>> Hey Shanii,
>>
>>
>>
>> Thank you for the reply.
>>
>> Sure, I will attach the full logs asap.
>>
>> What do you mean by “flow you are doing”?
>>
>>
>>
>> Kindly awaiting your reply.
>>
>>
>>
>> Marko Vrgotic
>>
>>
>>
>> *From: *Shani Leviim 
>> *Date: *Thursday, 8 August 2019 at 00:01
>> *To: *"Vrgotic, Marko" 
>> *Cc: *"users@ovirt.org" 
>> *Subject: *Re: [ovirt-users] Re: oVirt 4.3.5 potential issue with NFS
>> storage
>>
>>
>>
>> Hi,
>>
>> Can you please clarify the flow you're doing?
>>
>> Also, can you please attach full vdsm and engine logs?
>>
>>
>> *Regards,*
>>
>> *Shani Leviim*
>>
>>
>>
>>
>>
>> On Thu, Aug 8, 2019 at 6:25 AM Vrgotic, Marko 
>> wrote:
>>
>> Log line form VDSM:
>>
>>
>>
>> “[root@ovirt-sj-05 ~]# tail -f /var/log/vdsm/vdsm.log | grep WARN
>>
>> 2019-08-07 09:40:03,556-0700 WARN  (check/loop) [storage.check] Checker
>> u'/rhev/data-center/mnt/10.210.13.64:_ovirt__production/bda97276-a399-448f-9113-017972f6b55a/dom_md/metadata'
>> is blocked for 20.00 seconds (check:282)
>>
>> 2019-08-07 09:40:47,132-0700 WARN  (monitor/bda9727) [storage.Monitor]
>> Host id for domain bda97276-a399-448f-9113-017972f6b55a was released (id:
>> 5) (monitor:445)
>>
>> 2019-08-07 09:44:53,564-0700 WARN  (check/loop) [storage.check] Checker
>> u'/rhev/data-center/mnt/10.210.13.64:_ovirt__production/bda97276-a399-448f-9113-017972f6b55a/dom_md/metadata'
>> is blocked for 20.00 seconds (check:282)
>>
>> 2019-08-07 09:46:38,604-0700 WARN  (monitor/bda9727) [storage.Monitor]
>> Host id for domain bda97276-a399-448f-9113-017972f6b55a was released (id:
>> 5) (monitor:445)”
>>
>>
>>
>>
>>
>>
>>
>> *From: *"Vrgotic, Marko" 
>> *Date: *Wednesday, 7 August 2019 at 09:09
>> *To: *"users@ovirt.org" 
>> *Subject: *oVirt 4.3.5 potential issue with NFS storage
>>
>>
>>
>> Dear

[ovirt-users] LDAPS-Config

2019-08-12 Thread Budur Nagaraju 
Hi

Can someone help in configuring LDAPs authentication in oVirt3.5 ?

Thanks,
Nagaraju
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3FAY4YH2XBXCMMKCJVEB2U4OWY4PO3OO/

[ovirt-users] Can't add a pre-existing (storage-only) gluster member as a compute-also node using self-hosted hyper-convergent engine

2019-08-12 Thread thomas 
Intro: 
Trying to add oVirt self-hosted engine to a pre-existing set of system already 
using Gluster storage seems to fail, because ‘hosted engine wizard’ seems to 
create its own peer pool for managed hosts, instead of joining the one given 
for storage.

Context:
I am testing on a set of four Atom Goldmont+ boxes, which are silent/low-power, 
cheap, fast-enough for edge workloads and even take 32GB of RAM these days.

But for various, sometimes even good reasons, they are not a mainline platform 
and I attributed many problems I faced to the niche hardware--sometimes 
correctly.

Because the three-node hyperconverged setup has very exacting requirements, 
hard to meet in pre-existing machines (and in my case many initial failures 
with too little insight), I created the storage gluster separately first and 
then used the “hosted engine” wizard to set up the hosted engine on one of the 
Atom nodes.

I used CentOS7 (fresh install and latest updates) on the primary nodes, not the 
oVirt node image, because some of my targets are big HPC machines, that are 
supposed to run oVirt for support services in a small niche, while 
Nvidia-Docker/SLURM workloads dominate.

I assumed that if I were to split the storage and the orchestration setup into 
distinct steps, it would give me both better insight and flexibility to 
expand/transform the storage and the compute without losing any of the 
self-hosted hyperconvergeance comfort.

Problem:
I had all kinds of problem to get the hosted engine to run all the way through 
on the Atoms, it typically stopped just shy of the final launch as a VM on the 
Gluster storage.

I eventually stumbled across this message from Yedidyah Bar David: 
https://lists.ovirt.org/pipermail/users/2018-March/087923.html 

I then had a look at the engine database and found that indeed the compute 
nodes were all in a separate gluster newly created by the hosted-engine setup 
and evidently used for cluster synchronization, instead of joining the pool 
already used for the bulk of the storage.

I don’t know if this would be considered an error that needs fixing, an issue 
that can be avoided using a manual configuration, or something else. I believe 
it could use some highlighting in the documentation.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/22F3WWHUQV33MJSMCPR3QAZJHNLVJTJR/

[ovirt-users] Re: Can't add a pre-existing (storage-only) gluster member as a compute-also node using self-hosted hyper-convergent engine

2019-08-12 Thread thomas 
Oops, sorry for the noise: The problem could have been me...

The host that I used to create the hosted appliance might have been running a 
local gluster at the time the wizard ran (leftover from a single node install). 

And that might explain why the wizard would then expand that pool with new 
nodes and not notice that storage and compute node point to different 
glusters...

I'll break down, rebuild and report.
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GLMIL555OYGNDSQJZ2VKM4JLKJR2Z5NJ/