Re: [ovirt-users] VM/Template copy issue

2017-06-02 Thread Bryan Sockel
This happening to a number  of vm's. All vm's are running and can be
stopped and re started.  We can read and write data within the vm.

All vms are currently running on a single node gluster file system.  I
am attempting to migrate to a replica 3 gluster file system when i
exprience these issues.  The problem always seems to happen when
finalizing the move or copy.

If it makes a difference the gluster storage we are coping to and from
are dedicated storage servers.


 Original message 
From: Maor Lipchuk  
Date: 6/2/17 5:29 PM (GMT-06:00) 
To: Bryan Sockel  
Cc: users@ovirt.org 
Subject: Re: [ovirt-users] VM/Template copy issue 

  _  

>From : Maor Lipchuk [mlipc...@redhat.com]
To : Bryan Sockel [bryan.soc...@altn.com]
Cc : users@ovirt.org [users@ovirt.org]
Date : Friday, June 2 2017 17:27:32
Hi Bryan,

It seems like there was an error from qemu-img while reading sector
143654878 .
 the Image copy (conversion) failed with low level qemu-img failure:

CopyImageError: low level Image copy failed:
("cmd=['/usr/bin/taskset', '--cpu-list', '0-31', '/usr/bin/nice',
'-n', '19', '/usr/bin/ionice', '-c', '3', '/usr/bin/qemu-img',
'convert', '-p', '-t', 'none', '-T', 'none', '-f', 'raw',
u'/rhev/data-center/d776b537-16f2-4543-bd96-9b4cba69e247/e371d380-7194-4
950-b901-5f2aed5dfb35/images/9959c6e4-1fb7-455b-ad5e-8b9e2324a0ab/3f4e18
3b-7957-4bee-9153-9d967491f882',
'-O', 'raw',
u'/rhev/data-center/mnt/glusterSD/vs-host-colo-1-gluster.altn.int:_deskt
op-vdi1/f927ceb8-91d2-41bd-ba42-dc795395b6d0/images/9959c6e4-1fb7-455b-a
d5e-8b9e2324a0ab/3f4e183b-7957-4bee-9153-9d967491f882'],
ecode=1, stdout=, stderr=qemu-img: error while reading sector
143654878: No data available\n, message=None",)

Can you verify those disks are indeed valid? Can you IO to them while
attaching them to a running VM?

On Tue, May 30, 2017 at 9:10 PM, Bryan Sockel  wrote:
>
> Hi,
>
> I am trying to rebuild my ovirt environment after having to juggle
some
> hardware around.  I am moving from hosted engine environment into a
engine
> install on a dedicated server.  I have two data centers in my setup
and each
> DC has a non-routable vlan dedicated to storage.
>
> As i rebuild my setup i am trying to clean up my storage
configuration.  I
> am attempting to copy vm's and templates to a dedicated gluster setup.
> However  each time i attempt to copy a template or move a vm, the
operation
> fails.  The failure always happens when it is finalizing the copy.
>
> The operation does not happen with all vm's, but seems to happen
mostly with
> vm's created from with in Ovirt, and not imported from vmware.
>
>
> I have attached the logs from where i was trying to copy to templates
to a
> new Gluster Filesystem
>
> Thanks
> Bryan
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Manually copying VM disks from FC data domain

2017-06-02 Thread Николаев Алексей
  02.06.2017, 16:09, "Adam Litke" :hmm, strange.  So all three of those missing volumes have associated LVs.  Can you try to activate them and see if you can read from them?  lvchange --config 'global {use_lvmetad=0}' -ay 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e/3b089aed-b3e1-4423-8585-e65752d19ffe  dd if=/dev/0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e/3b089aed-b3e1-4423-8585-e65752d19ffe of=/dev/null bs=1M count=1 # lvchange --config 'global {use_lvmetad=0}' -ay 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e/3b089aed-b3e1-4423-8585-e65752d19ffeWARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!   # dd if=/dev/0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e/3b089aed-b3e1-4423-8585-e65752d19ffe of=/dev/null bs=1M count=1   1+0 записей получено  1+0 записей отправлено    скопировано 1048576 байт (1,0 MB), 0,00918524 c, 114 MB/c # vchange --config 'global {use_lvmetad=0}' -ay 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e/03917876-0e28-4457-bf44-53c7ea2b4d12  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!# dd if=/dev/0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e/03917876-0e28-4457-bf44-53c7ea2b4d12 of=/dev/null bs=1M count=11+0 записей получено1+0 записей отправлено скопировано 1048576 байт (1,0 MB), 0,00440839 c, 238 MB/c # lvchange --config 'global {use_lvmetad=0}' -ay 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e/fd8822ee-4fc9-49ba-9760-87a85d56bf91  WARNING: lvmetad is running but disabled. Restart lvmetad before enabling it!# dd if=/dev/0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e/fd8822ee-4fc9-49ba-9760-87a85d56bf91 of=/dev/null bs=1M count=11+0 записей получено1+0 записей отправлено скопировано 1048576 байт (1,0 MB), 0,00448938 c, 234 MB/c Well, read operation is OK.   If this works, then one way to recover the data is to use the UI to create new disks of the same size as the old ones.  Then, activate the LVs associated with the old volumes and the new ones.  Then use dd (or qemu-img convert) to copy from old to new.  Then attach the new disks to your VM. I have create a new disk in the UI and activate it. 6050885b-5dd5-476c-b907-4ce2b3f37b0a : {"DiskAlias":"r13-sed-app_Disk1-recovery","DiskDescription":""}.# lvchange --config 'global {use_lvmetad=0}' -ay 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e/6050885b-5dd5-476c-b907-4ce2b3f37b0a Copy by dd from old DiskAlias:r13-sed-app_Disk1 to new DiskAlias:r13-sed-app_Disk1-recovery # dd if=/dev/0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e/3b089aed-b3e1-4423-8585-e65752d19ffe of=/dev/0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e/6050885b-5dd5-476c-b907-4ce2b3f37b0a status=progress скопировано 18215707136 байт (18 GB), 496,661644 s, 36,7 MB/ss35651584+0 записей получено35651584+0 записей отправлено скопировано 18253611008 байт (18 GB), 502,111 c, 36,4 MB/c Add new disk to existing VM (vdc). But I can't see LVM volumes on this disk. Where can I be wrong? # lsblkNAME  MAJ:MIN RM  SIZE RO TYPE MOUNTPOINTsr0    11:0    1 1024M  0 rom  vda   252:0    0   50G  0 disk├─vda1    252:1    0  200M  0 part /boot└─vda2    252:2    0 49,8G  0 part  ├─vg_r34seddb-LogVol03 (dm-0)   253:0    0 26,8G  0 lvm  /  ├─vg_r34seddb-LogVol02 (dm-1)   253:1    0    8G  0 lvm  [SWAP]  ├─vg_r34seddb-LogVol01 (dm-3)   253:3    0    5G  0 lvm  /tmp  └─vg_r34seddb-LogVol00 (dm-4)   253:4    0   10G  0 lvm  /varvdb   252:16   0 1000G  0 disk└─vdb1    252:17   0 1000G  0 part  └─vg_r34seddb00-LogVol00 (dm-2) 253:2    0 1000G  0 lvm  /var/lib/pgsqlvdc   252:32   0   50G  0 disk  On Thu, Jun 1, 2017 at 6:44 PM, Николаев Алексей  wrote:Thx for your help! 01.06.2017, 16:46, "Adam Litke" :When you say "not visible in oVirt" you mean that you do not see them in the UI? Yes, I can see some VM with prefix "external-" and without disks. Do you know the specific uuids for the missing volumes?  You could use lvm to check if the LVs are visible to the host. lvs --config 'global {use_lvmetad=0}' -o +tags For each LV, the tag beginning with IU_ indicates the image the volume belongs to.   LV   VG   Attr   LSize    Pool 

Re: [ovirt-users] VM/Template copy issue

2017-06-02 Thread Maor Lipchuk
Hi Bryan,

It seems like there was an error from qemu-img while reading sector 143654878 .
 the Image copy (conversion) failed with low level qemu-img failure:

CopyImageError: low level Image copy failed:
("cmd=['/usr/bin/taskset', '--cpu-list', '0-31', '/usr/bin/nice',
'-n', '19', '/usr/bin/ionice', '-c', '3', '/usr/bin/qemu-img',
'convert', '-p', '-t', 'none', '-T', 'none', '-f', 'raw',
u'/rhev/data-center/d776b537-16f2-4543-bd96-9b4cba69e247/e371d380-7194-4950-b901-5f2aed5dfb35/images/9959c6e4-1fb7-455b-ad5e-8b9e2324a0ab/3f4e183b-7957-4bee-9153-9d967491f882',
'-O', 'raw', 
u'/rhev/data-center/mnt/glusterSD/vs-host-colo-1-gluster.altn.int:_desktop-vdi1/f927ceb8-91d2-41bd-ba42-dc795395b6d0/images/9959c6e4-1fb7-455b-ad5e-8b9e2324a0ab/3f4e183b-7957-4bee-9153-9d967491f882'],
ecode=1, stdout=, stderr=qemu-img: error while reading sector
143654878: No data available\n, message=None",)

Can you verify those disks are indeed valid? Can you IO to them while
attaching them to a running VM?

On Tue, May 30, 2017 at 9:10 PM, Bryan Sockel  wrote:
>
> Hi,
>
> I am trying to rebuild my ovirt environment after having to juggle some
> hardware around.  I am moving from hosted engine environment into a engine
> install on a dedicated server.  I have two data centers in my setup and each
> DC has a non-routable vlan dedicated to storage.
>
> As i rebuild my setup i am trying to clean up my storage configuration.  I
> am attempting to copy vm's and templates to a dedicated gluster setup.
> However  each time i attempt to copy a template or move a vm, the operation
> fails.  The failure always happens when it is finalizing the copy.
>
> The operation does not happen with all vm's, but seems to happen mostly with
> vm's created from with in Ovirt, and not imported from vmware.
>
>
> I have attached the logs from where i was trying to copy to templates to a
> new Gluster Filesystem
>
> Thanks
> Bryan
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] trying to test engine metrics, using ovirt-engine-metrics package

2017-06-02 Thread Sergey Kulikov

Hi! I'm trying to deploy metrics in my ovirt test enviroment, configured 
fluentd on dst host, configured
/etc/ovirt-engine-metrics/config.yml , after that trying to execute:
/usr/share/ovirt-engine-metrics/setup/ansible/configure_ovirt_hosts_for_metrics.sh
4 host are configured correctly (This is Centos 7.3 Hypervisors)
1 host fails (this is the only ovirt-node host)
Error: 
fatal: []: FAILED! => {"changed": false, "failed": true, 
"msg": "OSError: [Errno 0] Error\n"}
After some digging into metrics ansible scripts I've found out, that it's 
setting port permissions in selinux:

on ok host it looks like:
# semanage port -l | grep collectd_port_t
collectd_port_tudp  8125, 25826

on host with errors:
# semanage port -l | grep collectd_port_t
collectd_port_tudp  25826

I've tried to set it manually with no luck:
# semanage port -a -t collectd_port_t -p udp 8125
libsemanage.semanage_module_info_set_name: Name 200 is invalid.
OSError: Error

maybe something is wrong in Ovirt-Node selinux, or it should be preconfigured 
in node image?
Is there anything I can try to fix it?

-- 

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Export VM to ova or ovf format

2017-06-02 Thread Brett Holcomb
Thanks.  I had hoped the ova/ovf spec was good enough that it worked 
both ways.  I was originally running ESXi 6 on this hardware and then 
moved to oVirt 3.6.  I did that by moving all the ESXi stuff to VMware 
Workstation and running it there.  Once oVirt replaced ESXi I then 
exported from workstation and imported successfully to oVirt so it 
worked that way but VMware has no real interest in making other stuff 
importable to them.


I did find out I can run ESXi in a VMware Workstation instance so if 
push comes to shove I can do that and do the VMware P2V to ESXi and then to

Workstation.

On 06/02/2017 07:42 AM, Tomáš Golembiovský wrote:

Hi,

On Wed, 31 May 2017 18:14:53 -0400
Brett Holcomb  wrote:


Is there anyway to export a oVirt VM to an ova or ovf format. Right
click export seems to be intended to transfer between oVirt storage
domains. There is a project to setup a gui to do this but it's still in
the planning stage.

Yes, this is still work in progress. But it is intended only to simplify
transfer of VMs between oVirt instances. It is not guaranteed that the OVA
will work in VMware -- unless VMware produces a conversion tool or
something.


I've found various references that basically export
it to an export domain and then you strip the disk or disks from it,

Yes that is probably the only way right now. There should be also an OVF
in the export domain -- inside master/vms directory. You can try to
fix the paths to disks and pack it all together to produce an OVA.

But than again, it's questionable whether such OVA will be importable to
VMware.

The OVF specification is too vague and too broad. It does not guarantee
interoperability between various platforms.



create a VMware workstation VM, and then point it at the new disks you
have.  VMware's P2V converter is useless because it only converts Linux
machines to an ESXi server which I don't have and once you do that it's
another conversion to VMware Workstation.  Guess nobody wants to run
Linux on VMware workstation according to VMware.  I'm trying to get some
of my critical servers over to VMware Workstation on my Windows Physical
box so when I upgrade oVirt I still have my basic network.  I'm running
a self-hosted Engine setup with only one Physical server at the moment.

Thanks.


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Hosted-Engine Deploy - Error Creating a Storage Domain

2017-06-02 Thread Langley, Robert
Any progress?

One thing that has been going through my mind is whether oVirt allows a 
GlusterFS storage domain to work with multiple CPU types?
The two dedicated GlusterFS storage servers are AMD Opteron. And the third 
server for the replica 3, which I am hoping I can also use as an oVirt host is 
a new Intel Xeon (Dell PE R830). I know GlusterFS allows for mixed hardware, 
but I’m not sure about when oVirt manages GlusterFS, if mixed hardware and 
mixed use has been accounted for?

From: Simone Tiraboschi [mailto:stira...@redhat.com]
Sent: Wednesday, May 31, 2017 8:41 AM
To: Langley, Robert 
Cc: Sandro Bonazzola ; Nir Soffer ; 
Allon Mureinik ; Tal Nisan ; users 

Subject: Re: [ovirt-users] Hosted-Engine Deploy - Error Creating a Storage 
Domain

It seams something related to IOProcess connection.

2017-05-25 20:54:40,362-0700 INFO  (jsonrpc/4) [IOProcessClient] Starting 
client ioprocess-3 (__init__:330)
2017-05-25 20:54:40,370-0700 INFO  (ioprocess/31239) [IOProcess] Starting 
ioprocess (__init__:452)
2017-05-25 20:54:40,407-0700 ERROR (jsonrpc/4) [storage.TaskManager.Task] 
(Task='89dd17d2-8a38-4825-9ba2-f231f1aff9f5') Unexpected error (task:870)
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 877, in _run
return fn(*args, **kargs)
  File "/usr/lib/python2.7/site-packages/vdsm/logUtils.py", line 52, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 2581, in createStorageDomain
storageType, domVersion)
  File "/usr/share/vdsm/storage/nfsSD.py", line 87, in create
remotePath, storageType, version)
  File "/usr/share/vdsm/storage/fileSD.py", line 421, in _prepareMetadata
procPool.fileUtils.createdir(metadataDir, 0o775)
  File "/usr/lib/python2.7/site-packages/vdsm/storage/outOfProcess.py", line 
166, in createdir
self._iop.mkdir(tmpPath, mode)
  File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 524, in 
mkdir
self.timeout)
  File "/usr/lib/python2.7/site-packages/ioprocess/__init__.py", line 466, in 
_sendCommand
raise OSError(errcode, errstr)
OSError: [Errno 61] No data available
2017-05-25 20:54:40,409-0700 INFO  (jsonrpc/4) [storage.TaskManager.Task] 
(Task='89dd17d2-8a38-4825-9ba2-f231f1aff9f5') aborting: Task is aborted: 
u'[Errno 61] No data available' - code 100 (task:1175)
2017-05-25 20:54:40,409-0700 ERROR (jsonrpc/4) [storage.Dispatcher] [Errno 61] 
No data available (dispatcher:80)
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/dispatcher.py", line 72, in wrapper
result = ctask.prepare(func, *args, **kwargs)
  File "/usr/share/vdsm/storage/task.py", line 105, in wrapper
return m(self, *a, **kw)
  File "/usr/share/vdsm/storage/task.py", line 1183, in prepare
raise self.error
OSError: [Errno 61] No data available
2017-05-25 20:54:40,410-0700 INFO  (jsonrpc/4) [jsonrpc.JsonRpcServer] RPC call 
StorageDomain.create failed (error 351) in 0.24 seconds (__init__:533)

Nir, any hint?


On Wed, May 31, 2017 at 5:24 PM, Langley, Robert 
> wrote:
SOSReport attached, with md5. Thank you


From: Sandro Bonazzola [mailto:sbona...@redhat.com]
Sent: Wednesday, May 31, 2017 12:00 AM
To: Langley, Robert 
>; Nir Soffer 
>; Allon Mureinik 
>; Tal Nisan 
>; Simone Tiraboschi 
>
Cc: users >
Subject: Re: [ovirt-users] Hosted-Engine Deploy - Error Creating a Storage 
Domain



On Tue, May 30, 2017 at 11:50 PM, Langley, Robert 
> wrote:
While going through the hosted engine deployment, I am not able to have it 
successfully complete. Even going through the setup log, I’m not able to 
identify what is wrong. Why it thinks the system is not reliable.

Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132, in 
_executeMethod
method['method']()
  File 
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/storage/storage.py",
 line 957, in _misc
self._createStorageDomain()
  File 
"/usr/share/ovirt-hosted-engine-setup/scripts/../plugins/gr-he-setup/storage/storage.py",
 line 546, in _createStorageDomain
raise RuntimeError(status['status']['message'])
RuntimeError: Error creating a storage domain: (u'storageType=7, 
sdUUID=a2494209-f823-4745-8eea-a122889d48f6, domainName=hosted_storage, 
domClass=1, typeSpecificArg=gsa-stor1.stor.local:/engine domVersion=3',)


Can you please provide vdsm logs or better a full sos report (sosreport -a)?






Re: [ovirt-users] Problem while adding a VM NIC via REST API

2017-06-02 Thread Bruno Rodriguez
On Fri, Jun 2, 2017 at 4:09 PM, Juan Hernández  wrote:

> On 06/02/2017 03:56 PM, Bruno Rodriguez wrote:
> > Hello everyone,
> >
> > I have some scripts that create VMs, which are in perl using libcurl and
> > oVirt REST API. They work quite fine but I'm experiencing something
> unusual.
> >
> > After I create the machine (let's suppose it's called server.pic.es
> > ) with UUID 123abc I post the following REST API
> > call to https://... /vms/123abc/nics
> >
> > 
> > server.pic.es_nic1
> > virtio
> > VLANXXX
> > 
> >
> > The NIC is created and attached to the VM but it's network field is
> > empty, not in the VLANXXX. I don't know if I'm missing something but
> > this worked flawlessly with 3.6.9 REST API.
> >
> > Some people could say: "it's because you're using Perl". Yup, that's
> > probably a mental issue of mine and I should visit a doctor about using
> > it, but it doesn't work even using a fancy REST browser extension to
> > send requests (ARC for chromium), anyways the REST reply is a "201:
> > Created" that looks OK...
> >
> > Any idea or suggestion will be welcome. Thanks in advance!
> >
>
> It is not because of Perl :-) .
>
> In version 4 of the API it is mandatory to specify the NIC profile, as
> the network may have multiple profiles. So you need to find the
> identifier of that NIC profile and then send a request like this:
>
>   
> server.pic.es_nic1
> virtio
> 
>   
>
> You can find the identifiers of the profiles like this:
>
>   GET /ovirt-engine/api/networks/the_identifier_of_the_network/
> vnicprofildes
>
> If you want the old behavior, the behavior of version 3 of the API, you
> can just add to your request the 'Version: 3' HTTP header. But note that
> version 3 of the API is deprecated since version 4.0 of the engine, and
> it will be removed with version 4.2 of the engine.
>

Thank you very much, I'll probably have to check that and add an "if"
because I already was having problems with the APIv4 disks creation...

Thanks again!
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Problem while adding a VM NIC via REST API

2017-06-02 Thread Juan Hernández
On 06/02/2017 03:56 PM, Bruno Rodriguez wrote:
> Hello everyone,
> 
> I have some scripts that create VMs, which are in perl using libcurl and
> oVirt REST API. They work quite fine but I'm experiencing something unusual.
> 
> After I create the machine (let's suppose it's called server.pic.es
> ) with UUID 123abc I post the following REST API
> call to https://... /vms/123abc/nics 
> 
> 
> server.pic.es_nic1
> virtio
> VLANXXX
> 
> 
> The NIC is created and attached to the VM but it's network field is
> empty, not in the VLANXXX. I don't know if I'm missing something but
> this worked flawlessly with 3.6.9 REST API.
> 
> Some people could say: "it's because you're using Perl". Yup, that's
> probably a mental issue of mine and I should visit a doctor about using
> it, but it doesn't work even using a fancy REST browser extension to
> send requests (ARC for chromium), anyways the REST reply is a "201:
> Created" that looks OK...
> 
> Any idea or suggestion will be welcome. Thanks in advance!
> 

It is not because of Perl :-) .

In version 4 of the API it is mandatory to specify the NIC profile, as
the network may have multiple profiles. So you need to find the
identifier of that NIC profile and then send a request like this:

  
server.pic.es_nic1
virtio

  

You can find the identifiers of the profiles like this:

  GET /ovirt-engine/api/networks/the_identifier_of_the_network/vnicprofildes

If you want the old behavior, the behavior of version 3 of the API, you
can just add to your request the 'Version: 3' HTTP header. But note that
version 3 of the API is deprecated since version 4.0 of the engine, and
it will be removed with version 4.2 of the engine.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Problem while adding a VM NIC via REST API

2017-06-02 Thread Bruno Rodriguez
Hello everyone,

I have some scripts that create VMs, which are in perl using libcurl and
oVirt REST API. They work quite fine but I'm experiencing something unusual.

After I create the machine (let's suppose it's called server.pic.es) with
UUID 123abc I post the following REST API call to https://...
/vms/123abc/nics


server.pic.es_nic1
virtio
VLANXXX


The NIC is created and attached to the VM but it's network field is empty,
not in the VLANXXX. I don't know if I'm missing something but this worked
flawlessly with 3.6.9 REST API.

Some people could say: "it's because you're using Perl". Yup, that's
probably a mental issue of mine and I should visit a doctor about using it,
but it doesn't work even using a fancy REST browser extension to send
requests (ARC for chromium), anyways the REST reply is a "201: Created"
that looks OK...

Any idea or suggestion will be welcome. Thanks in advance!

-- 
Bruno Rodríguez Rodríguez

*Port d'Informació Científica (PIC)*
Campus UAB - Edificio D,
C / Albareda, s / n
08193-Bellaterra (Barcelona), España
Telf. +34 93 170 27 30
GPS  coordenadas:  41.500850 2.110628

"Si algo me ha enseñado el tetris, es que los errores se acumulan y los
triunfos desaparecen"
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Manually copying VM disks from FC data domain

2017-06-02 Thread Adam Litke
hmm, strange.  So all three of those missing volumes have associated LVs.
Can you try to activate them and see if you can read from them?

  lvchange --config 'global {use_lvmetad=0}' -ay 0fcd2921-8a55-4ff7-9cba-
dca6ffb7b67e/3b089aed-b3e1-4423-8585-e65752d19ffe
  dd
if=/dev/0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e/3b089aed-b3e1-4423-8585-e65752d19ffe
of=/dev/null bs=1M count=1

If this works, then one way to recover the data is to use the UI to create
new disks of the same size as the old ones.  Then, activate the LVs
associated with the old volumes and the new ones.  Then use dd (or qemu-img
convert) to copy from old to new.  Then attach the new disks to your VM.

On Thu, Jun 1, 2017 at 6:44 PM, Николаев Алексей <
alexeynikolaev.p...@yandex.ru> wrote:

> Thx for your help!
>
> 01.06.2017, 16:46, "Adam Litke" :
>
> When you say "not visible in oVirt" you mean that you do not see them in
> the UI?
>
>
> Yes, I can see some VM with prefix "external-" and without disks.
>
>
> Do you know the specific uuids for the missing volumes?  You could use lvm
> to check if the LVs are visible to the host.
>
> lvs --config 'global {use_lvmetad=0}' -o +tags
>
> For each LV, the tag beginning with IU_ indicates the image the volume
> belongs to.
>
>
>   LV   VG
> Attr   LSizePool Origin Data%  Meta%  Move Log Cpy%Sync Convert LV
> Tags
>
>   03917876-0e28-4457-bf44-53c7ea2b4d12 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi---  117,00g
> IU_3edd1f60-fd43-4e12-9615-b12bcd1a17ab,MD_6,PU_-
> ---
>   309a325a-6f13-4a24-b204-e825ddbf0e41 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi-ao  300,00g
> IU_9cbde83c-7d1d-4b78-bc7a-6d540584c888,MD_17,PU_----
> 
>   3b089aed-b3e1-4423-8585-e65752d19ffe 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi---   17,00g
> IU_986849a8-04ea-4b7d-a29f-f023da9020b3,MD_5,PU_-
> ---
>   48b6f4f5-9eeb-4cf3-922a-c9c0c2239bee 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi---  128,00m
> IU_caed7169-0c90-467f-86d3-a82148b1f0af,MD_10,PU_----
> 
>   7700e1e1-351b-49b5-8681-e121bbf67177 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi---   83,00g
> IU_9cf3a067-2996-4ff2-b481-b13f7cc73c33,MD_7,PU_-
> ---
>   91a7aa8c-4e13-477c-8703-d8224b85bc84 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi-ao 1000,00g
> IU_fd2ecb98-a8c5-4aff-a6d3-7ac3087ab994,MD_15,PU_----
> 
>   a3f29de7-c6b9-410e-b635-9b3016da7ba2 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi---7,50g
> IU_71f18680-1b93-4a2a-9bd1-95baeccf2d89,MD_11,PU_----
> 
>   ba26f8b7-b807-4a6c-a840-6a83e8ec526e 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi---8,00g
> IU_e204e228-fa35-4457-a31d-3b7964156538,MD_8,PU_-
> ---
>   ba29b8fd-3618-42d6-a70f-17d883fde0ed 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi---   50,00g
> IU_c46d5cbb-1802-4086-a31a-5b3f0b874454,MD_16,PU_----
> 
>   ba92b801-3619-4753-9e06-3e2028a408cb 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi---  128,00m
> IU_0d0983f0-60d7-4ce0-bf1b-12cfc456acd8,MD_9,PU_-
> ---
>   c0bcf836-c648-4421-9340-febcc0e0abfe 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi---   50,00g
> IU_4fe1b047-60b2-4bc3-b73b-2fad8a81cc02,MD_13,PU_----
> 
>   c1d08688-aad1-478e-82a3-e5b5fde85706 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi-ao 1000,00g
> IU_f58cd721-d8b8-4794-b059-8789a9fecf62,MD_18,PU_----
> 
>   c7a4782f-cde6-40db-a625-810fd2856dfa 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi---  300,00g
> IU_8917cb1a-8bd4-4386-a95a-0189a04866ad,MD_19,PU_----
> 
>   cb36e25a-b9b2-4f54-9b03-a10837bc26ab 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi---   50,00g
> IU_e8720901-0383-4266-98a7-fb5b9fb27e52,MD_14,PU_----
> 
>   f60ccaa4-663b-4a39-8ad0-2ed3fb208cb0 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi---   50,00g
> IU_f0d441bb-2bd2-4523-ab59-beef544727b5,MD_12,PU_----
> 
>   fd8822ee-4fc9-49ba-9760-87a85d56bf91 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi---  413,00g
> IU_7be49698-f3a5-4995-b411-f0490a819950,MD_4,PU_-
> ---
>   ids  0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi-ao  128,00m
>
>
>   inbox0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi-a-  128,00m
>
>
>   leases   0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi-a-2,00g
>
>
>   master   0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi-a-1,00g
>
>
>   metadata 0fcd2921-8a55-4ff7-9cba-dca6ffb7b67e
> -wi-a-  512,00m
>
>
>   outbox   

Re: [ovirt-users] virt-viewer disabling rhel6

2017-06-02 Thread cmc
Thanks Michal, that is a huge help. We're busy building an image for EL7
but it isn't yet fully finished, so we're still on 6.x for now. We're
updating to 6.8 and then 6.9 in the meantime. Interesting that it still
works for 6.7 though - I can't explain that. I have updated
RemoteViewerSupportedVersions and restarted the engine and it works like a
charm.

Cheers,

Cam

On Thu, Jun 1, 2017 at 7:22 PM, Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

>
> On 1 Jun 2017, at 15:10, Lev Veyde  wrote:
>
> Hi Cam,
>
> Unfotunately RHEL 6 clients are no longer supported in the oVirt 4.1 due
> to the new functions that were added which require a more recent version of
> the virt-viewer, thus the issue.
>
> You should use a more recent version e.g. to use RHEL 7 as the client to
> resolve the issue.
>
>
> That said, using engine-config you can change the version check and allow
> to launch it . You’ll miss some features but it may not really be that
> important if all you need is to see the screen and cannot update clients to
> EL7
> See https://bugzilla.redhat.com/show_bug.cgi?id=1285883
>
> Thanks,
> michal
>
>
> Thanks in advance,
>
> On Wed, May 31, 2017 at 4:50 PM, cmc  wrote:
>
>> Hi,
>>
>> virt-viewer no longer appears to work when trying to launch a console
>> with EL 6.8 and oVirt 4.1. The error is:
>>
>> "At least Remote Viewer version 99.0-1 is required to setup this
>> connection"
>>
>> When I ran remote-viewer in debug mode, it seems that it is
>> deliberately disabling rhel6 by setting the version to a non-existent
>> version:
>>
>> (remote-viewer:23829): remote-viewer-DEBUG: Minimum version '2.0-160'
>> for OS id 'rhev-win64'
>> (remote-viewer:23829): remote-viewer-DEBUG: Minimum version '2.0-160'
>> for OS id 'rhev-win32'
>> (remote-viewer:23829): remote-viewer-DEBUG: Minimum version '2.0-6'
>> for OS id 'rhel7'
>> (remote-viewer:23829): remote-viewer-DEBUG: Minimum version '99.0-1'
>> for OS id 'rhel6'
>>
>> rhel 6.7 (and presumably brfore) works fine. I contacted the
>> maintainers of virt-viewer and they said that this is an ovirt issue.
>> Is this somehow disabled in 4.1? Can someone tell me why this is the
>> case?
>>
>> Thanks in advance for any insights,
>>
>> Cam
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
> --
>
> Lev Veyde
>
> Software Engineer, RHCE | RHCVA | MCITP
> Red Hat Israel
>
> 
>
> l...@redhat.com | lve...@redhat.com
> 
> TRIED. TESTED. TRUSTED. 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Export VM to ova or ovf format

2017-06-02 Thread Tomáš Golembiovský
Hi,

On Wed, 31 May 2017 18:14:53 -0400
Brett Holcomb  wrote:

> Is there anyway to export a oVirt VM to an ova or ovf format. Right 
> click export seems to be intended to transfer between oVirt storage 
> domains. There is a project to setup a gui to do this but it's still in 
> the planning stage.

Yes, this is still work in progress. But it is intended only to simplify
transfer of VMs between oVirt instances. It is not guaranteed that the OVA
will work in VMware -- unless VMware produces a conversion tool or
something.

> I've found various references that basically export 
> it to an export domain and then you strip the disk or disks from it, 

Yes that is probably the only way right now. There should be also an OVF
in the export domain -- inside master/vms directory. You can try to
fix the paths to disks and pack it all together to produce an OVA.

But than again, it's questionable whether such OVA will be importable to
VMware.

The OVF specification is too vague and too broad. It does not guarantee
interoperability between various platforms.


> create a VMware workstation VM, and then point it at the new disks you 
> have.  VMware's P2V converter is useless because it only converts Linux 
> machines to an ESXi server which I don't have and once you do that it's 
> another conversion to VMware Workstation.  Guess nobody wants to run 
> Linux on VMware workstation according to VMware.  I'm trying to get some 
> of my critical servers over to VMware Workstation on my Windows Physical 
> box so when I upgrade oVirt I still have my basic network.  I'm running 
> a self-hosted Engine setup with only one Physical server at the moment.
> 
> Thanks.
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users


-- 
Tomáš Golembiovský 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] Ovirt native Container support

2017-06-02 Thread Nir Soffer
On Wed, May 31, 2017 at 6:35 PM eric stam  wrote:

> Hi,
>
> I've been intrested if it is possible to run a native container in The
> current ovirt 4.0 version.
> In previous versions I found out that with some tricks it is possible. I
> do not know if it is stable or not.
>

ovirt 4.1 include support for managing containers, Francesco can explain
better how stable is this.

Nir


>
> --
> Gr. Eric Stam
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] vm has been paused due to unknown storage

2017-06-02 Thread suporte
Hi, 

I read somewhere in the wiki the recommendation to enable sharding. I don't 
really no much about sharding. But when I turn it off the problems in adding a 
volume disk preallocated gone. 


De: "Sahina Bose"  
Para: supo...@logicworks.pt 
Cc: "ovirt users" , "David Gossage" 
, "Krutika Dhananjay"  
Enviadas: Quinta-feira, 1 De Junho de 2017 9:20:54 
Assunto: Re: [ovirt-users] vm has been paused due to unknown storage 



On Wed, May 31, 2017 at 3:01 PM, David Gossage < dgoss...@carouselchecks.com > 
wrote: 



On Wed, May 31, 2017 at 4:16 AM, < supo...@logicworks.pt > wrote: 

BQ_BEGIN

Hi, 

I found the cause of this problem. I had to turn off sharding. 




Did you have sharding enabled but not have any sharded VM images or were their 
shards missing on some bricks? 

BQ_END


Yes, interested to know why you had to turn off sharding. Could you elaborate? 


BQ_BEGIN




BQ_BEGIN



De: supo...@logicworks.pt 
Para: "Sahina Bose" < sab...@redhat.com > 
Cc: "ovirt users" < users@ovirt.org > 
Enviadas: Sexta-feira, 26 De Maio de 2017 12:27:43 
Assunto: Re: [ovirt-users] vm has been paused due to unknown storage 

Hi, 

I updated glusterfs: 
glusterfs-client-xlators-3.8.12-1.el7.x86_64 
glusterfs-cli-3.8.12-1.el7.x86_64 
glusterfs-api-3.8.12-1.el7.x86_64 
glusterfs-fuse-3.8.12-1.el7.x86_64 
glusterfs-server-3.8.12-1.el7.x86_64 
glusterfs-libs-3.8.12-1.el7.x86_64 
glusterfs-3.8.12-1.el7.x86_64 

Now I cannot add a volume disk preallocated, after a while it breaks. 

message log: 
May 26 11:18:16 node journal: vdsm root ERROR VM metrics collection 
failed#012Traceback (most recent call last):#012 File 
"/usr/lib/python2.7/site-packages/vdsm/virt/vmstats.py", line 221, in 
send_metrics#012 diskinfo['readOps']#012KeyError: 'readOps' 

vdsm.log 
2017-05-26 11:18:16,715+0100 ERROR (periodic/3) [root] VM metrics collection 
failed (vmstats:264) 
2017-05-26 11:19:39,369+0100 ERROR (tasks/5) [storage.Volume] Unexpected error 
(fileVolume:456) 
2017-05-26 11:19:39,373+0100 ERROR (tasks/5) [storage.Volume] Unexpected error 
(volume:1107) 
2017-05-26 11:19:39,374+0100 ERROR (tasks/5) [storage.TaskManager.Task] 
(Task='5b2adb9a-e24e-48fa-9f01-f21c23588aef') Unexpected error (task:870) 

glusterfs 
[2017-05-26 10:53:08.247219] W [MSGID: 114031] 
[client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation 
failed. Path: /.shard/55b94942-dee5-4f69-8b0f-52e251ac6f5e.164 
(----) [No data available] 
[2017-05-26 10:53:14.899499] W [MSGID: 114031] 
[client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation 
failed. Path: /.shard/55b94942-dee5-4f69-8b0f-52e251ac6f5e.167 
(----) [No data available] 
[2017-05-26 10:53:14.899526] E [MSGID: 133010] 
[shard.c:1725:shard_common_lookup_shards_cbk] 0-gv2-shard: Lookup on shard 167 
failed. Base file gfid = 55b94942-dee5-4f69-8b0f-52e251ac6f5e [No data 
available] 
[2017-05-26 10:53:19.712567] W [MSGID: 114031] 
[client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation 
failed. Path: /.shard/55b94942-dee5-4f69-8b0f-52e251ac6f5e.169 
(----) [No data available] 
[2017-05-26 10:53:19.712614] E [MSGID: 133010] 
[shard.c:1725:shard_common_lookup_shards_cbk] 0-gv2-shard: Lookup on shard 169 
failed. Base file gfid = 55b94942-dee5-4f69-8b0f-52e251ac6f5e [No data 
available] 
[2017-05-26 10:53:29.419317] W [MSGID: 114031] 
[client-rpc-fops.c:2933:client3_3_lookup_cbk] 0-gv2-client-0: remote operation 
failed. Path: /.shard/55b94942-dee5-4f69-8b0f-52e251ac6f5e.173 
(----) [No data available] 
[2017-05-26 10:53:29.419369] E [MSGID: 133010] 
[shard.c:1725:shard_common_lookup_shards_cbk] 0-gv2-shard: Lookup on shard 173 
failed. Base file gfid = 55b94942-dee5-4f69-8b0f-52e251ac6f5e [No data 
available] 


thanks 


De: "Sahina Bose" < sab...@redhat.com > 
Para: supo...@logicworks.pt , "Krutika Dhananjay" < kdhan...@redhat.com > 
Cc: "ovirt users" < users@ovirt.org > 
Enviadas: Quinta-feira, 25 De Maio de 2017 7:12:40 
Assunto: Re: [ovirt-users] vm has been paused due to unknown storage 

The glusterfs logs contain below errors: 
[2017-05-22 18:12:50.941883] E [MSGID: 133010] 
[shard.c:1725:shard_common_lookup_shards_cbk] 0-gv2-shard: Lookup on shard 50 
failed. Base file gfid = 33f1fe3e-c626-49f2-861e-2259c972931d [No data 
available] 
[2017-05-22 18:12:50.945085] W [fuse-bridge.c:1291:fuse_err_cbk] 
0-glusterfs-fuse: 61306713: FSYNC() ERR => -1 (No data available) 

Krutika, could you take a look? 

On Thu, May 25, 2017 at 1:02 AM, < supo...@logicworks.pt > wrote: 

BQ_BEGIN

Hi, 

I setup an ovirt hosted enine, in only one server with local gluster bricks. 

When running a MS SQL 2012 process to rebuild a data base, which take around 4 
hours, after a while the VM is paused with the error: 
vm has been paused due to