[ovirt-users] Re: Ovirt - Bonded NICs - using as tagged and untagged at the same time

[Edward Haas]

On Tue, Oct 30, 2018 at 3:32 AM Patrick Lawrence 
wrote:

> Thank you for responding. Do you think this would this work with OVS?
>
Yes, if support for it will be added to our OVN solution.
For this to work, we will need:
- Use OVN (external network) solution in oVirt.
- Use OVS cluster in order to connect the external network to the host
network using physnet.
- Introduce support in the OVN solution to enable trunk ports towards the
VM/s.

For the last point an RFE is required.

Thanks,
Edy.

>
> On 10/29/2018 2:39 PM, Edward Haas wrote:
>
> I think that this has been already asked:
> https://lists.ovirt.org/archives/list/users@ovirt.org/thread/USPMFD3NUAGE4PLOV62HSQDNEMHL37TU/?sort=date
>
> It is not supported because of how traffic is passed to a vlan by its base
> interface.
> When packets arrive to the nic and on top of it there is a vlan, any
> packet with a tag that matches that vlan will be forwarded to it and from
> there to the bridge.
> Leftovers (any other tags or non tag packers) will get forwarded to the
> bridge which is directly connected to the nic.
>
> So you cannot have one tag and one untag using the same base interface
> (bond in your case).
>
> Thanks,
> Edy.
>
>
> On Mon, Oct 29, 2018 at 5:29 PM Petr Horacek  wrote:
>
>> That sounds like a valid configuration. Edy, what do you think?
>>
>> 2018-10-26 16:24 GMT+02:00 :
>>
>>> Correct. On the host i have 1 management interface (ovirtmngmt) and 1
>>> bonded pair of 10GB interfaces (bond0)
>>>
>>> Under Networks I have created the following networks.
>>> VLAN70 - Tagged with 70
>>> 20GBBond - no tagging
>>>
>>> In the host I added both VLAN70 and 20GBBond via the Setup Network. I
>>> dragged the two networks interfaces and dropped on the bond0 nics.
>>>
>>> I created two VMs and assigned interfaces.
>>> Test1 - Attached VLAN70
>>> I ping 10.0.70.1 (the gateway) and it works.
>>>
>>> Test2 - Attached 20GBBond and create a eth1.70 interface in the OS.
>>> I can not ping 10.0.70.1, since VLAN70 is attached to Test1.
>>> If I stop Test1, remove the VLAN70 and delete the VLAN70 network I can
>>> then ping 10.0.70.1 from the eth1.70 interface on Test2.
>>> However, both can not exist at the same time.
>>> ___
>>> 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/RUXROJVCPYWH37EGY22OMPLF5RQJ6SFL/
>>>
>>
>>
>
___
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/7CGHRYXPSTN2D4XTISPMDUGQDBLDGPOL/

[ovirt-users] Re: Engine restore failing

[Maton, Brett]

Any suggestions on the FATAL: Failed checking DbJustRestored error ?

On Sat, 27 Oct 2018 at 16:01, Maton, Brett  wrote:

> Not sure what you mean by ovirt-engine-appliance, I just deploy with
> 'hosted-engine --deploy...' and keep it upto date.
>
> On Fri, 26 Oct 2018 at 13:23, Simone Tiraboschi 
> wrote:
>
>> Adding also Didi on this.
>> Brett, are you using the latest ovirt-engine-appliance?
>>
>> On Fri, Oct 26, 2018 at 1:31 PM Maton, Brett 
>> wrote:
>>
>>> Hi Simone,
>>>
>>>   I'm seeing the same error with new hosted-engine0setup RPM...
>>> ...
>>> [ ERROR ] fatal: [ovirt.gh.ltresources.co.uk]: FAILED! => {"changed":
>>> true, "cmd": "engine-backup --mode=restore
>>> --log=/var/log/ovirt-engine/setup/restore-backup-$(date -u
>>> +%Y%m%d%H%M%S).log --file=/root/engine_backup --provision-all-databases
>>> --restore-permissions", "delta": "0:00:12.219742", "end": "2018-10-26
>>> 12:28:20.127547", "msg": "non-zero return code", "rc": 1, "start":
>>> "2018-10-26 12:28:07.907805", "stderr": "FATAL: Failed checking
>>> DbJustRestored", "stderr_lines": ["FATAL: Failed checking DbJustRestored"],
>>> "stdout": "Preparing to restore:\n- Unpacking file
>>> '/root/engine_backup'\nRestoring:\n- Files\nProvisioning PostgreSQL
>>> users/databases:\n- user 'engine', database 'engine'\n- user
>>> 'ovirt_engine_history', database 'ovirt_engine_history'\nRestoring:\n-
>>> Engine database 'engine'\n  - Cleaning up temporary tables in engine
>>> database 'engine'", "stdout_lines": ["Preparing to restore:", "- Unpacking
>>> file '/root/engine_backup'", "Restoring:", "- Files", "Provisioning
>>> PostgreSQL users/databases:", "- user 'engine', database 'engine'", "- user
>>> 'ovirt_engine_history', database 'ovirt_engine_history'", "Restoring:", "-
>>> Engine database 'engine'", "  - Cleaning up temporary tables in engine
>>> database 'engine'"]}
>>> ...
>>>
>>> On Fri, 26 Oct 2018 at 09:19, Simone Tiraboschi 
>>> wrote:
>>>


 On Fri, Oct 26, 2018 at 9:52 AM Maton, Brett 
 wrote:

> Hi Simone,
>
>   Can I simply installed the 4.2.7 hosted-engine-setup rpm on top of
> the 4.2.6 installation on the node I'm using to redeploy SHE, or should I
> bump everything to the 4.2.7 pre-release ?
>

 You can simply update ovirt-hosted-engine-setup rpm


>
> Regards,
> Brett
>
> On Fri, 26 Oct 2018 at 08:35, Simone Tiraboschi 
> wrote:
>
>>
>>
>> On Fri, Oct 26, 2018 at 9:23 AM Maton, Brett <
>> mat...@ltresources.co.uk> wrote:
>>
>>> oVirt: 4.2.6.2-1
>>>
>>> I'm Moving hosted engine from one storage domain to another by
>>> backing up and restoring the engine.
>>>
>>> New VM provisioned in new storage domain, I get as far as trying to
>>> restore the backup:
>>>
>>> but am getting this DbJustRestored Error:
>>>
>>
>> Hi,
>> you probably hit:
>> https://bugzilla.redhat.com/show_bug.cgi?id=1620314
>>
>> That feature has been reworked for 4.2.7: with next release you will
>> be able to run
>>   hosted-engine --deploy --restore-from-file=yourbackup.tar.gz
>> that will automatically inject your backup file.
>>
>> If you want to have a preview of that feature you can try with
>>
>> https://jenkins.ovirt.org/job/ovirt-hosted-engine-setup_4.2_build-artifacts-el7-x86_64/161/artifact/exported-artifacts/ovirt-hosted-engine-setup-2.2.30-1.el7.noarch.rpm
>>
>>
>>
>>> engine-backup --mode=restore --file=engine.backup
>>> --log=engine-restore.log --provision-db --provision-dwh-db
>>> --restore-permissions
>>> Preparing to restore:
>>> - Unpacking file 'engine.backup'
>>> Restoring:
>>> - Files
>>> Provisioning PostgreSQL users/databases:
>>> - user 'engine', database 'engine'
>>> - user 'ovirt_engine_history', database 'ovirt_engine_history'
>>> Restoring:
>>> - Engine database 'engine'
>>>   - Cleaning up temporary tables in engine database 'engine'
>>> FATAL: Failed checking DbJustRestored
>>>
>>> restore log attached, any suggestions ?
>>> ___
>>> 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/NJ4USBWDAN3EOVV3YMSYYBJFPCJNXAXB/
>>>
>>
___
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/DWSFEUBAOPV7GQUEAY

[ovirt-users]Re: VMs unexpectidly restarted

[fso...@systea.fr]

Hi,I shared the logs yesterday, please see my most recent post for the links.ThanksFrank Message original Objet : Re: [ovirt-users] Re: VMs unexpectidly restartedDe : Sahina Bose À : fso...@systea.frCc : users ,Gobinda Das On Sun, Oct 28, 2018 at 5:17 PM fsoyer  wrote:>>> Well guys,> I can say now that I have a real problem, maybe between ovirt and gluster storage, but I can't be sure. Yesterday, I wanted to clone a VM (named "crij2") from a snapshot, but (this is another problem I think) the UI never gave me the popup (blank window with the cursor with a message 400 after a timeout). So I decided to export it, then import it.> The export/import finally works, but when it was working, some VMs became randomly unresponsives, and one restarted on error. At this time, the engine was on "ginger" node. Copy of the event log :> 27 oct. 2018 20:32:12 VM crij2 started on Host victor.local.systea.fr> 27 oct. 2018 20:31:37 VM crij2 was started by admin@internal-authz (Host: victor.local.systea.fr).> 27 oct. 2018 20:26:39 Vm crij2 was imported successfully to Data Center Default, Cluster Default> 27 oct. 2018 20:22:53 VM logcollector is not responding.> 27 oct. 2018 20:22:10 VM Sogov3 is not responding.> 27 oct. 2018 20:17:53 VM cerbere4 is not responding.> 27 oct. 2018 20:17:49 VM cerbere3 is not responding.> 27 oct. 2018 20:17:48 VM logcollector is not responding.> 27 oct. 2018 20:16:38 VM Sogov3 is not responding.> 27 oct. 2018 20:16:38 VM cerbere4 is not responding.> 27 oct. 2018 20:16:38 VM op2drugs1 is not responding.> 27 oct. 2018 20:16:33 VM cerbere3 is not responding.> 27 oct. 2018 20:07:30 VM op2drugs1 is not responding.> 27 oct. 2018 20:06:14 VM cerbere3 is not responding.> 27 oct. 2018 20:02:27 VM cerbere3 is not responding.> 27 oct. 2018 20:01:11 VM logcollector is not responding.> 27 oct. 2018 20:00:56 VM zabbix is not responding.> 27 oct. 2018 19:57:42 VM zabbix is not responding.> 27 oct. 2018 19:57:42 VM cerbere3 is not responding.> 27 oct. 2018 19:57:42 VM logcollector is not responding.> 27 oct. 2018 19:54:40 VM zabbix is not responding.> 27 oct. 2018 19:53:25 VM cerbere3 is not responding.> 27 oct. 2018 19:53:25 VM cerbere4 is not responding.> 27 oct. 2018 19:48:29 Starting to import Vm crij2 to Data Center Default, Cluster Default> 27 oct. 2018 19:47:41 Refresh image list succeeded for domain(s): ISO (ISO file type)> 27 oct. 2018 19:46:46 VM crij2 was renamed from crij2 to crij2_ok by admin.> 27 oct. 2018 19:46:46 VM crij2 configuration was updated by admin@internal-authz.> 27 oct. 2018 19:46:12 Refresh image list succeeded for domain(s): ISO (ISO file type)> 27 oct. 2018 19:42:36 Refresh image list succeeded for domain(s): ISO (ISO file type)> 27 oct. 2018 19:37:22 Vm crij2 was exported successfully to EXPORT> 27 oct. 2018 19:36:04 VM HostedEngine is not responding.> 27 oct. 2018 19:33:03 VM op2drugs1 is not responding.> 27 oct. 2018 19:32:48 VM altern8 is not responding.> 27 oct. 2018 19:32:48 VM patjoub1 is not responding.> 27 oct. 2018 19:31:03 VM op2drugs1 is not responding.> 27 oct. 2018 19:30:48 VM altern8 is not responding.> 27 oct. 2018 19:30:48 VM patjoub1 is not responding.> 27 oct. 2018 19:28:37 VM Sogov3 is not responding.> 27 oct. 2018 19:28:07 VM altern8 is not responding.> 27 oct. 2018 19:28:07 VM op2drugs1 is not responding.> 27 oct. 2018 19:28:07 VM patjoub1 is not responding.> 27 oct. 2018 19:25:10 VM Mint19 is not responding.> 27 oct. 2018 19:25:10 VM zabbix is not responding.> 27 oct. 2018 19:24:55 VM HostedEngine is not responding.> 27 oct. 2018 19:23:33 VM op2drugs1 is not responding.> 27 oct. 2018 19:23:18 VM altern8 is not responding.> 27 oct. 2018 19:23:18 VM patjoub1 is not responding.> 27 oct. 2018 19:21:52 VM op2drugs1 is not responding.> 27 oct. 2018 19:20:06 VM patjoub1 is not responding.> 27 oct. 2018 19:19:51 VM Sogov3 is not responding.> 27 oct. 2018 19:18:26 Host ginger.local.systea.fr power management was verified successfully.> 27 oct. 2018 19:18:26 Status of host ginger.local.systea.fr was set to Up.> 27 oct. 2018 19:18:25 Manually synced the storage devices from host ginger.local.systea.fr> 27 oct. 2018 19:17:51 Executing power management status on Host ginger.local.systea.fr using Proxy Host victor.local.systea.fr and Fence Agent ipmilan:10.0.0.225.> 27 oct. 2018 19:17:39 Host ginger.local.systea.fr is not responding. It will stay in Connecting state for a grace period of 82 seconds and after that an attempt to fence the host will be issued.> 27 oct. 2018 19:17:21 VM altern8 is not responding.> 27 oct. 2018 19:17:21 Invalid status on Data Center Default. Setting Data Center status to Non Responsive (On host ginger.local.systea.fr, Error: Network error during communication with the Host.).> 27 oct. 2018 19:17:21 VM patjoub1 is not responding.> 27 oct. 2018 19:17:20 VM HostedEngine is not responding.> 27 oct. 2018 19:17:20 VM op2drugs1 is not responding.> 27 oct. 2018 19:17:19 VDSM ginger.local.systea.fr command SpmStatusVDS failed: Connection

[ovirt-users] Re: VMs unexpectidly restarted

[Sahina Bose]

On Sun, Oct 28, 2018 at 5:17 PM fsoyer  wrote:
>
>
> Well guys,
> I can say now that I have a real problem, maybe between ovirt and gluster 
> storage, but I can't be sure. Yesterday, I wanted to clone a VM (named 
> "crij2") from a snapshot, but (this is another problem I think) the UI never 
> gave me the popup (blank window with the cursor with a message 400 after a 
> timeout). So I decided to export it, then import it.
> The export/import finally works, but when it was working, some VMs became 
> randomly unresponsives, and one restarted on error. At this time, the engine 
> was on "ginger" node. Copy of the event log :
> 27 oct. 2018 20:32:12 VM crij2 started on Host victor.local.systea.fr
> 27 oct. 2018 20:31:37 VM crij2 was started by admin@internal-authz (Host: 
> victor.local.systea.fr).
> 27 oct. 2018 20:26:39 Vm crij2 was imported successfully to Data Center 
> Default, Cluster Default
> 27 oct. 2018 20:22:53 VM logcollector is not responding.
> 27 oct. 2018 20:22:10 VM Sogov3 is not responding.
> 27 oct. 2018 20:17:53 VM cerbere4 is not responding.
> 27 oct. 2018 20:17:49 VM cerbere3 is not responding.
> 27 oct. 2018 20:17:48 VM logcollector is not responding.
> 27 oct. 2018 20:16:38 VM Sogov3 is not responding.
> 27 oct. 2018 20:16:38 VM cerbere4 is not responding.
> 27 oct. 2018 20:16:38 VM op2drugs1 is not responding.
> 27 oct. 2018 20:16:33 VM cerbere3 is not responding.
> 27 oct. 2018 20:07:30 VM op2drugs1 is not responding.
> 27 oct. 2018 20:06:14 VM cerbere3 is not responding.
> 27 oct. 2018 20:02:27 VM cerbere3 is not responding.
> 27 oct. 2018 20:01:11 VM logcollector is not responding.
> 27 oct. 2018 20:00:56 VM zabbix is not responding.
> 27 oct. 2018 19:57:42 VM zabbix is not responding.
> 27 oct. 2018 19:57:42 VM cerbere3 is not responding.
> 27 oct. 2018 19:57:42 VM logcollector is not responding.
> 27 oct. 2018 19:54:40 VM zabbix is not responding.
> 27 oct. 2018 19:53:25 VM cerbere3 is not responding.
> 27 oct. 2018 19:53:25 VM cerbere4 is not responding.
> 27 oct. 2018 19:48:29 Starting to import Vm crij2 to Data Center Default, 
> Cluster Default
> 27 oct. 2018 19:47:41 Refresh image list succeeded for domain(s): ISO (ISO 
> file type)
> 27 oct. 2018 19:46:46 VM crij2 was renamed from crij2 to crij2_ok by admin.
> 27 oct. 2018 19:46:46 VM crij2 configuration was updated by 
> admin@internal-authz.
> 27 oct. 2018 19:46:12 Refresh image list succeeded for domain(s): ISO (ISO 
> file type)
> 27 oct. 2018 19:42:36 Refresh image list succeeded for domain(s): ISO (ISO 
> file type)
> 27 oct. 2018 19:37:22 Vm crij2 was exported successfully to EXPORT
> 27 oct. 2018 19:36:04 VM HostedEngine is not responding.
> 27 oct. 2018 19:33:03 VM op2drugs1 is not responding.
> 27 oct. 2018 19:32:48 VM altern8 is not responding.
> 27 oct. 2018 19:32:48 VM patjoub1 is not responding.
> 27 oct. 2018 19:31:03 VM op2drugs1 is not responding.
> 27 oct. 2018 19:30:48 VM altern8 is not responding.
> 27 oct. 2018 19:30:48 VM patjoub1 is not responding.
> 27 oct. 2018 19:28:37 VM Sogov3 is not responding.
> 27 oct. 2018 19:28:07 VM altern8 is not responding.
> 27 oct. 2018 19:28:07 VM op2drugs1 is not responding.
> 27 oct. 2018 19:28:07 VM patjoub1 is not responding.
> 27 oct. 2018 19:25:10 VM Mint19 is not responding.
> 27 oct. 2018 19:25:10 VM zabbix is not responding.
> 27 oct. 2018 19:24:55 VM HostedEngine is not responding.
> 27 oct. 2018 19:23:33 VM op2drugs1 is not responding.
> 27 oct. 2018 19:23:18 VM altern8 is not responding.
> 27 oct. 2018 19:23:18 VM patjoub1 is not responding.
> 27 oct. 2018 19:21:52 VM op2drugs1 is not responding.
> 27 oct. 2018 19:20:06 VM patjoub1 is not responding.
> 27 oct. 2018 19:19:51 VM Sogov3 is not responding.
> 27 oct. 2018 19:18:26 Host ginger.local.systea.fr power management was 
> verified successfully.
> 27 oct. 2018 19:18:26 Status of host ginger.local.systea.fr was set to Up.
> 27 oct. 2018 19:18:25 Manually synced the storage devices from host 
> ginger.local.systea.fr
> 27 oct. 2018 19:17:51 Executing power management status on Host 
> ginger.local.systea.fr using Proxy Host victor.local.systea.fr and Fence 
> Agent ipmilan:10.0.0.225.
> 27 oct. 2018 19:17:39 Host ginger.local.systea.fr is not responding. It will 
> stay in Connecting state for a grace period of 82 seconds and after that an 
> attempt to fence the host will be issued.
> 27 oct. 2018 19:17:21 VM altern8 is not responding.
> 27 oct. 2018 19:17:21 Invalid status on Data Center Default. Setting Data 
> Center status to Non Responsive (On host ginger.local.systea.fr, Error: 
> Network error during communication with the Host.).
> 27 oct. 2018 19:17:21 VM patjoub1 is not responding.
> 27 oct. 2018 19:17:20 VM HostedEngine is not responding.
> 27 oct. 2018 19:17:20 VM op2drugs1 is not responding.
> 27 oct. 2018 19:17:19 VDSM ginger.local.systea.fr command SpmStatusVDS 
> failed: Connection timeout for host 'ginger.local.systea.fr', last response 
> arrived 17279 ms ago.
> 27 oct. 2018 19:16:16 

[ovirt-users] Re: Involuntary emergency upgrade from 4.1 to 4.2

[Nathan Lager]

The cluster will need a default storage domain before you can import your
existing domain. That much I do remember.  What's causing your error I
don't know. What sort of storage are you working with?

On Mon, Oct 29, 2018, 6:04 PM David Johnson 
wrote:

> Thank you everyone for all of your help. Here is where things stand now:
>
> I gave up trying to recover from backup. I wasn't able to mount the OVA.
> Since this is a test rack, I looked at the amount of time I've sunk into it
> already (about the same as it took to build from scratch the first time
> around) and decided that it was worthwhile to risk starting from scratch
> rather than become an overnight bit bashing Ovirt guru.
>
> I installed the 4.2 controller, upgraded the hosts to 4.2, and then added
> the two hosts to the default data center.  At this point, all of the
> running JVM's were visible to the controller, but the vm's do not appear to
> be managed by the controller. I can't migrate them from one host to the
> other, for example.
>
> As near as I can tell,  the next crucial step is to import the existing
> storage domains.
>
> There is no visible way to import an existing storage domain to an
> uninitialized data center (uninitialized data centers are not available to
> the Import Domain button)), so I created a new share on the SAN for a
> bootstrap domain, and am unable to connect to it. The error message given
> by OVirt is "Error while executing action Add Storage Connection: Problem
> while trying to mount target", which is not really information.
>
> Is there a command line tool for importing the existing storage domains
> that will not choke on an uninitialized data center?
>
> Thank you in advance,
>
> On Mon, Oct 29, 2018 at 7:14 AM David Johnson <
> djohn...@maxistechnology.com> wrote:
>
>> Thank you for your generous help.
>>
>> 4.1 wouldn't install because a number of dependencies were pointing to
>> dead links. It felt like over half, although I'm sure it was a more limited
>> subset.
>>
>> I will give these suggestions a try
>>
>>
>> On Mon, Oct 29, 2018, 4:50 AM Yedidyah Bar David  wrote:
>>
>>> On Mon, Oct 29, 2018 at 10:00 AM Simone Tiraboschi 
>>> wrote:
>>> >
>>> > Hi,
>>> > AFAIK https://resources.ovirt.org/pub/ovirt-4.1/ is still there,
>>> maybe you could find some issues with other repos.
>>> >
>>> > If you want to take a shortcut,
>>> https://resources.ovirt.org/pub/ovirt-4.1/rpm/el7/noarch/ovirt-engine-appliance-4.1-20180124.1.el7.centos.noarch.rpm
>>> contains latest 4.1 based engine appliance.
>>> > You can extract the OVA file from there and use it to boot a temporary
>>> VM with virt-install and then upgrade the engine there to 4.2 in order to
>>> take a new 4.2 based backup that your can restore where you prefer with up
>>> to date rpms.
>>> >
>>> >
>>> > On Mon, Oct 29, 2018 at 8:49 AM  wrote:
>>> >>
>>> >> I'm looking for a hand in recovering my ovirt cluster from a hardware
>>> failure. The hard drive on my cluster controller failed, and I would like
>>> to recover from backup.
>>> >>
>>> >> The problem is, the cluster was 4.1, which is less than a year old,
>>> but was nevertheless removed from the active repositories back in May. 4.2
>>> will not recover from 4.1 backups.
>>>
>>> If you are brave, you can also "cheat" - patch engine-backup to allow
>>> recovering 4.1. That's a trivial patch, and the main problem with it
>>> is that no-one tested it, and I do expect it might introduce subtle
>>> issues. But considering the alternatives, it might be a reasonable
>>> approach. If you do, try restoring first on an _isolated_ VM somewhere,
>>> try to see how the engine behaves after restore (it will not work
>>> very well, because it will not manage to access its hosts - if you
>>> indeed isolated it well enough), and if it looks ok, try for real.
>>>
>>> See also e.g.:
>>>
>>> https://lists.ovirt.org/pipermail/users/2017-March/080346.html
>>>
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1425788
>>>
>>> That said, not sure why 4.1 does not work for you. I think it should
>>> still work, although I didn't try by myself recently.
>>>
>>> Good luck and best regards,
>>>
>>> >>
>>> >> The storage domains are all intact (I think), and the hosts are still
>>> running (unmanaged). I've tried to manually restore the engine from
>>> backups, but either the upgrade is reinitializing or I am missing something.
>>> >>
>>> >> Any ideas?
>>> >> ___
>>> >> 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/HRIUSVMGGCIG5M5AWBWCP6VH2OVUHHIG/
>>> >
>>> > ___
>>> > Users mailing list -- users@ovirt.org
>>> > To unsubscribe send an email to user

[ovirt-users] Re: Ovirt - Bonded NICs - using as tagged and untagged at the same time

[Patrick Lawrence]

Thank you for responding. Do you think this would this work with OVS?


On 10/29/2018 2:39 PM, Edward Haas wrote:
I think that this has been already asked: 
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/USPMFD3NUAGE4PLOV62HSQDNEMHL37TU/?sort=date


It is not supported because of how traffic is passed to a vlan by its 
base interface.
When packets arrive to the nic and on top of it there is a vlan, any 
packet with a tag that matches that vlan will be forwarded to it and 
from there to the bridge.
Leftovers (any other tags or non tag packers) will get forwarded to 
the bridge which is directly connected to the nic.


So you cannot have one tag and one untag using the same base interface 
(bond in your case).


Thanks,
Edy.


On Mon, Oct 29, 2018 at 5:29 PM Petr Horacek > wrote:


That sounds like a valid configuration. Edy, what do you think?

2018-10-26 16:24 GMT+02:00 mailto:pslawre...@comcast.net>>:

Correct. On the host i have 1 management interface
(ovirtmngmt) and 1 bonded pair of 10GB interfaces (bond0)

Under Networks I have created the following networks.
VLAN70 - Tagged with 70
20GBBond - no tagging

In the host I added both VLAN70 and 20GBBond via the Setup
Network. I dragged the two networks interfaces and dropped on
the bond0 nics.

I created two VMs and assigned interfaces.
Test1 - Attached VLAN70
I ping 10.0.70.1 (the gateway) and it works.

Test2 - Attached 20GBBond and create a eth1.70 interface in
the OS.
I can not ping 10.0.70.1, since VLAN70 is attached to Test1.
If I stop Test1, remove the VLAN70 and delete the VLAN70
network I can then ping 10.0.70.1 from the eth1.70 interface
on Test2.
However, both can not exist at the same time.
___
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/RUXROJVCPYWH37EGY22OMPLF5RQJ6SFL/




___
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/DIS3DTI4D7VLIGMMFDCXPQL4FHSUKNV2/

[ovirt-users] Re: Involuntary emergency upgrade from 4.1 to 4.2

[David Johnson]

Thank you everyone for all of your help. Here is where things stand now:

I gave up trying to recover from backup. I wasn't able to mount the OVA.
Since this is a test rack, I looked at the amount of time I've sunk into it
already (about the same as it took to build from scratch the first time
around) and decided that it was worthwhile to risk starting from scratch
rather than become an overnight bit bashing Ovirt guru.

I installed the 4.2 controller, upgraded the hosts to 4.2, and then added
the two hosts to the default data center.  At this point, all of the
running JVM's were visible to the controller, but the vm's do not appear to
be managed by the controller. I can't migrate them from one host to the
other, for example.

As near as I can tell,  the next crucial step is to import the existing
storage domains.

There is no visible way to import an existing storage domain to an
uninitialized data center (uninitialized data centers are not available to
the Import Domain button)), so I created a new share on the SAN for a
bootstrap domain, and am unable to connect to it. The error message given
by OVirt is "Error while executing action Add Storage Connection: Problem
while trying to mount target", which is not really information.

Is there a command line tool for importing the existing storage domains
that will not choke on an uninitialized data center?

Thank you in advance,

On Mon, Oct 29, 2018 at 7:14 AM David Johnson 
wrote:

> Thank you for your generous help.
>
> 4.1 wouldn't install because a number of dependencies were pointing to
> dead links. It felt like over half, although I'm sure it was a more limited
> subset.
>
> I will give these suggestions a try
>
>
> On Mon, Oct 29, 2018, 4:50 AM Yedidyah Bar David  wrote:
>
>> On Mon, Oct 29, 2018 at 10:00 AM Simone Tiraboschi 
>> wrote:
>> >
>> > Hi,
>> > AFAIK https://resources.ovirt.org/pub/ovirt-4.1/ is still there, maybe
>> you could find some issues with other repos.
>> >
>> > If you want to take a shortcut,
>> https://resources.ovirt.org/pub/ovirt-4.1/rpm/el7/noarch/ovirt-engine-appliance-4.1-20180124.1.el7.centos.noarch.rpm
>> contains latest 4.1 based engine appliance.
>> > You can extract the OVA file from there and use it to boot a temporary
>> VM with virt-install and then upgrade the engine there to 4.2 in order to
>> take a new 4.2 based backup that your can restore where you prefer with up
>> to date rpms.
>> >
>> >
>> > On Mon, Oct 29, 2018 at 8:49 AM  wrote:
>> >>
>> >> I'm looking for a hand in recovering my ovirt cluster from a hardware
>> failure. The hard drive on my cluster controller failed, and I would like
>> to recover from backup.
>> >>
>> >> The problem is, the cluster was 4.1, which is less than a year old,
>> but was nevertheless removed from the active repositories back in May. 4.2
>> will not recover from 4.1 backups.
>>
>> If you are brave, you can also "cheat" - patch engine-backup to allow
>> recovering 4.1. That's a trivial patch, and the main problem with it
>> is that no-one tested it, and I do expect it might introduce subtle
>> issues. But considering the alternatives, it might be a reasonable
>> approach. If you do, try restoring first on an _isolated_ VM somewhere,
>> try to see how the engine behaves after restore (it will not work
>> very well, because it will not manage to access its hosts - if you
>> indeed isolated it well enough), and if it looks ok, try for real.
>>
>> See also e.g.:
>>
>> https://lists.ovirt.org/pipermail/users/2017-March/080346.html
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1425788
>>
>> That said, not sure why 4.1 does not work for you. I think it should
>> still work, although I didn't try by myself recently.
>>
>> Good luck and best regards,
>>
>> >>
>> >> The storage domains are all intact (I think), and the hosts are still
>> running (unmanaged). I've tried to manually restore the engine from
>> backups, but either the upgrade is reinitializing or I am missing something.
>> >>
>> >> Any ideas?
>> >> ___
>> >> 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/HRIUSVMGGCIG5M5AWBWCP6VH2OVUHHIG/
>> >
>> > ___
>> > 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/3OIB2WQSMHVM52LA7U2DC4LYG4PY5WZQ/
>>
>>
>>
>> --
>> Didi
>>
>
___
Users mailing list -- users@ovirt.org
To unsu

[ovirt-users] Re: Ovirt - Bonded NICs - using as tagged and untagged at the same time

[Edward Haas]

I think that this has been already asked:
https://lists.ovirt.org/archives/list/users@ovirt.org/thread/USPMFD3NUAGE4PLOV62HSQDNEMHL37TU/?sort=date

It is not supported because of how traffic is passed to a vlan by its base
interface.
When packets arrive to the nic and on top of it there is a vlan, any packet
with a tag that matches that vlan will be forwarded to it and from there to
the bridge.
Leftovers (any other tags or non tag packers) will get forwarded to the
bridge which is directly connected to the nic.

So you cannot have one tag and one untag using the same base interface
(bond in your case).

Thanks,
Edy.


On Mon, Oct 29, 2018 at 5:29 PM Petr Horacek  wrote:

> That sounds like a valid configuration. Edy, what do you think?
>
> 2018-10-26 16:24 GMT+02:00 :
>
>> Correct. On the host i have 1 management interface (ovirtmngmt) and 1
>> bonded pair of 10GB interfaces (bond0)
>>
>> Under Networks I have created the following networks.
>> VLAN70 - Tagged with 70
>> 20GBBond - no tagging
>>
>> In the host I added both VLAN70 and 20GBBond via the Setup Network. I
>> dragged the two networks interfaces and dropped on the bond0 nics.
>>
>> I created two VMs and assigned interfaces.
>> Test1 - Attached VLAN70
>> I ping 10.0.70.1 (the gateway) and it works.
>>
>> Test2 - Attached 20GBBond and create a eth1.70 interface in the OS.
>> I can not ping 10.0.70.1, since VLAN70 is attached to Test1.
>> If I stop Test1, remove the VLAN70 and delete the VLAN70 network I can
>> then ping 10.0.70.1 from the eth1.70 interface on Test2.
>> However, both can not exist at the same time.
>> ___
>> 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/RUXROJVCPYWH37EGY22OMPLF5RQJ6SFL/
>>
>
>
___
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/GBOFDR5CQF2Z4S7HPRDXUK7DF4GWGL2F/

[ovirt-users] Re: Can't create Templates in the VM Portal

[Staniforth, Paul]

Unfortunately you can't create templates in the VM portal, I don't know if it 
will be updated in the future to support it. If you don't wan't to give users 
access to the admin portal you can create templates via the SDK as a standard 
user.

Regards,
 Paul S.

From: siove...@gmail.com 
Sent: 29 October 2018 14:32
To: users@ovirt.org
Subject: [ovirt-users] Can't create Templates in the VM Portal

Hi, How I can create Templates in the VM Portal?
I use Ovirt 4.2.6.

Regards
___
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/YO57CSXRLG4Q5DR3T2DXMPPMHXHW4JQ4/
To view the terms under which this email is distributed, please go to:-
http://disclaimer.leedsbeckett.ac.uk/disclaimer/disclaimer.html
___
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/L3BPCYTS3LGBLNR3IFU262MF7OITXQCL/

[ovirt-users] Can't create iSCSI storage

[Tryfon Farmakakis]

Hi, I have an oVirt 4.2.6.4 installation. I added a new Centos 7.5 host and a 
new, still uninitialized Data Center with shared storage. I then try to add a 
new iSCSI Data Storage Domain on this Data Center and I have selected to use 
the only host I have where the iSCSI target also resides, over a local device. 
command 'targetcli ls' outputs:
o- / 
.
 [...]
  o- backstores 
..
 [...]
  | o- block 
..
 [Storage Objects: 0]
  | o- fileio 
.
 [Storage Objects: 0]
  | o- pscsi 
..
 [Storage Objects: 1]
  | | o- vicinityvolume 
 
[/dev/iof/vicinityvolume activated]
  | |   o- alua 
...
 [ALUA Groups: 0]
  | o- ramdisk 

 [Storage Objects: 0]
  o- iscsi 

 [Targets: 1]
  | o- iqn.2015-03.com.iofabric:vicinityvolume 
... 
[TPGs: 1]
  |   o- tpg1 
..
 [gen-acls, no-auth]
  | o- acls 
..
 [ACLs: 0]
  | o- luns 
..
 [LUNs: 1]
  | | o- lun0 .. 
[pscsi/vicinityvolume (/dev/iof/vicinityvolume) (None)]
  | o- portals 

 [Portals: 1]
  |   o- 0.0.0.0:3260 
.
 [OK]
  o- loopback 
.
 [Targets: 0]

iSCSI target is discovered successfully, login also works but then when I click 
'OK' button nothing happens. The iSCSI initiator seems to have been created 
though. Command 'iscsiadm -m session' outputs: tcp: [1] 44.128.20.202:3260,1 
iqn.2015-03.com.iofabric:vicinityvolume (non-flash)
Command 'lsblk' outputs:
NAMEMAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda   8:00   1,8T  0 disk 
sdb   8:16   0   1,8T  0 disk 
sdc   8:32   0   477G  0 disk 
sdd   8:48   0 238,5G  0 disk 
├─sdd18:49   0   500M  0 part /boot
└─sdd28:50   0   238G  0 part 
  ├─centos-root 253:0050G  0 lvm  /
  ├─centos-swap 253:10  15,7G  0 lvm  [SWAP]
  └─centos-home 253:20 172,2G  0 lvm  /home
sde   8:64   0 3T  0 disk 
sdf   8:80   0 3T  0 disk 
sr0  11:01  1024M  0 rom 

The sde device is the original device to which the iSCSI target points and sdf 
is the device created by the iSCSI initiator.
Any help would be appreciated.
___
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/M5ZQQWCKIBX24R6K35TUREJXZJ7TMB2V/

[ovirt-users] Re: Can't create Templates in the VM Portal

[Lucie Leistnerova]

Hello, it is not possible to create templates in VM portal. The 
templates should be prepared in admin portal.


Lucie

On 10/29/18 3:32 PM, siove...@gmail.com wrote:

Hi, How I can create Templates in the VM Portal?
I use Ovirt 4.2.6.

Regards
___
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/YO57CSXRLG4Q5DR3T2DXMPPMHXHW4JQ4/


--
Lucie Leistnerova
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/TJHNWAT333IWTUTUTSWTSR6XR7NSBK7L/

[ovirt-users] Re: Ovirt - Bonded NICs - using as tagged and untagged at the same time

[Petr Horacek]

That sounds like a valid configuration. Edy, what do you think?

2018-10-26 16:24 GMT+02:00 :

> Correct. On the host i have 1 management interface (ovirtmngmt) and 1
> bonded pair of 10GB interfaces (bond0)
>
> Under Networks I have created the following networks.
> VLAN70 - Tagged with 70
> 20GBBond - no tagging
>
> In the host I added both VLAN70 and 20GBBond via the Setup Network. I
> dragged the two networks interfaces and dropped on the bond0 nics.
>
> I created two VMs and assigned interfaces.
> Test1 - Attached VLAN70
> I ping 10.0.70.1 (the gateway) and it works.
>
> Test2 - Attached 20GBBond and create a eth1.70 interface in the OS.
> I can not ping 10.0.70.1, since VLAN70 is attached to Test1.
> If I stop Test1, remove the VLAN70 and delete the VLAN70 network I can
> then ping 10.0.70.1 from the eth1.70 interface on Test2.
> However, both can not exist at the same time.
> ___
> 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/RUXROJVCPYWH37EGY22OMPLF5RQJ6SFL/
>
___
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/Y4EASKRGH7UDCYSN2RBFVEVOBC2NBLTF/

[ovirt-users] Re: Involuntary emergency upgrade from 4.1 to 4.2

[Nathan Lager]

I understand your sense of panic, I accidentally destroyed my RHEV manager
a few months ago, and it was quite a bad time.  It sounds like you have
some good suggestions on how to recover, I just wanted to share some
experience with you.

Your hypervisors will happily continue running your vm's, as long as
nothing interrupts them.  If a guest shuts down or hangs, you'll have no
way to start it back up or reboot it.  likewise, if a hypervisor crashes,
you wont be able to start it's guests back up.

Your storage domains should be importable into 4.2 from 4.1.  One of the
clusters I'd broken was fixed that way.  I did have to log into each guest
and shut it down before I could safely bring the storage domain into my new
manager though.  I was going from a broken 3.6 manager to a new 4.1 manager
in that case.  Not sure if its different from 4.1 to 4.2.

The procedure went something like this, from my memory: Build a new 4.1
manager. Shut down vm's on your rhev/oVirt hypervisors.  Reinstall one of
the hypervisors, and join it to the new manager.  Attach your storage
domains using the Import Domain button, not the New domain button.  Domain
should come in, and have all of your vms listed. Reinstall the rest of the
hypervisors, and join them to the new manager. I believe I had to activate,
or import each VM as well.  It's been several months since I did all that.

I'm not sure if you're working with upstream oVirt, or RHV, i'm on RHV.  My
4.1 repos are certainly still available from Red Hat.  Not sure about the
status of oVirt repos.



On Mon, Oct 29, 2018 at 10:27 AM David Johnson 
wrote:

> Thank you for your generous help.
>
> 4.1 wouldn't install because a number of dependencies were pointing to
> dead links. It felt like over half, although I'm sure it was a more limited
> subset.
>
> I will give these suggestions a try
>
>
> On Mon, Oct 29, 2018, 4:50 AM Yedidyah Bar David  wrote:
>
>> On Mon, Oct 29, 2018 at 10:00 AM Simone Tiraboschi 
>> wrote:
>> >
>> > Hi,
>> > AFAIK https://resources.ovirt.org/pub/ovirt-4.1/ is still there, maybe
>> you could find some issues with other repos.
>> >
>> > If you want to take a shortcut,
>> https://resources.ovirt.org/pub/ovirt-4.1/rpm/el7/noarch/ovirt-engine-appliance-4.1-20180124.1.el7.centos.noarch.rpm
>> contains latest 4.1 based engine appliance.
>> > You can extract the OVA file from there and use it to boot a temporary
>> VM with virt-install and then upgrade the engine there to 4.2 in order to
>> take a new 4.2 based backup that your can restore where you prefer with up
>> to date rpms.
>> >
>> >
>> > On Mon, Oct 29, 2018 at 8:49 AM  wrote:
>> >>
>> >> I'm looking for a hand in recovering my ovirt cluster from a hardware
>> failure. The hard drive on my cluster controller failed, and I would like
>> to recover from backup.
>> >>
>> >> The problem is, the cluster was 4.1, which is less than a year old,
>> but was nevertheless removed from the active repositories back in May. 4.2
>> will not recover from 4.1 backups.
>>
>> If you are brave, you can also "cheat" - patch engine-backup to allow
>> recovering 4.1. That's a trivial patch, and the main problem with it
>> is that no-one tested it, and I do expect it might introduce subtle
>> issues. But considering the alternatives, it might be a reasonable
>> approach. If you do, try restoring first on an _isolated_ VM somewhere,
>> try to see how the engine behaves after restore (it will not work
>> very well, because it will not manage to access its hosts - if you
>> indeed isolated it well enough), and if it looks ok, try for real.
>>
>> See also e.g.:
>>
>> https://lists.ovirt.org/pipermail/users/2017-March/080346.html
>>
>> https://bugzilla.redhat.com/show_bug.cgi?id=1425788
>>
>> That said, not sure why 4.1 does not work for you. I think it should
>> still work, although I didn't try by myself recently.
>>
>> Good luck and best regards,
>>
>> >>
>> >> The storage domains are all intact (I think), and the hosts are still
>> running (unmanaged). I've tried to manually restore the engine from
>> backups, but either the upgrade is reinitializing or I am missing something.
>> >>
>> >> Any ideas?
>> >> ___
>> >> 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/HRIUSVMGGCIG5M5AWBWCP6VH2OVUHHIG/
>> >
>> > ___
>> > 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/

[ovirt-users] Can't create Templates in the VM Portal

[siovelrm]

Hi, How I can create Templates in the VM Portal? 
I use Ovirt 4.2.6.

Regards
___
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/YO57CSXRLG4Q5DR3T2DXMPPMHXHW4JQ4/

[ovirt-users] Re: Involuntary emergency upgrade from 4.1 to 4.2

[David Johnson]

Thank you for your generous help.

4.1 wouldn't install because a number of dependencies were pointing to dead
links. It felt like over half, although I'm sure it was a more limited
subset.

I will give these suggestions a try


On Mon, Oct 29, 2018, 4:50 AM Yedidyah Bar David  wrote:

> On Mon, Oct 29, 2018 at 10:00 AM Simone Tiraboschi 
> wrote:
> >
> > Hi,
> > AFAIK https://resources.ovirt.org/pub/ovirt-4.1/ is still there, maybe
> you could find some issues with other repos.
> >
> > If you want to take a shortcut,
> https://resources.ovirt.org/pub/ovirt-4.1/rpm/el7/noarch/ovirt-engine-appliance-4.1-20180124.1.el7.centos.noarch.rpm
> contains latest 4.1 based engine appliance.
> > You can extract the OVA file from there and use it to boot a temporary
> VM with virt-install and then upgrade the engine there to 4.2 in order to
> take a new 4.2 based backup that your can restore where you prefer with up
> to date rpms.
> >
> >
> > On Mon, Oct 29, 2018 at 8:49 AM  wrote:
> >>
> >> I'm looking for a hand in recovering my ovirt cluster from a hardware
> failure. The hard drive on my cluster controller failed, and I would like
> to recover from backup.
> >>
> >> The problem is, the cluster was 4.1, which is less than a year old, but
> was nevertheless removed from the active repositories back in May. 4.2 will
> not recover from 4.1 backups.
>
> If you are brave, you can also "cheat" - patch engine-backup to allow
> recovering 4.1. That's a trivial patch, and the main problem with it
> is that no-one tested it, and I do expect it might introduce subtle
> issues. But considering the alternatives, it might be a reasonable
> approach. If you do, try restoring first on an _isolated_ VM somewhere,
> try to see how the engine behaves after restore (it will not work
> very well, because it will not manage to access its hosts - if you
> indeed isolated it well enough), and if it looks ok, try for real.
>
> See also e.g.:
>
> https://lists.ovirt.org/pipermail/users/2017-March/080346.html
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1425788
>
> That said, not sure why 4.1 does not work for you. I think it should
> still work, although I didn't try by myself recently.
>
> Good luck and best regards,
>
> >>
> >> The storage domains are all intact (I think), and the hosts are still
> running (unmanaged). I've tried to manually restore the engine from
> backups, but either the upgrade is reinitializing or I am missing something.
> >>
> >> Any ideas?
> >> ___
> >> 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/HRIUSVMGGCIG5M5AWBWCP6VH2OVUHHIG/
> >
> > ___
> > 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/3OIB2WQSMHVM52LA7U2DC4LYG4PY5WZQ/
>
>
>
> --
> Didi
>
___
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/J2BB32HKODBY4CC23YWH37J7Q5YM7BQT/

[ovirt-users] Re: Involuntary emergency upgrade from 4.1 to 4.2

[David Johnson]

Thanks, I'll check it out.

On Mon, Oct 29, 2018, 2:54 AM Simone Tiraboschi  wrote:

> Hi,
> AFAIK https://resources.ovirt.org/pub/ovirt-4.1/ is still there, maybe
> you could find some issues with other repos.
>
> If you want to take a shortcut,
> https://resources.ovirt.org/pub/ovirt-4.1/rpm/el7/noarch/ovirt-engine-appliance-4.1-20180124.1.el7.centos.noarch.rpm
> contains latest 4.1 based engine appliance.
> You can extract the OVA file from there and use it to boot a temporary VM
> with virt-install and then upgrade the engine there to 4.2 in order to take
> a new 4.2 based backup that your can restore where you prefer with up to
> date rpms.
>
>
> On Mon, Oct 29, 2018 at 8:49 AM  wrote:
>
>> I'm looking for a hand in recovering my ovirt cluster from a hardware
>> failure. The hard drive on my cluster controller failed, and I would like
>> to recover from backup.
>>
>> The problem is, the cluster was 4.1, which is less than a year old, but
>> was nevertheless removed from the active repositories back in May. 4.2 will
>> not recover from 4.1 backups.
>>
>> The storage domains are all intact (I think), and the hosts are still
>> running (unmanaged). I've tried to manually restore the engine from
>> backups, but either the upgrade is reinitializing or I am missing something.
>>
>> Any ideas?
>> ___
>> 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/HRIUSVMGGCIG5M5AWBWCP6VH2OVUHHIG/
>>
>
___
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/Z6B5WZ2BBXPPG2MPEJ6BAWDSZQT5FETW/

[ovirt-users] Re: AD Integration - Login Error

[Anantha Raghava]

Hi,

The problem solved. The UPN was not defined for a given set of users. 
Hence it reported error. Once the UPN was defined, it logged in properly.


--

Thanks & Regards,


Anantha Raghava


Do not print this e-mail unless required. Save Paper & trees.

On 29/10/18 2:13 PM, Anantha Raghava wrote:


Hi,

Another note: When I login using admin@internal, I am able to browse / 
search the AD User names, groups. But at login it gives "cannot 
resolve principle error".


Any help is highly appreciated.

--

Thanks & Regards,


Anantha Raghava


Do not print this e-mail unless required. Save Paper & trees.

On 29/10/18 2:11 PM, Anantha Raghava wrote:


Hi,

I have recently installed ovirt version 4.2.6 in my infrastructure 
with 3 hosts and Fiber Channel SAN.


I have also integrated the engine with Active Directory using 
ovirt-engine-extensions-aaa-ldap using the recommended procedure and 
the integration went through without any error. However, when I try 
to login to Administration / User Portal I receive error 
"server_error: Cannot resolve principle 'u...@example.com'


Can someone help to get over this issue?

--

Thanks & regards,

Anantha Raghava


Do not print this e-mail unless required. Save Paper & trees.





___
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/TR42LUSNVLMW65NGCIY3FBITG47JHHMV/

[ovirt-users] Re: Involuntary emergency upgrade from 4.1 to 4.2

[Yedidyah Bar David]

On Mon, Oct 29, 2018 at 10:00 AM Simone Tiraboschi  wrote:
>
> Hi,
> AFAIK https://resources.ovirt.org/pub/ovirt-4.1/ is still there, maybe you 
> could find some issues with other repos.
>
> If you want to take a shortcut, 
> https://resources.ovirt.org/pub/ovirt-4.1/rpm/el7/noarch/ovirt-engine-appliance-4.1-20180124.1.el7.centos.noarch.rpm
>  contains latest 4.1 based engine appliance.
> You can extract the OVA file from there and use it to boot a temporary VM 
> with virt-install and then upgrade the engine there to 4.2 in order to take a 
> new 4.2 based backup that your can restore where you prefer with up to date 
> rpms.
>
>
> On Mon, Oct 29, 2018 at 8:49 AM  wrote:
>>
>> I'm looking for a hand in recovering my ovirt cluster from a hardware 
>> failure. The hard drive on my cluster controller failed, and I would like to 
>> recover from backup.
>>
>> The problem is, the cluster was 4.1, which is less than a year old, but was 
>> nevertheless removed from the active repositories back in May. 4.2 will not 
>> recover from 4.1 backups.

If you are brave, you can also "cheat" - patch engine-backup to allow
recovering 4.1. That's a trivial patch, and the main problem with it
is that no-one tested it, and I do expect it might introduce subtle
issues. But considering the alternatives, it might be a reasonable
approach. If you do, try restoring first on an _isolated_ VM somewhere,
try to see how the engine behaves after restore (it will not work
very well, because it will not manage to access its hosts - if you
indeed isolated it well enough), and if it looks ok, try for real.

See also e.g.:

https://lists.ovirt.org/pipermail/users/2017-March/080346.html

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

That said, not sure why 4.1 does not work for you. I think it should
still work, although I didn't try by myself recently.

Good luck and best regards,

>>
>> The storage domains are all intact (I think), and the hosts are still 
>> running (unmanaged). I've tried to manually restore the engine from backups, 
>> but either the upgrade is reinitializing or I am missing something.
>>
>> Any ideas?
>> ___
>> 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/HRIUSVMGGCIG5M5AWBWCP6VH2OVUHHIG/
>
> ___
> 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/3OIB2WQSMHVM52LA7U2DC4LYG4PY5WZQ/



-- 
Didi
___
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/W5LILTJX464PBVHFSOXJVKU2BB5X555L/

[ovirt-users] Re: AD Integration - Login Error

[Anantha Raghava]

Hi,

Another note: When I login using admin@internal, I am able to browse / 
search the AD User names, groups. But at login it gives "cannot resolve 
principle error".


Any help is highly appreciated.

--

Thanks & Regards,


Anantha Raghava


Do not print this e-mail unless required. Save Paper & trees.

On 29/10/18 2:11 PM, Anantha Raghava wrote:


Hi,

I have recently installed ovirt version 4.2.6 in my infrastructure 
with 3 hosts and Fiber Channel SAN.


I have also integrated the engine with Active Directory using 
ovirt-engine-extensions-aaa-ldap using the recommended procedure and 
the integration went through without any error. However, when I try to 
login to Administration / User Portal I receive error "server_error: 
Cannot resolve principle 'u...@example.com'


Can someone help to get over this issue?

--

Thanks & regards,

Anantha Raghava


Do not print this e-mail unless required. Save Paper & trees.



___
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/HYKFZA5ZKIH6UI7WHJZUZUGM27M4NHP2/

[ovirt-users] AD Integration - Login Error

[Anantha Raghava]

Hi,

I have recently installed ovirt version 4.2.6 in my infrastructure with 
3 hosts and Fiber Channel SAN.


I have also integrated the engine with Active Directory using 
ovirt-engine-extensions-aaa-ldap using the recommended procedure and the 
integration went through without any error. However, when I try to login 
to Administration / User Portal I receive error "server_error: Cannot 
resolve principle 'u...@example.com'


Can someone help to get over this issue?

--

Thanks & regards,

Anantha Raghava


Do not print this e-mail unless required. Save Paper & trees.

___
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/64SN2PI7LKMDBGVAHPZSR6WYAJJBLHWY/

[ovirt-users] Re: ETL service and winter hour

[Shirly Radco]

--

SHIRLY RADCO

BI SENIOR SOFTWARE ENGINEER

Red Hat Israel 

TRIED. TESTED. TRUSTED. 


On Sun, Oct 28, 2018 at 5:33 PM fsoyer  wrote:

> Thank you very much for all this detailed informations, Shirly. The only
> point is that we (must I say "I" ?) never really ask for DWH when
> installing ovirt with hosted engine, maybe it's a lake of documentation on
> my part but I never hear about it in the installation procedure. Where I
> deduce that it is installed with ovirt engine, and if it is a Postgre
> functionality, and if the Postgre database is automatically created in the
> engine VM, so it is installed in the engine VM (Q.E.D. :) )
> The warning you point to me maybe is not enough visible in installation
> procedures for who lives in a country subject to the summer/winter time...
> But even apart of that, I don't remember during the hosted engine
> installation a moment where it ask us for a timezone, you see ? So I wonder
> where or when I could have force UTC time, in fact...
> Can you tell me (and maybe for others installing it in France or similar
> countries) if you see when this DWH and timezone questions can be managed
> in the hosted engine installation process ?
>

You are right that there is no option to set this in the installation time.
But it is based on the system timezone of the machine, which I believe you
can set before installing oVirt.

Since 4.0 DWH is installed by default to provide the historic data for the
Admin portal dashboard.
It might be worth mentioning in the installation docs, but I'm not sure it
should be a reason to choose UTC for the machine only based on this.


>
> This said, if I understand correctly your answers below, can I resume as
> this : don't touch anything now, as the error is automatically repaired
> after this "1 hour gap / overlap" (so I have no more messages after
> 3:00AM). Right ?
>

That is correct.

>
> Many thanks again,
> --
>
> Regards,
>
> *Frank*
>
>
>
> Le Dimanche, Octobre 28, 2018 13:26 CET, Shirly Radco 
> a écrit:
>
>
>
> Please see answers below and let me know if you have any other questions.
>
> Best,
>
> --
>
> SHIRLY RADCO
>
> BI SENIOR SOFTWARE ENGINEER
>
> Red Hat Israel 
> 
> TRIED. TESTED. TRUSTED. 
>
> On Sun, Oct 28, 2018 at 12:55 PM fsoyer  wrote:
>
>> Well, I see that I'm late to give the information :) Thank you to
>> pointing me to this, but I have now some other questions now...
>> How can I see the timezone of the DB ?
>
>
> "If no time zone is stated in the input string, then it is assumed to be
> in the time zone indicated by the system's TimeZone parameter, and is
> converted to UTC using the offset for the timezone zone."
>
>
> https://serverfault.com/questions/554359/postgresql-timezone-does-not-match-system-timezone
>
>
>> When it says "all machines", do you confirm that this is physical
>> machines, not VMs ?
>
>
> I mean the machine DWH is installed on. It can be a VM.
> But I'm not saying we recommend all VMs to be set to UTC.
>
>
>> May I apply the solution given on access.redhat or not, as there is no
>> more messages since 3AM ?
>
>
> No need.
>
>
>> And, last question but not least, can this timezone be changed on the
>> machines (and DB ?) without issue ?
>
>
> It is possible to update it, but its not mandatory.
>
> The 1 hour gap / overlap is expected when moving from summer to winter and
> back when not using UTC and I'm not sure if its even worth updating at this
> point,
> at the risk of ending up with a real bug..
>
>>
>> --
>>
>> Regards,
>>
>> *Frank*
>>
>>
>> Le Dimanche, Octobre 28, 2018 11:40 CET, Shirly Radco 
>> a écrit:
>>
>>
>> Hi,
>>
>> Please see here
>>
>> https://www.ovirt.org/documentation/data-warehouse/Data_Collection_Setup_and_Reports_Installation_Overview/
>>
>> "It is recommended that you set the system time zone for all machines in
>> your Data Warehouse deployment to UTC. This ensures that data collection is
>> not interrupted by variations in your local time zone: for example, a
>> change from summer time to winter time."
>>
>> What timezone is your DB configured to?
>>
>> Best,
>>
>>
>> --
>>
>> SHIRLY RADCO
>>
>> BI SENIOR SOFTWARE ENGINEER
>>
>> Red Hat Israel 
>> 
>> TRIED. TESTED. TRUSTED. 
>>
>> On Sun, Oct 28, 2018 at 12:32 PM fsoyer  wrote:
>>
>>> Hi all,
>>> Maybe it has already been posted, but I think I've discoverd a little
>>> bug. This night I had this messages :
>>>
>>> 28 oct. 2018 03:00:00
>>> ETL service aggregation to hourly tables has encountered an error.
>>> Please consult the service log for more details.
>>> 28 oct. 2018 02:40:27
>>> ETL service sampling has encountered an error. Please consult the
>>> service log for more details.
>>> 28 oct. 2018 02:33:42
>>> ETL service sampling has encountered an error. Please consult the
>>> service log fo

[ovirt-users] Re: No data after update

[Sandro Bonazzola]

Il giorno sab 27 ott 2018 alle ore 20:13  ha
scritto:

> Hi all!
>
> Let me explain this step by step. Today I found out that certificates on
> engine expired (oVirt 3.3.1). I had trouble renewing them. After some
> investigation I found out that since version 3.5.4 certificates are renewed
> with engine-setup. All was ok when I updated (version by version) to
> version 3.5 (certs still not updated) but since my engine was running on
> FC19 I had to update to FC20 to continue update to desired version 3.5.4.
>

Hi, please note oVirt 3.3 gone end of life as of March 27, 2014. I
understand upgrading is not easy for production sites, but for all oVirt
users, I really encourage you to upgrade to next point release not later
than one month from its GA. It really become difficult to assist you once
more time passes and other underlying subsystems receives updates which are
not supported by the obsoleted release.



> Fedora updated, yum updated engine-setup.


Did you update postgresql database?
Please review upgrade steps at
https://bugzilla.redhat.com/show_bug.cgi?id=1131828


> After engine-setup (certificates were updated!) I could login to oVirt
> webadmin, but... All data gone! No data center, no hosts, no VMs... It's
> all blank. Like I installed it from scratch.
> I used psql to check and data is in database. So what could be wrong?
>
> Help, please help!
>

Didi, Douglas, can you please help here?




>
> Thank you all!
>
> BR
> ___
> 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/IZIUBVOXKPUYT4KQQ6LUKYZZWOB2S5CT/
>


-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

Red Hat EMEA 

sbona...@redhat.com


___
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/5GZODS745JYJDJHNE2D4B3C7XTZBOUXU/

[ovirt-users] Re: Storage domain mount error: Lustre file system (Posix compliant FS)

[Yaniv Kaul]

On Thu, Oct 25, 2018 at 7:25 AM  wrote:

> Hi.
> I am an ovirt user in Korea. I am working on VDI. It's a pleasure to meet
> you, the ovirt specialists.
> (I do not speak English well... Thank you for your understanding!)
>
> I am testing Lustre File System in Ovirt or RH(E)V environment.
> (The reason is simple: glusterfs and nfs have limit of performance, SAN
> Storage and excellent Software Defined Storage are quite expensive.)
>

Please re-test Gluster with latest 4.2.7, where we have improved
performance nicely specifically for Gluster based storage.


> Testing for file system performance was successful.
> As expected, luster showed amazing performance.
> However, there was an error adding luster storage to the storage domain as
> Posix compliant FS.
>
>
> Domain Function : Data
> Storage Type : POSIX compliant FS
> Host to Use : [SPM_HOSTNAME]
> Name : [STORAGE_DOMAIN_NAME]
> Path : 10.10.10.15@tcp:/lustre/vmstore
> VFS Type : lustre
> Mount Options :
>
> The vdsm debug logs are shown below.
>
>
> 2018-10-25 12:46:58,963+0900 INFO  (jsonrpc/2) [storage.xlease] Formatting
> index for lockspace u'c0ef7ee6-1da9-4eef-9e03-387cd3a24445' (version=1)
> (xlease:653)
> 2018-10-25 12:46:58,971+0900 DEBUG (jsonrpc/2) [root] /usr/bin/dd
> iflag=fullblock 
> of=/rhev/data-center/mnt/10.10.10.15@tcp:_lustre_vmstore/c0ef7ee6-1da9-4eef-9e03-387cd3a24445/dom_md/xleases
> oflag=direct,seek_bytes seek=1048576 bs=256512 count=1
> conv=notrunc,nocreat,fsync (cwd None) (commands:65)
> 2018-10-25 12:46:58,985+0900 DEBUG (jsonrpc/2) [root] FAILED:  =
> "/usr/bin/dd: error writing 
> '/rhev/data-center/mnt/10.10.10.15@tcp:_lustre_vmstore/c0ef7ee6-1da9-4eef-9e03-387cd3a24445/dom_md/xleases':
> Invalid argument\n1+0 records in\n0+0 records out\n0 bytes (0 B) copied,
> 0.000943896 s, 0.0 kB/s\n";  = 1 (commands:86)
> 2018-10-25 12:46:58,985+0900 INFO  (jsonrpc/2) [vdsm.api] FINISH
> createStorageDomain error=Command ['/usr/bin/dd', 'iflag=fullblock',
> u'of=/rhev/data-center/mnt/10.10.10.15@tcp:_lustre_vmstore/c0ef7ee6-1da9-4eef-9e03-387cd3a24445/dom_md/xleases',
> 'oflag=direct,seek_bytes', 'seek=1048576', 'bs=256512', 'count=1',
> 'conv=notrunc,nocreat,fsync'] failed with rc=1 out='[suppressed]'
> err="/usr/bin/dd: error writing 
> '/rhev/data-center/mnt/10.10.10.15@tcp:_lustre_vmstore/c0ef7ee6-1da9-4eef-9e03-387cd3a24445/dom_md/xleases':
> Invalid argument\n1+0 records in\n0+0 records out\n0 bytes (0 B) copied,
> 0.000943896 s, 0.0 kB/s\n" from=:::192.168.161.104,52188,
> flow_id=794bd395, task_id=c9847bf3-2267-483b-9099-f05a46981f7f (api:50)
> 2018-10-25 12:46:58,985+0900 ERROR (jsonrpc/2) [storage.TaskManager.Task]
> (Task='c9847bf3-2267-483b-9099-f05a46981f7f') Unexpected error (task:875)
> Traceback (most recent call last):  File
> "/usr/lib/python2.7/site-packages/vdsm/storage/task.py", line 882, in _run
>   return fn(*args, **kargs)  File "", line 2, in createStorageDomain
>   File "/usr/lib/python2.7/site-packages/vdsm/common/api.py", line 48, in
> method
> ret = func(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/hsm.py", line 2591,
> in createStorageDomain
> storageType, domVersion)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/nfsSD.py", line 87,
> in create
> remotePath, storageType, version)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/fileSD.py", line
> 465, in _prepareMetadata
> cls.format_external_leases(sdUUID, xleases_path)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/sd.py", line 1200,
> in format_external_leases
> xlease.format_index(lockspace, backend)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/xlease.py", line
> 661, in format_index
> index.dump(file)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/xlease.py", line
> 761, in dump
> file.pwrite(INDEX_BASE, self._buf)
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/xlease.py", line
> 994, in pwrite
> self._run(args, data=buf[:])
>   File "/usr/lib/python2.7/site-packages/vdsm/storage/xlease.py", line
> 1011, in _run
> raise cmdutils.Error(args, rc, "[suppressed]", err)
> Error: Command ['/usr/bin/dd', 'iflag=fullblock',
> u'of=/rhev/data-center/mnt/10.10.10.15@tcp:_lustre_vmstore/c0ef7ee6-1da9-4eef-9e03-387cd3a24445/dom_md/xleases',
> 'oflag=direct,seek_bytes', 'seek=1048576', 'bs=256512', 'count=1',
> 'conv=notrunc,nocreat,fsync'] failed with rc=1 out='[suppressed]'
> err="/usr/bin/dd: error writing 
> '/rhev/data-center/mnt/10.10.10.15@tcp:_lustre_vmstore/c0ef7ee6-1da9-4eef-9e03-387cd3a24445/dom_md/xleases':
> Invalid argument\n1+0 records in\n0+0 records out\n0 bytes (0 B) copied,
> 0.000943896 s, 0.0 kB/s\n"
> 2018-10-25 12:46:58,986+0900 DEBUG (jsonrpc/2) [storage.TaskManager.Task]
> (Task='c9847bf3-2267-483b-9099-f05a46981f7f') Task._run:
> c9847bf3-2267-483b-9099-f05a46981f7f (6,
> u'c0ef7ee6-1da9-4eef-9e03-387cd3a24445', u'vmstore', 
> u'10.10.10.15@tcp:/lustre/vmstore',
> 1, u'4') {} failed - stopping task (task:894)
> 20

[ovirt-users] Re: Involuntary emergency upgrade from 4.1 to 4.2

[Simone Tiraboschi]

Hi,
AFAIK https://resources.ovirt.org/pub/ovirt-4.1/ is still there, maybe you
could find some issues with other repos.

If you want to take a shortcut,
https://resources.ovirt.org/pub/ovirt-4.1/rpm/el7/noarch/ovirt-engine-appliance-4.1-20180124.1.el7.centos.noarch.rpm
contains latest 4.1 based engine appliance.
You can extract the OVA file from there and use it to boot a temporary VM
with virt-install and then upgrade the engine there to 4.2 in order to take
a new 4.2 based backup that your can restore where you prefer with up to
date rpms.


On Mon, Oct 29, 2018 at 8:49 AM  wrote:

> I'm looking for a hand in recovering my ovirt cluster from a hardware
> failure. The hard drive on my cluster controller failed, and I would like
> to recover from backup.
>
> The problem is, the cluster was 4.1, which is less than a year old, but
> was nevertheless removed from the active repositories back in May. 4.2 will
> not recover from 4.1 backups.
>
> The storage domains are all intact (I think), and the hosts are still
> running (unmanaged). I've tried to manually restore the engine from
> backups, but either the upgrade is reinitializing or I am missing something.
>
> Any ideas?
> ___
> 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/HRIUSVMGGCIG5M5AWBWCP6VH2OVUHHIG/
>
___
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/3OIB2WQSMHVM52LA7U2DC4LYG4PY5WZQ/

[ovirt-users] Re: Involuntary emergency upgrade from 4.1 to 4.2

[Sandro Bonazzola]

Il giorno lun 29 ott 2018 alle ore 08:49  ha
scritto:

> I'm looking for a hand in recovering my ovirt cluster from a hardware
> failure. The hard drive on my cluster controller failed, and I would like
> to recover from backup.
>
> The problem is, the cluster was 4.1, which is less than a year old, but
> was nevertheless removed from the active repositories back in May. 4.2 will
> not recover from 4.1 backups.
>
> The storage domains are all intact (I think), and the hosts are still
> running (unmanaged). I've tried to manually restore the engine from
> backups, but either the upgrade is reinitializing or I am missing something.
>
> Any ideas?
>

Douglas, Didi, can you please assist here?



> ___
> 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/HRIUSVMGGCIG5M5AWBWCP6VH2OVUHHIG/
>


-- 

SANDRO BONAZZOLA

MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

Red Hat EMEA 

sbona...@redhat.com


___
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/GUFK6FE35CRQMKG3HARSETWTWSI3E33B/

[ovirt-users] Involuntary emergency upgrade from 4.1 to 4.2

[djohnson]

I'm looking for a hand in recovering my ovirt cluster from a hardware failure. 
The hard drive on my cluster controller failed, and I would like to recover 
from backup.

The problem is, the cluster was 4.1, which is less than a year old, but was 
nevertheless removed from the active repositories back in May. 4.2 will not 
recover from 4.1 backups.

The storage domains are all intact (I think), and the hosts are still running 
(unmanaged). I've tried to manually restore the engine from backups, but either 
the upgrade is reinitializing or I am missing something.

Any ideas?
___
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/HRIUSVMGGCIG5M5AWBWCP6VH2OVUHHIG/

[ovirt-users] Involuntary emergency upgrade from 4.1 to 4.2

[djohnson]

I'm looking for a hand in recovering my ovirt cluster from a hardware failure. 
The hard drive on my cluster controller failed, and I would like to recover 
from backup.

The problem is, the cluster was 4.1, which is less than a year old, but was 
nevertheless removed from the active repositories back in May. 4.2 will not 
recover from 4.1 backups.

The storage domains are all intact (I think), and the hosts are still running 
(unmanaged). I've tried to manually restore the engine from backups, but either 
the upgrade is reinitializing or I am missing something.

I am unable to see the existing storage domains from the newly built 
controller, and am at a loss.

Any ideas?
___
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/ZKSTMKDCNCHINMJDO5YYUIBH7TXJ2DTB/