[ovirt-users] Re: Add Node to a single node installation with self hosted engine.

2020-10-26 Thread Parth Dhanjal
Hey Marcel!

You have to install the required glusterfs packages and then deploy the
gluster setup on the 2 new hosts. After creating the required LVs, VGs,
thinpools, mount points and bricks, you'll have to expand the
gluster-cluster from the current host using add-brick functionality from
gluster. After this you can add the 2 new hosts to your existing
ovirt-engine.

On Mon, Oct 26, 2020 at 7:40 PM Marcel d'Heureuse 
wrote:

> Hi,
>
> I got a problem with my Ovirt installation. Normally we deliver Ovirt as
> single node installation and we told our service guys if the internal
> client will have more redundancy we need two more server and add this to
> the single node installation. i thought that no one would order two new
> servers.
>
> Now I have the problem to get the system running.
>
> First item is, that this environment has no internet access. So I can't
> install software by update with yum.
> The Ovirt installation is running on Ovirt node 4.3.9 boot USB Stick. All
> three servers have the same software installed.
> On the single node I have installed the hosted Engine package 1,1 GB to
> deploy the self-hosted engine without internet. That works.
>
> Gluster, Ovirt, Self-Hosted engine are running on the server 01.
>
> What should I do first?
>
> Deploy the Glusterfs first and then add the two new hosts to the single
> node installation?
> Or should I deploy a new Ovirt System to the two new hosts and add later
> the cleaned host to the new Ovirt System?
>
> I have not found any items in this mailing list which gives me an idea
> what I should do now.
>
>
> Br
> Marcel
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TNV5WNKTGUSU5DB2CFR67FROXMMDCPCD/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6VXJVTPD24CQWTKS3QGINEKGT3NXVCP5/


[ovirt-users] Re: adminstration portal wont complete load, looping

2020-10-26 Thread Strahil Nikolov via Users
I found this in the SPAM folder ... maybe it's not relevant any more.

My guess is that you updated chrome recently and they changed something :)

In my case (openSUSE Leap 15) , it was just an ad-blocker , but I guess your 
chrome version could be newer.


Best Regards,
Strahil Nikolov






В сряда, 30 септември 2020 г., 19:51:09 Гринуич+3, Philip Brown 
 написа: 





Huh!

it works with incognito mode!
O.o

Thanks for that tip.
Guess I need to figure out how to fully purge cache or something.




- Original Message -
From: "Strahil Nikolov" 
To: "users" , "Philip Brown" 
Sent: Wednesday, September 30, 2020 9:07:50 AM
Subject: Re: [ovirt-users] adminstration portal wont complete load, looping

I got the same behaviour with adblock plus add-on.

Try in incognito mode (or with disabled plugins/ new fresh browser).

Best Regards,
Strahil Nikolov






В вторник, 29 септември 2020 г., 18:50:05 Гринуич+3, Philip Brown 
 написа: 





I have an odd situation:
When I go to
https://ovengine/ovirt-engine/webadmin/?locale=en_US

after authentication passes...
it shows the top banner of

oVirt OPEN VIRTUALIZATION MANAGER

and the


    Loading ...


in the center. but never gets past that. Any suggestions on how I could 
investigate and fix this?

background:
I recently updated certs to be signed wildcard certs, but this broke consoles 
somehow.
So I restored the original certs, and restarted things... but got stuck with 
this.


Interestingly, the VM portal loads fine.  But not the admin portal.



--
Philip Brown| Sr. Linux System Administrator | Medata, Inc. 
5 Peters Canyon Rd Suite 250 
Irvine CA 92606 
Office 714.918.1310| Fax 714.918.1325 
pbr...@medata.com| www.medata.com
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PSAKTDCKJD7ECNMKKI4MKPQTMAPP4AGP/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZIK45GCGKGFKJOEE2YNH6QJMJG7SMHL3/


[ovirt-users] Re: Gluster Domain Storage full

2020-10-26 Thread Strahil Nikolov via Users
So what is the output of "df" agianst :
- all bricks in the volume (all nodes)
- on the mount point in /rhev/mnt/

Usually adding a new brick (per host) in replica 3 volume should provide you 
more space.
Also what is the status of the volume:

gluster volume status 
gluster volume info  


Best Regards,
Strahil Nikolov






В четвъртък, 15 октомври 2020 г., 16:55:27 Гринуич+3,  
написа: 





Hello,

I just add a second brick to the volume. Now I have 10% free, but still cannot 
delete the disk. Still the same message:

VDSM command DeleteImageGroupVDS failed: Could not remove all image's volumes: 
(u'b6165676-a6cd-48e2-8925-43ed49bc7f8e [Errno 28] No space left on device',)

Any idea?
Thanks

José


De: "Strahil Nikolov" 
Para: supo...@logicworks.pt
Cc: "users" 
Enviadas: Terça-feira, 22 De Setembro de 2020 13:36:27
Assunto: Re: [ovirt-users] Re: Gluster Domain Storage full

Any option to extend the Gluster Volume ?

Other approaches are quite destructive. I guess , you can obtain the VM's xml 
via virsh and then copy the disks to another pure-KVM host.
Then you can start the VM , while you are recovering from the situation.

virsh -c qemu:///system?authfile=/etc/ovirt-hosted-engine/virsh_auth.conf 
dumpxml  > /some/path/.xml

Once you got the VM running on a pure-KVM host , you can go to oVirt and try to 
wipe the VM from the UI. 


Usually those 10% reserve is just in case something like this one has happened, 
but Gluster doesn't check it every second (or the overhead will be crazy).

Maybe you can extend the Gluster volume temporarily , till you manage to move 
away the VM to a bigger storage. Then you can reduce the volume back to 
original size.

Best Regards,
Strahil Nikolov



В вторник, 22 септември 2020 г., 14:53:53 Гринуич+3, supo...@logicworks.pt 
 написа: 





Hello Strahil,

I just set cluster.min-free-disk to 1%:
# gluster volume info data

Volume Name: data
Type: Distribute
Volume ID: 2d3ea533-aca3-41c4-8cb6-239fe4f82bc3
Status: Started
Snapshot Count: 0
Number of Bricks: 1
Transport-type: tcp
Bricks:
Brick1: node2.domain.com:/home/brick1
Options Reconfigured:
cluster.min-free-disk: 1%
cluster.data-self-heal-algorithm: full
performance.low-prio-threads: 32
features.shard-block-size: 512MB
features.shard: on
storage.owner-gid: 36
storage.owner-uid: 36
transport.address-family: inet
nfs.disable: on

But still get the same error: Error while executing action: Cannot move Virtual 
Disk. Low disk space on Storage Domain
I restarted the glusterfs volume.
But I can not do anything with the VM disk.


I know that filling the bricks is very bad, we lost access to the VM. I think 
there should be a mechanism to prevent stopping the VM.
we should continue to have access to the VM to free some space.

If you have a VM with a Thin Provision disk, if the VM fills the entire disk, 
we got the same problem.

Any idea?

Thanks

José




De: "Strahil Nikolov" 
Para: "users" , supo...@logicworks.pt
Enviadas: Segunda-feira, 21 De Setembro de 2020 21:28:10
Assunto: Re: [ovirt-users] Gluster Domain Storage full

Usually gluster has a 10% reserver defined in 'cluster.min-free-disk' volume 
option.
You can power off the VM , then set cluster.min-free-disk
to 1% and immediately move any of the VM's disks to another storage domain.

Keep in mind that filling your bricks is bad and if you eat that reserve , the 
only option would be to try to export the VM as OVA and then wipe from current 
storage and import in a bigger storage domain.

Of course it would be more sensible to just expand the gluster volume (either 
scale-up the bricks -> add more disks, or scale-out -> adding more servers with 
disks on them), but I guess that is not an option - right ?

Best Regards,
Strahil Nikolov








В понеделник, 21 септември 2020 г., 15:58:01 Гринуич+3, supo...@logicworks.pt 
 написа: 





Hello,

I'm running oVirt Version 4.3.4.3-1.el7.
I have a small GlusterFS Domain storage brick on a dedicated filesystem serving 
only one VM.
The VM filled all the Domain storage.
The Linux filesystem has 4.1G available and 100% used, the mounted brick has 
0GB available and 100% used

I can not do anything with this disk, for example, if I try to move it to 
another Gluster Domain Storage get the message:

Error while executing action: Cannot move Virtual Disk. Low disk space on 
Storage Domain

Any idea?

Thanks

-- 

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

[ovirt-users] Question about OVN MTU

2020-10-26 Thread Strahil Nikolov via Users
Hello All,

I would like to learn more about OVN and especially the maximum MTU that I can 
use in my environment.

Current Setup 4.3.10
Network was created via UI -> MTU Custom -> 8976 -> Create on External Provider 
-> Connect to Physical Network

So my physical connection is MTU 9000 and I have read that Geneve uses 24 bits 
(maybe that's wrong ?) , thus I have reduced the MTU to 8976.

I did some testing on the VMs and ping with payload of '8914' was the maximum I 
could pass without fragmenting and thus the MTU on the VMs was set to 8942.

Did I correctly configure the test network's MTU and am I understanding it 
correctly that we need extra 34 bits inside the network for encapsulation ?

I have checked 
https://www.ovirt.org/develop/release-management/features/network/managed_mtu_for_vm_networks.html
 but I don't see any refference how to calculate the max MTU.


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


[ovirt-users] reinstall 4.3 host from 4.4 engine

2020-10-26 Thread Gianluca Cecchi
Hello,
supposing I'm with an already upgraded 4.4.2 engine and in my environment I
still have some 4.3.10 hosts based on CentOS Linux 7.x (or 4.3.10 ng
nodes), is it supported to reinstall such host in case of any modification
in configuration?
Or will the engine try to install them in a "4.4" way?

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


[ovirt-users] Re: Manual VM Migration fails

2020-10-26 Thread Anton Louw via Users
Hi Sandro,

The engine is currently running on 4.3.9.4-1.el7 and the hosts are running 
oVirt Node 4.3.8, with the below software:

OS Version:
RHEL - 7 - 7.1908.0.el7.centos

OS Description:
oVirt Node 4.3.8

Kernel Version:
3.10.0 - 1062.9.1.el7.x86_64

KVM Version:
2.12.0 - 33.1.el7_7.4

LIBVIRT Version:
libvirt-4.5.0-23.el7_7.3

VDSM Version:
vdsm-4.30.40-1.el7

SPICE Version:
0.14.0 - 7.el7

GlusterFS Version:
glusterfs-6.7-1.el7

CEPH Version:
librbd1-10.2.5-4.el7

Open vSwitch Version:
openvswitch-2.11.0-4.el7

Kernel Features:
PTI: 1, IBRS: 0, RETP: 1, SSBD: 3

VNC Encryption:
Enabled

Thanks


Anton Louw
Cloud Engineer: Storage and Virtualization
__
D: 087 805 1572 | M: N/A
A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
anton.l...@voxtelecom.co.za

www.vox.co.za



From: Sandro Bonazzola 
Sent: 26 October 2020 15:50
To: Anton Louw 
Cc: users@ovirt.org
Subject: Re: [ovirt-users] Manual VM Migration fails

Hi, can you please add versions of the software running on the hosts and engine 
version?
Thanks,

Il giorno ven 23 ott 2020 alle ore 16:10 Anton Louw via Users 
mailto:users@ovirt.org>> ha scritto:

Hello Everybody,

I am having a strange issue. When I try and manually migrate a VM from one host 
to another, I get an error stating:

“Migration failed  (VM: VM1, Source: 
node6.example.com, Destination: 
node3.example.com)”

I have tried with a few different machines, and it pops up with the same error. 
I have attached the VDSM logs of both source and destination nodes. The time 
frame is 16:01

I see the below in that time frame, but not quite sure what I need to change:

2020-10-23 16:01:14,419+0200 ERROR (migsrc/42186f82) [virt.vm] 
(vmId='42186f82-b84c-7e65-e736-e6331acd04ed') Failed to migrate (migration:450)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 431, in 
_regular_run
time.time(), migrationParams, machineParams
  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 505, in 
_startUnderlyingMigration
self._perform_with_conv_schedule(duri, muri)
  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 591, in 
_perform_with_conv_schedule
self._perform_migration(duri, muri)
  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 525, in 
_perform_migration
self._migration_flags)
  File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 100, in f
ret = attr(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py", 
line 131, in wrapper
ret = f(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line 94, in 
wrapper
return func(inst, *args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1781, in 
migrateToURI3
if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed', 
dom=self)
libvirtError: operation failed: guest CPU doesn't match specification: missing 
features: spec-ctrl,ssbd

Anton Louw
Cloud Engineer: Storage and Virtualization at Vox

T:  087 805  | D: 087 805 1572
M: N/A
E: anton.l...@voxtelecom.co.za
A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
www.vox.co.za

[F]

[T]

[I]

[L]

[Y]


[#VoxBrand]

Disclaimer

The contents of this email are confidential to the sender and the intended 
recipient. Unless the contents are clearly and entirely of a personal nature, 
they are subject to copyright in favour of the holding company of the Vox group 
of companies. Any recipient who receives this email in error should immediately 
report the error to the sender and permanently delete this email from all 
storage devices.

This email has been scanned for viruses and malware, and may have been 
automatically archived by Mimecast Ltd, an innovator in Software as a Service 
(SaaS) for business. Providing a safer and more useful place for your human 
generated data. Specializing in; Security, archiving and compliance. To find 
out more Click 
Here.

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

[ovirt-users] Re: SPICE proxy behind nginx reverse proxy

2020-10-26 Thread Anton Louw via Users
Hi Sandro,

The engine is currently running on 4.3.9.4-1.el7 and the hosts are running 
oVirt Node 4.3.8

Thanks


Anton Louw
Cloud Engineer: Storage and Virtualization
__
D: 087 805 1572 | M: N/A
A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
anton.l...@voxtelecom.co.za

www.vox.co.za



From: Sandro Bonazzola 
Sent: 26 October 2020 16:20
To: Colin Coe 
Cc: users 
Subject: [ovirt-users] Re: SPICE proxy behind nginx reverse proxy

Hi,
can you please add some additional details about the guests, the spice version 
involved and the oVirt version?

Il giorno lun 5 ott 2020 alle ore 11:00 Colin Coe 
mailto:colin@gmail.com>> ha scritto:
Hi all

As per $SUBJECT, I have a SPICE proxy behind a reverse proxy which all external 
VDI users are forced to use.

We've only started doing this in the last week or so but I'm not getting heaps 
of reports SPICE sessions "freezing".  The testing that I've done shows that a 
SPICE session that is unattended for 10-15  minutes hangs or freezes.  By this 
I mean that you can't interact with the VM (using SPICE) via mouse or Keyboard. 
 Restarting the SPICE session fixes the problem.

Is anyone else doing this?  If so, have you noticed the SPICE session freezes?

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


--

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA

sbona...@redhat.com
[https://static.redhat.com/libs/redhat/brand-assets/2/corp/logo--200.png]
Red Hat respects your work life balance. Therefore there is no need to answer 
this email out of your office hours.

[http://images.engage.redhat.com/EloquaImages/clients/RedHat/%7Bb066c1e0-2dc9-4dd8-98d1-380c805cfb50%7D_rh-forum-italy_340x50-esignature-B.png]


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


[ovirt-users] Select host for image upload

2020-10-26 Thread C Williams
Hello,

I am having problems selecting the host that I want to use for .iso and
other image uploads  via the oVirt Web Console. I have 20+ servers of
varying speeds.

Somehow oVirt keeps wanting to select my oldest and slowest system to use
for image uploads.

Please Help !

Thank You !

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


[ovirt-users] Re: problems installing standard Linux as nodes in 4.4

2020-10-26 Thread Gianluca Cecchi
On Thu, Oct 15, 2020 at 12:25 PM Gianluca Cecchi 
wrote:

> On Thu, Oct 15, 2020 at 10:41 AM Gianluca Cecchi <
> gianluca.cec...@gmail.com> wrote:
>
>>
>>
>> Any feedback on my latest comments?
>> In the meantime here:
>>
>> https://drive.google.com/file/d/1iN37znRtCo2vgyGTH_ymLhBJfs-2pWDr/view?usp=sharing
>> you can find inside the sosreport in tar.gz format, where I have modified
>> some file names and context in respect of hostnames.
>> The only file I have not put inside is the dump of the database, but I
>> can run any query you like in case.
>>
>> Gianluca
>>
>>
>
> I have also tried to put debug into the engine.
>
>
So after huge debugging work with Dana Elfassy and Martin Necas (thank you
very much to both!) and coordination of Sandro we found the culprit!

Inside firewall custom rules of my engine I had this (note the double
quotes for the comment about Nagios):

[root@ovmgr1 ovirt-engine]# engine-config -g IPTablesConfigSiteCustom
IPTablesConfigSiteCustom: -A INPUT -p tcp --dport 5666 -s 10.4.5.99/32 -m
comment --comment "Nagios NRPE daemon" -j ACCEPT version: general
[root@ovmgr1 ovirt-engine]#

So those double quotes  caused a wrong formatted json block that
ansible-runner-service was not able to manage in the http post phase

After changing with single quotes, with this command:

engine-config -s IPTablesConfigSiteCustom="-A INPUT -p tcp --dport 5666 -s
10.4.5.99/32 -m comment --comment 'Nagios NRPE daemon' -j ACCEPT"

and restarting the engine so that now I have

[root@ovmgr1 ovirt-engine]# engine-config -g IPTablesConfigSiteCustom
IPTablesConfigSiteCustom: -A INPUT -p tcp --dport 5666 -s 10.4.5.99/32 -m
comment --comment 'Nagios NRPE daemon' -j ACCEPT version: general
[root@ovmgr1 ovirt-engine]#

I was able to add the CentOS 8.2 host.
So mind if you have the double quotes in any engine-config key before
upgrading from 4.3 to 4.4.

What a nasty thing to detect...
Thanks again guys for your help

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


[ovirt-users] Re: oVirt test clustered DOA after upgrade to latest 4.4.2 (AFAIK). Network issue?

2020-10-26 Thread Gilboa Davara
On Mon, Oct 26, 2020 at 8:29 AM Ales Musil  wrote:
>
>
>
> On Sat, Oct 24, 2020 at 2:01 PM Gilboa Davara  wrote:
>>
>> Hello,
>>
>> Many thanks for the prompt reply.
>> Answers in-line
>>
>> On Fri, Oct 23, 2020 at 9:16 AM Ales Musil  wrote:
>> >
>> > It would be nice to know when this happens as it might be a serious 
>> > problem.
>>
>> I can't offer much beyond the logs I uploaded.
>> I had a similar event in one of my production GlusterFS / oVirt
>> clusters, but restoring the missing ifcfg- files from backup and
>> restarting NetworkManager solved the problem.
>>
>
> Alright, please don't hesitate to share it if it ever happens again.
>

Will do, thanks!

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


[ovirt-users] Re: Optimizing Gluster

2020-10-26 Thread Sandro Bonazzola
Il giorno mar 6 ott 2020 alle ore 23:55  ha
scritto:

> This article provides good information to stabilize gluster. I thought i
> would pass it along.
>
> https://docs.gluster.org/en/latest/Administrator%20Guide/Linux%20Kernel%20Tuning/


Thanks for sharing.
+Gobinda Das  can you see if it would help having it
linked in oVirt documentation around Gluster?




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


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*


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


[ovirt-users] Re: SPICE proxy behind nginx reverse proxy

2020-10-26 Thread Sandro Bonazzola
Hi,
can you please add some additional details about the guests, the spice
version involved and the oVirt version?

Il giorno lun 5 ott 2020 alle ore 11:00 Colin Coe  ha
scritto:

> Hi all
>
> As per $SUBJECT, I have a SPICE proxy behind a reverse proxy which all
> external VDI users are forced to use.
>
> We've only started doing this in the last week or so but I'm not getting
> heaps of reports SPICE sessions "freezing".  The testing that I've done
> shows that a SPICE session that is unattended for 10-15  minutes hangs or
> freezes.  By this I mean that you can't interact with the VM (using SPICE)
> via mouse or Keyboard.  Restarting the SPICE session fixes the problem.
>
> Is anyone else doing this?  If so, have you noticed the SPICE session
> freezes?
>
> Thanks in advance
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WP5XTSX4QR7ZI7V3QQO47USD5X52VN6Y/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*


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


[ovirt-users] Re: rhv 4.3.11 but not ovirt 4.3.11

2020-10-26 Thread Sandro Bonazzola
Il giorno gio 22 ott 2020 alle ore 11:21 Gianluca Cecchi <
gianluca.cec...@gmail.com> ha scritto:

> Hello,
> I see that a 4.3.11 version is available for downstream RHV but not for
> upstream oVirt.
> Will it be released for oVirt too?
> Are there only security fixes inside or also bug fixes (like the few lines
> one related to export as OVA)?
>

Hi,
after oVIrt 4.4 gone GA, oVirt 4.3 is not maintained anymore.
Code included in RHV 4.3.11 is still publicly available but oVirt packages
are not built and released officially.




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


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*


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


[ovirt-users] Add Node to a single node installation with self hosted engine.

2020-10-26 Thread Marcel d'Heureuse
Hi,

I got a problem with my Ovirt installation. Normally we deliver Ovirt as
single node installation and we told our service guys if the internal
client will have more redundancy we need two more server and add this to
the single node installation. i thought that no one would order two new
servers.

Now I have the problem to get the system running.

First item is, that this environment has no internet access. So I can't
install software by update with yum.
The Ovirt installation is running on Ovirt node 4.3.9 boot USB Stick. All
three servers have the same software installed.
On the single node I have installed the hosted Engine package 1,1 GB to
deploy the self-hosted engine without internet. That works.

Gluster, Ovirt, Self-Hosted engine are running on the server 01.

What should I do first?

Deploy the Glusterfs first and then add the two new hosts to the single
node installation?
Or should I deploy a new Ovirt System to the two new hosts and add later
the cleaned host to the new Ovirt System?

I have not found any items in this mailing list which gives me an idea
what I should do now.


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


[ovirt-users] Re: Left over hibernation disks that we can't delete

2020-10-26 Thread Sandro Bonazzola
HI, can you share some details on oVirt version and storage type?

Il giorno dom 25 ott 2020 alle ore 11:33  ha
scritto:

> After putting the VMs in our environment into hibernation, one of the VMs
> that came out of hibernation still has the metadata and memory dumb hanging
> around as 2 disks with status ok. They are not attached to any VM but we
> are unable to delete them. The VM in question came out of the hibernation
> without any issues.
>
> If they are no longer required how can we tidy them up?
>
> Thanks, James
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/CEZ7O5T64X6NQQKJSFVKEUAKO2HVDC56/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*


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


[ovirt-users] Re: Manual VM Migration fails

2020-10-26 Thread Sandro Bonazzola
Hi, can you please add versions of the software running on the hosts and
engine version?
Thanks,

Il giorno ven 23 ott 2020 alle ore 16:10 Anton Louw via Users <
users@ovirt.org> ha scritto:

>
>
> Hello Everybody,
>
>
>
> I am having a strange issue. When I try and manually migrate a VM from one
> host to another, I get an error stating:
>
>
>
> “Migration failed  (VM: VM1, Source: node6.example.com, Destination:
> node3.example.com)”
>
>
>
> I have tried with a few different machines, and it pops up with the same
> error. I have attached the VDSM logs of both source and destination nodes.
> The time frame is 16:01
>
>
>
> I see the below in that time frame, but not quite sure what I need to
> change:
>
>
>
> 2020-10-23 16:01:14,419+0200 ERROR (migsrc/42186f82) [virt.vm]
> (vmId='42186f82-b84c-7e65-e736-e6331acd04ed') Failed to migrate
> (migration:450)
>
> Traceback (most recent call last):
>
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line
> 431, in _regular_run
>
> time.time(), migrationParams, machineParams
>
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line
> 505, in _startUnderlyingMigration
>
> self._perform_with_conv_schedule(duri, muri)
>
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line
> 591, in _perform_with_conv_schedule
>
> self._perform_migration(duri, muri)
>
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line
> 525, in _perform_migration
>
> self._migration_flags)
>
>   File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line
> 100, in f
>
> ret = attr(*args, **kwargs)
>
>   File
> "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py", line
> 131, in wrapper
>
> ret = f(*args, **kwargs)
>
>   File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line
> 94, in wrapper
>
> return func(inst, *args, **kwargs)
>
>   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1781, in
> migrateToURI3
>
> if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed',
> dom=self)
>
> libvirtError: operation failed: guest CPU doesn't match specification:
> missing features: spec-ctrl,ssbd
>
> *Anton Louw*
> *Cloud Engineer: Storage and Virtualization* at *Vox*
> --
> *T:*  087 805  | *D:* 087 805 1572
> *M:* N/A
> *E:* anton.l...@voxtelecom.co.za
> *A:* Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
> www.vox.co.za
>
> [image: F] 
> [image: T] 
> [image: I] 
> [image: L] 
> [image: Y] 
>
> [image: #VoxBrand]
> 
> *Disclaimer*
>
> The contents of this email are confidential to the sender and the intended
> recipient. Unless the contents are clearly and entirely of a personal
> nature, they are subject to copyright in favour of the holding company of
> the Vox group of companies. Any recipient who receives this email in error
> should immediately report the error to the sender and permanently delete
> this email from all storage devices.
>
> This email has been scanned for viruses and malware, and may have been
> automatically archived by *Mimecast Ltd*, an innovator in Software as a
> Service (SaaS) for business. Providing a *safer* and *more useful* place
> for your human generated data. Specializing in; Security, archiving and
> compliance. To find out more Click Here
> .
>
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/M7PZXNSRBIPI6UW2UNI2T37FYC5BI7R4/
>


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R RHV

Red Hat EMEA 

sbona...@redhat.com


*Red Hat respects your work life balance. Therefore there is no need to
answer this email out of your office hours.
*


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


[ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie & frustrated]

2020-10-26 Thread info
Yes cockpit, has not https after install. I guess this is the first problem. I 
still struggle to install Ovirt. I have two IP. 

 

Yours Sincerely,

 

Henni 

 

From: Yedidyah Bar David  
Sent: Monday, 26 October 2020 17:57
To: i...@worldhostess.com
Cc: Edward Berger ; users 
Subject: [ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie & 
frustrated]

 

On Mon, Oct 26, 2020 at 11:47 AM mailto:i...@worldhostess.com> > wrote:

Quick question, after installing Ovirt before “hosted-engine –deploy” is the 
website with http? Not https.

 

You mean the cockpit interface? On port 9090? That's not part of oVirt, it's in 
every el8 machine. Should be https, by default with a self-signed cert.

 

 

Yours Sincerely,

 

Henni 

 

From: Yedidyah Bar David mailto:d...@redhat.com> > 
Sent: Sunday, 25 October 2020 16:46
To: Simone Tiraboschi mailto:stira...@redhat.com> >
Cc: i...@worldhostess.com  ; Edward Berger 
mailto:edwber...@gmail.com> >; users mailto:users@ovirt.org> >
Subject: [ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie & 
frustrated]

 

On Sat, Oct 24, 2020 at 12:31 PM Simone Tiraboschi mailto:stira...@redhat.com> > wrote:

Hi Henni,

your issue is just here:

2020-10-16 11:20:59,445+0200 DEBUG var changed: host "localhost" var 
"hostname_resolution_output" type "" value: "{
"changed": true,
"cmd": "getent ahosts node01.xyz.co.za   | grep 
STREAM",
"delta": "0:00:00.004671",
"end": "2020-10-16 11:20:59.179399",
"failed": false,
"rc": 0,
"start": "2020-10-16 11:20:59.174728",
"stderr": "",
"stderr_lines": [],
"stdout": "156.38.192.226  STREAM node01.xyz.co.za 
 ",
"stdout_lines": [
"156.38.192.226  STREAM node01.xyz.co.za  "
]
}"

 

but then...

 

2020-10-16 12:15:43,079+0200 DEBUG var changed: host "localhost" var 
"he_vm_ip_addr" type "" 
value: ""156.38.192.226""
2020-10-16 12:15:43,079+0200 DEBUG var changed: host "localhost" var 
"he_vm_ip_prefix" type "" value: "29"
...
2020-10-16 12:15:43,079+0200 DEBUG var changed: host "localhost" var 
"he_cloud_init_host_name" type "" value: ""engine01""
2020-10-16 12:15:43,079+0200 DEBUG var changed: host "localhost" var 
"he_cloud_init_domain_name" type "" value: ""xyz.co.za 
 ""

So,

your host is named node01.xyz.co.za   and it resolves 
to 156.38.192.226,

then you are trying to create a VM named engine01.xyz.co.za 
  and you are trying to configure it with a static 
set IPv4 address which is still 156.38.192.226.
This is enough to explain all the subsequent networking issues.


Please try again using two distinct IP addresses for the node and the engine VM.

 

Thanks, Simone!

 


ciao,

Simone

 

 

On Sat, Oct 24, 2020 at 8:35 AM mailto:i...@worldhostess.com> > wrote:

File 1

/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20201024072802-qzvr7t.log

 

2020-10-24 08:10:14,990+0200 ERROR otopi.plugins.gr_he_common.core.misc 
misc._terminate:167 Hosted Engine deployment failed: please check the logs for 
the issue, fix accordingly or re-deploy from scratch.

2020-10-24 08:10:14,990+0200 DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:SEND \ 

 

Yours Sincerely,

 

Henni 

 

From: i...@worldhostess.com   
mailto:i...@worldhostess.com> > 
Sent: Saturday, 24 October 2020 14:03
To: 'Yedidyah Bar David' mailto:d...@redhat.com> >
Cc: 'Edward Berger' mailto:edwber...@gmail.com> >; 
'users' mailto:users@ovirt.org> >
Subject: [ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie & 
frustrated]

 

Can anyone explain to me how to use the “screen -d -r” option

 

Start the deployment script:

# hosted-engine --deploy


To escape the script at any time, use the Ctrl+D keyboard combination to abort 
deployment. In the event of session timeout or connection disruption, run 
screen -d -r to recover the deployment session.

 

 

Yours Sincerely,

 

Henni 

 

From: Yedidyah Bar David mailto:d...@redhat.com> > 
Sent: Wednesday, 21 October 2020 15:04
To: i...@worldhostess.com  
Cc: Edward Berger mailto:edwber...@gmail.com> >; users 
mailto:users@ovirt.org> >
Subject: [ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie & 
frustrated]

 

On Wed, Oct 21, 2020 at 4:19 AM mailto:i...@worldhostess.com> > wrote:

Did you try to ssh to the engine VM?
ssh is disconnecting within 1 second to 30 seconds, impossible to 
perform anything. 

 

ssh to the host? Or to the engine vm?

 

If to the host, then you have some severe networking issues, I suggest to 
handle this first.

 


Command line install " hosted-engine --deploy" it gets to this point (see 
below) and disconnect and thereafter it is disconnecting ssh and http:// 
FQDN:9090

"[ INFO  ] TASK 

[ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie & frustrated]

2020-10-26 Thread Yedidyah Bar David
On Mon, Oct 26, 2020 at 11:47 AM  wrote:

> Quick question, after installing Ovirt before “hosted-engine –deploy” is
> the website with http? Not https.
>

You mean the cockpit interface? On port 9090? That's not part of oVirt,
it's in every el8 machine. Should be https, by default with a self-signed
cert.


>
>
> Yours Sincerely,
>
>
>
> *Henni *
>
>
>
> *From:* Yedidyah Bar David 
> *Sent:* Sunday, 25 October 2020 16:46
> *To:* Simone Tiraboschi 
> *Cc:* i...@worldhostess.com; Edward Berger ; users <
> users@ovirt.org>
> *Subject:* [ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days
> [newbie & frustrated]
>
>
>
> On Sat, Oct 24, 2020 at 12:31 PM Simone Tiraboschi 
> wrote:
>
> Hi Henni,
>
> your issue is just here:
>
> 2020-10-16 11:20:59,445+0200 DEBUG var changed: host "localhost" var
> "hostname_resolution_output" type "" value: "{
> "changed": true,
> "cmd": "getent ahosts node01.xyz.co.za | grep STREAM",
> "delta": "0:00:00.004671",
> "end": "2020-10-16 11:20:59.179399",
> "failed": false,
> "rc": 0,
> "start": "2020-10-16 11:20:59.174728",
> "stderr": "",
> "stderr_lines": [],
> "stdout": "156.38.192.226  STREAM node01.xyz.co.za",
> "stdout_lines": [
> "156.38.192.226  STREAM node01.xyz.co.za"
> ]
> }"
>
>
>
> but then...
>
>
>
> 2020-10-16 12:15:43,079+0200 DEBUG var changed: host "localhost" var
> "he_vm_ip_addr" type " 'ansible.parsing.yaml.objects.AnsibleUnicode'>" value: ""156.38.192.226""
> 2020-10-16 12:15:43,079+0200 DEBUG var changed: host "localhost" var
> "he_vm_ip_prefix" type "" value: "29"
> ...
> 2020-10-16 12:15:43,079+0200 DEBUG var changed: host "localhost" var
> "he_cloud_init_host_name" type " 'ansible.parsing.yaml.objects.AnsibleUnicode'>" value: ""engine01""
> 2020-10-16 12:15:43,079+0200 DEBUG var changed: host "localhost" var
> "he_cloud_init_domain_name" type " 'ansible.parsing.yaml.objects.AnsibleUnicode'>" value: ""xyz.co.za""
>
> So,
>
> your host is named node01.xyz.co.za and it resolves to 156.38.192.226,
>
> then you are trying to create a VM named engine01.xyz.co.za and you are
> trying to configure it with a static set IPv4 address which is
> still 156.38.192.226.
> This is enough to explain all the subsequent networking issues.
>
>
> Please try again using two distinct IP addresses for the node and the
> engine VM.
>
>
>
> Thanks, Simone!
>
>
>
>
> ciao,
>
> Simone
>
>
>
>
>
> On Sat, Oct 24, 2020 at 8:35 AM  wrote:
>
> File 1
>
>
> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20201024072802-qzvr7t.log
>
>
>
> 2020-10-24 08:10:14,990+0200 ERROR otopi.plugins.gr_he_common.core.misc
> misc._terminate:167 Hosted Engine deployment failed: please check the logs
> for the issue, fix accordingly or re-deploy from scratch.
>
> 2020-10-24 08:10:14,990+0200 DEBUG otopi.plugins.otopi.dialog.human
> dialog.__logString:204 DIALOG:SEND \
>
>
>
> Yours Sincerely,
>
>
>
> *Henni *
>
>
>
> *From:* i...@worldhostess.com 
> *Sent:* Saturday, 24 October 2020 14:03
> *To:* 'Yedidyah Bar David' 
> *Cc:* 'Edward Berger' ; 'users' 
> *Subject:* [ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days
> [newbie & frustrated]
>
>
>
> Can anyone explain to me how to use the “screen -d -r” option
>
>
>
> Start the deployment script:
>
> # hosted-engine --deploy
>
> To escape the script at any time, use the Ctrl+D keyboard combination to
> abort deployment. In the event of session timeout or connection disruption,
> run screen -d -r to recover the deployment session.
>
>
>
>
>
> Yours Sincerely,
>
>
>
> *Henni *
>
>
>
> *From:* Yedidyah Bar David 
> *Sent:* Wednesday, 21 October 2020 15:04
> *To:* i...@worldhostess.com
> *Cc:* Edward Berger ; users 
> *Subject:* [ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days
> [newbie & frustrated]
>
>
>
> On Wed, Oct 21, 2020 at 4:19 AM  wrote:
>
> Did you try to ssh to the engine VM?
> ssh is disconnecting within 1 second to 30 seconds, impossible to
> perform anything.
>
>
>
> ssh to the host? Or to the engine vm?
>
>
>
> If to the host, then you have some severe networking issues, I suggest to
> handle this first.
>
>
>
>
> Command line install " hosted-engine --deploy" it gets to this point (see
> below) and disconnect and thereafter it is disconnecting ssh and http://
> FQDN:9090
>
> "[ INFO  ] TASK [ovirt.hosted_engine_setup : Check engine VM health]"
>
> https "Certificate invalid"
>
> after I run " /usr/sbin/ovirt-hosted-engine-cleanup" I am able to ssh
>
> Yours Sincerely,
>
> Henni
>
> -Original Message-
> From: Yedidyah Bar David 
> Sent: Tuesday, 20 October 2020 14:05
> To: i...@worldhostess.com
> Cc: Edward Berger ; users 
> Subject: [ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie
> & frustrated]
>
> On Mon, Oct 19, 2020 at 6:00 PM  wrote:
> >
> > I used Cockpit web interface to do the install and I crashed again. I
> think it did not do the final part of the install. There are no other files
> such as 

[ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie & frustrated]

2020-10-26 Thread info
Quick question, after installing Ovirt before “hosted-engine –deploy” is the 
website with http? Not https.

 

Yours Sincerely,

 

Henni 

 

From: Yedidyah Bar David  
Sent: Sunday, 25 October 2020 16:46
To: Simone Tiraboschi 
Cc: i...@worldhostess.com; Edward Berger ; users 

Subject: [ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie & 
frustrated]

 

On Sat, Oct 24, 2020 at 12:31 PM Simone Tiraboschi mailto:stira...@redhat.com> > wrote:

Hi Henni,

your issue is just here:

2020-10-16 11:20:59,445+0200 DEBUG var changed: host "localhost" var 
"hostname_resolution_output" type "" value: "{
"changed": true,
"cmd": "getent ahosts node01.xyz.co.za   | grep 
STREAM",
"delta": "0:00:00.004671",
"end": "2020-10-16 11:20:59.179399",
"failed": false,
"rc": 0,
"start": "2020-10-16 11:20:59.174728",
"stderr": "",
"stderr_lines": [],
"stdout": "156.38.192.226  STREAM node01.xyz.co.za 
 ",
"stdout_lines": [
"156.38.192.226  STREAM node01.xyz.co.za  "
]
}"

 

but then...

 

2020-10-16 12:15:43,079+0200 DEBUG var changed: host "localhost" var 
"he_vm_ip_addr" type "" 
value: ""156.38.192.226""
2020-10-16 12:15:43,079+0200 DEBUG var changed: host "localhost" var 
"he_vm_ip_prefix" type "" value: "29"
...
2020-10-16 12:15:43,079+0200 DEBUG var changed: host "localhost" var 
"he_cloud_init_host_name" type "" value: ""engine01""
2020-10-16 12:15:43,079+0200 DEBUG var changed: host "localhost" var 
"he_cloud_init_domain_name" type "" value: ""xyz.co.za 
 ""

So,

your host is named node01.xyz.co.za   and it resolves 
to 156.38.192.226,

then you are trying to create a VM named engine01.xyz.co.za 
  and you are trying to configure it with a static 
set IPv4 address which is still 156.38.192.226.
This is enough to explain all the subsequent networking issues.


Please try again using two distinct IP addresses for the node and the engine VM.

 

Thanks, Simone!

 


ciao,

Simone

 

 

On Sat, Oct 24, 2020 at 8:35 AM mailto:i...@worldhostess.com> > wrote:

File 1

/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20201024072802-qzvr7t.log

 

2020-10-24 08:10:14,990+0200 ERROR otopi.plugins.gr_he_common.core.misc 
misc._terminate:167 Hosted Engine deployment failed: please check the logs for 
the issue, fix accordingly or re-deploy from scratch.

2020-10-24 08:10:14,990+0200 DEBUG otopi.plugins.otopi.dialog.human 
dialog.__logString:204 DIALOG:SEND \ 

 

Yours Sincerely,

 

Henni 

 

From: i...@worldhostess.com   
mailto:i...@worldhostess.com> > 
Sent: Saturday, 24 October 2020 14:03
To: 'Yedidyah Bar David' mailto:d...@redhat.com> >
Cc: 'Edward Berger' mailto:edwber...@gmail.com> >; 
'users' mailto:users@ovirt.org> >
Subject: [ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie & 
frustrated]

 

Can anyone explain to me how to use the “screen -d -r” option

 

Start the deployment script:

# hosted-engine --deploy


To escape the script at any time, use the Ctrl+D keyboard combination to abort 
deployment. In the event of session timeout or connection disruption, run 
screen -d -r to recover the deployment session.

 

 

Yours Sincerely,

 

Henni 

 

From: Yedidyah Bar David mailto:d...@redhat.com> > 
Sent: Wednesday, 21 October 2020 15:04
To: i...@worldhostess.com  
Cc: Edward Berger mailto:edwber...@gmail.com> >; users 
mailto:users@ovirt.org> >
Subject: [ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie & 
frustrated]

 

On Wed, Oct 21, 2020 at 4:19 AM mailto:i...@worldhostess.com> > wrote:

Did you try to ssh to the engine VM?
ssh is disconnecting within 1 second to 30 seconds, impossible to 
perform anything. 

 

ssh to the host? Or to the engine vm?

 

If to the host, then you have some severe networking issues, I suggest to 
handle this first.

 


Command line install " hosted-engine --deploy" it gets to this point (see 
below) and disconnect and thereafter it is disconnecting ssh and http:// 
FQDN:9090

"[ INFO  ] TASK [ovirt.hosted_engine_setup : Check engine VM health]" 

https "Certificate invalid"

after I run " /usr/sbin/ovirt-hosted-engine-cleanup" I am able to ssh 

Yours Sincerely,

Henni

-Original Message-
From: Yedidyah Bar David mailto:d...@redhat.com> > 
Sent: Tuesday, 20 October 2020 14:05
To: i...@worldhostess.com  
Cc: Edward Berger mailto:edwber...@gmail.com> >; users 
mailto:users@ovirt.org> >
Subject: [ovirt-users] Re: 20+ Fresh Installs Failing in 20+ days [newbie & 
frustrated]

On Mon, Oct 19, 2020 at 6:00 PM mailto:i...@worldhostess.com> > wrote:
>
> I used Cockpit web interface to do the install and I crashed again. I think 
> it did not do the final part of the install. There are no other files such 

[ovirt-users] Re: Manual VM Migration fails

2020-10-26 Thread Anton Louw via Users
The strange thing is, if I power down a VM and then move it to the new host, I 
can power it back up successfully. I need to rebuild a few other hosts, so just 
nervous that if I place one of them into maintenance, the VMs are not going to 
migrate to the new host.


Anton Louw
Cloud Engineer: Storage and Virtualization
__
D: 087 805 1572 | M: N/A
A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
anton.l...@voxtelecom.co.za

www.vox.co.za



From: Anton Louw via Users 
Sent: 23 October 2020 18:05
To: Özmen Emre DEMİRKOL 
Cc: users@ovirt.org
Subject: [ovirt-users] Re: Manual VM Migration fails


So The compatibility in the Cluster is fine. The initial CPU type was set to 
Intel Westmere IBRS SSBD Family, but I have since changed it to Intel Broadwell 
Family, as the destination server is compatible with Broadwell.

Is there a way to get the migration working without editing each VM? Or should 
I just make the jump and rebuild another host that’s CPU is Intel Westmere?

Thanks


Anton Louw
Cloud Engineer: Storage and Virtualization at Vox

T:  087 805  | D: 087 805 1572
M: N/A
E: anton.l...@voxtelecom.co.za
A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
www.vox.co.za

[F]

[T]

[I]

[L]

[Y]


From: Özmen Emre DEMİRKOL mailto:ozm...@gmail.com>>
Sent: 23 October 2020 17:08
To: Anton Louw mailto:anton.l...@voxtelecom.co.za>>
Cc: users@ovirt.org
Subject: Re: [ovirt-users] Manual VM Migration fails

Hi,
Change vm cpu in edit mode.
Try again.
Also check cluster and datacenter compatability.

23 Eki 2020 Cum 17:09 tarihinde Anton Louw via Users 
mailto:users@ovirt.org>> şunu yazdı:

Hello Everybody,

I am having a strange issue. When I try and manually migrate a VM from one host 
to another, I get an error stating:

“Migration failed  (VM: VM1, Source: 
node6.example.com, Destination: 
node3.example.com)”

I have tried with a few different machines, and it pops up with the same error. 
I have attached the VDSM logs of both source and destination nodes. The time 
frame is 16:01

I see the below in that time frame, but not quite sure what I need to change:

2020-10-23 16:01:14,419+0200 ERROR (migsrc/42186f82) [virt.vm] 
(vmId='42186f82-b84c-7e65-e736-e6331acd04ed') Failed to migrate (migration:450)
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 431, in 
_regular_run
time.time(), migrationParams, machineParams
  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 505, in 
_startUnderlyingMigration
self._perform_with_conv_schedule(duri, muri)
  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 591, in 
_perform_with_conv_schedule
self._perform_migration(duri, muri)
  File "/usr/lib/python2.7/site-packages/vdsm/virt/migration.py", line 525, in 
_perform_migration
self._migration_flags)
  File "/usr/lib/python2.7/site-packages/vdsm/virt/virdomain.py", line 100, in f
ret = attr(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/common/libvirtconnection.py", 
line 131, in wrapper
ret = f(*args, **kwargs)
  File "/usr/lib/python2.7/site-packages/vdsm/common/function.py", line 94, in 
wrapper
return func(inst, *args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1781, in 
migrateToURI3
if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed', 
dom=self)
libvirtError: operation failed: guest CPU doesn't match specification: missing 
features: spec-ctrl,ssbd

Anton Louw
Cloud Engineer: Storage and Virtualization at Vox

T:  087 805  | D: 087 805 1572
M: N/A
E: anton.l...@voxtelecom.co.za
A: Rutherford Estate, 1 Scott Street, Waverley, Johannesburg
www.vox.co.za

[F]

[T]

[I]

[L]

[Y]



[#VoxBrand]

Disclaimer

The contents of this email are confidential to the sender and the intended 
recipient. Unless the contents are clearly and entirely of a personal nature, 
they are subject to copyright in favour of the holding company of the Vox group 
of companies. Any recipient who receives this email in error should immediately 
report the error to the sender and permanently delete this email from all 
storage devices.

This email has been scanned for viruses and malware, and may have 

[ovirt-users] Re: oVirt test clustered DOA after upgrade to latest 4.4.2 (AFAIK). Network issue?

2020-10-26 Thread Ales Musil
On Sat, Oct 24, 2020 at 2:01 PM Gilboa Davara  wrote:

> Hello,
>
> Many thanks for the prompt reply.
> Answers in-line
>
> On Fri, Oct 23, 2020 at 9:16 AM Ales Musil  wrote:
> >
> > It would be nice to know when this happens as it might be a serious
> problem.
>
> I can't offer much beyond the logs I uploaded.
> I had a similar event in one of my production GlusterFS / oVirt
> clusters, but restoring the missing ifcfg- files from backup and
> restarting NetworkManager solved the problem.
>
>
Alright, please don't hesitate to share it if it ever happens again.


> >
> > Unfortunately this won't work. From this it seems like vdsm persistence
> was broken somehow during the upgrade.
> >
> > For start you can really ensure that the network is not saved in the
> vdsm configuration.
> > By using vdsm-tool on the host, if you run "vdsm-tool list-nets" it
> won't produce anything most likely.
> >
> > To restore your previous configuration on the host you can use:
> >
> > cat << EOF > ovirtmgmt.json
> > {
> >   "networks": {
> > "ovirtmgmt": {
> >   "netmask": "255.255.255.0",
> >   "ipv6autoconf": false,
> >   "nic": "onb0",
> >   "bridged": true,
> >   "ipaddr": "192.168.2.117",
> >   "defaultRoute": true,
> >   "dhcpv6": false,
> >   "gateway": "192.168.2.100",
> >   "mtu": 1500,
> >   "switch": "legacy",
> >   "stp": false,
> >   "bootproto": "none",
> >   "nameservers": [
> > "192.168.2.100",
> > "8.8.8.8"
> >   ]
> > }
> >   },
> >   "bondings": {},
> >   "options": {
> > "connectivityCheck": false
> >   }
> > }
> > EOF
> >
> > vdsm-client -f ovirtmgmt.json Host setupNetworks
> >
> > If that works, you have to persist the configuration before reboot, so
> either from the engine UI
> > or from the host itself:
> >
> > vdsm-client Host setSafeNetworkConfig
>
> Worked like a charm! Thanks!
>
> Have a good weekend,
> Gilboa
>
>
Glad to hear that.

Thanks.
Regards,
Ales

-- 

Ales Musil

Software Engineer - RHV Network

Red Hat EMEA 

amu...@redhat.comIM: amusil

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