[ovirt-users] Customized Network Setup?

2017-04-04 Thread Charles Tassell

Hi Guys,

  I'm wondering, is it possible to override VDSM and setup my network 
interfaces manually?  I've got two Dell servers with dual-10G networking 
that I want to use bonded (LACP) for ovirtmgmt and then some 1G 
interfaces that I want to use for the VM network/Internet connection.  
I've got it working on the box I installed the hosted engine on, but it 
won't properly setup the networking on additional hosts.  I've tried 
setting up bonding before doing the install (worked fine, ran the New 
host setup through the admin GUI, network died); doing the install with 
bonding turned off and then adding it in later (didn't create the 
ovirtmgmt bridge and the policy routing rules that it uses (I'd REALLY 
like to be able to turn that garbage off) didn't get added to bond0...)  
In all situations it removes the default route from my standard routing 
table so I can't access the machines from outside the subnet...


  I can setup the bonding and bridges manually fairly in 10 minutes, 
but I'm worried that VDSM is going to come in and overwrite my config 
with the broken stuff if I do that.



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


[ovirt-users] NFS storage domain path is illegal

2017-04-04 Thread Bill James

ovirt-engine-tools-4.1.0.4-1.el7.centos.noarch
vdsm-4.19.4-1.el7.centos.x86_64


I'm trying to add a NFS storage domain but the gui keeps telling me the 
export path is illegal.

Even though I can mount the volume fine at the command line.
I have not found any log that contains the error so I can't attach log 
entry.


It says "Use IP:/path or FQDN:/path" but only IP works, no name I've 
tried is allowed.


Also, how do I remove a storage domain?
I could put it into maintenance and then detach it, but I have not found 
any way to remove/destroy/delete it.


What I'm trying for Export Path:
   qagenfil1_nfs1:/ovirt_inside/images


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


Re: [ovirt-users] Question about import domain and templates

2017-04-04 Thread Elad Ben Aharon
Answer inline

On Wed, Apr 5, 2017 at 1:09 AM, Gianluca Cecchi 
wrote:

> On Tue, Apr 4, 2017 at 11:49 PM, Elad Ben Aharon 
> wrote:
>
>> Hi Gianluca,
>>
>> If you don't have a copy of the template disk on ST2 it means that the
>> VMs were created as deep copy from the template (i.e, they are independent
>> - you can check it in the the 'general' VM sub-tab).
>>
>> If this is the case then you won't have any problem with detaching ST2.
>>
>>
> thanks for reply.
> In "general" sub-tab I see
>
> Template: my_template_name (Clone/Independent)
>
> So I should be ok.
>

Indeed.

But for example I can have ST1 and ST2, create a template with disk in ST1,
> then a VM from this template again in ST1 and in a second time move the
> disk of this VM to ST2
> In this case what would happen?
>

VM creation from a template on a storage domain that doesn't have a copy of
the template disk can be performed only as deep copy (Clone/Independent).
It means that the VM doesn't have any dependency on the template. So you
will be able to detach the domain where the VM disk resides.

>
> Is it in this screen when I create a VM that it is decided if deep copy or
> not as you wrote?
> https://drive.google.com/file/d/0BwoPbcrMv8mvdTJMdkNTeF84ckk/
> view?usp=sharing
>

Yes.

>
>
> What would happen in case I choose "Thin" and not "Clone" in storage
> allocation part of resource allocation section in the image?
>

'Thin' means that the VM disk is created as a 'leaf' volume linked to the
template disk. It requires the template disk to reside on the storage
domain you desire to create the VM disk on. In order to be able to create
it in this way you'll first have to copy the template disk to the other
storage domain.


Also, I noticed that if I create a VM from the blank template the Thin
> option is checked and both Thin and Clone are greyed out so I cannot change
> it
>


Yes, 'Blank' is the default template in the system, clone or thin in this
case are not relevant since 'Blank' is just a set of default VM
configurations with no disks.


> Instead if I choose my template, the "Clone" option is marked as default,
> but I can change to Clone
>
> Check out ovirt-templates



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


Re: [ovirt-users] Question about import domain and templates

2017-04-04 Thread Gianluca Cecchi
On Tue, Apr 4, 2017 at 11:49 PM, Elad Ben Aharon 
wrote:

> Hi Gianluca,
>
> If you don't have a copy of the template disk on ST2 it means that the VMs
> were created as deep copy from the template (i.e, they are independent -
> you can check it in the the 'general' VM sub-tab).
>
> If this is the case then you won't have any problem with detaching ST2.
>
>
thanks for reply.
In "general" sub-tab I see

Template: my_template_name (Clone/Independent)

So I should be ok.

But for example I can have ST1 and ST2, create a template with disk in ST1,
then a VM from this template again in ST1 and in a second time move the
disk of this VM to ST2
In this case what would happen?

Is it in this screen when I create a VM that it is decided if deep copy or
not as you wrote?
https://drive.google.com/file/d/0BwoPbcrMv8mvdTJMdkNTeF84ckk/view?usp=sharing

What would happen in case I choose "Thin" and not "Clone" in storage
allocation part of resource allocation section in the image?

Also, I noticed that if I create a VM from the blank template the Thin
option is checked and both Thin and Clone are greyed out so I cannot change
it
Instead if I choose my template, the "Clone" option is marked as default,
but I can change to Clone

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


Re: [ovirt-users] Question about import domain and templates

2017-04-04 Thread Elad Ben Aharon
Hi Gianluca,

If you don't have a copy of the template disk on ST2 it means that the VMs
were created as deep copy from the template (i.e, they are independent -
you can check it in the the 'general' VM sub-tab).

If this is the case then you won't have any problem with detaching ST2.


On Tue, Apr 4, 2017 at 6:13 PM, Gianluca Cecchi 
wrote:

> Hello,
> in environment A I have 2 storage domains ST1 and ST2
> I have to detach ST2 and import it into another environment B.
>
> On ST2 I have some VMs whose template disk is currently on ST1...
> Does this constitute a problem at destination import?
>
> I see that for disks of templates I can only copy and not move them...
> Can I copy the template disk from ST1 to ST2 befor detaching, so that it
> will be imported at destination too?
>
> What should I do at destination, then?
>
> Thanks,
> Gianluca
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Update of ovirt-guest-agent for Debian Jessie

2017-04-04 Thread Christophe TREFOIS
Hi,

Could you update ovirt-guest-agent as latest is 1.0.13 but on Debain mirror it 
is 1.0.10?

Thanks,
Christophe

smime.p7s
Description: S/MIME cryptographic signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] Question about import domain and templates

2017-04-04 Thread Gianluca Cecchi
Hello,
in environment A I have 2 storage domains ST1 and ST2
I have to detach ST2 and import it into another environment B.

On ST2 I have some VMs whose template disk is currently on ST1...
Does this constitute a problem at destination import?

I see that for disks of templates I can only copy and not move them...
Can I copy the template disk from ST1 to ST2 befor detaching, so that it
will be imported at destination too?

What should I do at destination, then?

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


[ovirt-users] info on performance of cloning a snapshot

2017-04-04 Thread Gianluca Cecchi
Hello,
I'm on 4.1.1 environment.
Storage domain is iSCSI (with multipath) and able to write at about 200
MBytes/s when making a test inside a VM (100MB x 2)

While cloning a snapshot it seems the performace is quite lower...
It begins at about 12MB/s (6 x 2) then increases at about 30MB/s (15 x 2)
with maximum of 50MB/s (25 x 2), all balanced across the two iSCSI network
adapters

The related process on hypervisor
vdsm  2772  3701  4 15:47 ?00:00:08 /usr/bin/qemu-img convert
-p -t none -T none -f qcow2
/rhev/data-center/ef17cad6-7724-4cd8-96e3-9af6e529db51/94795322-92a7-4904-80c1-83d6b629d38a/images/073519dc-440d-418d-9e0c-a7ac4812ea82/845a9008-8ece-4cf2-9828-f286640b5f0e
-O qcow2 -o compat=1.1
/rhev/data-center/mnt/blockSD/94795322-92a7-4904-80c1-83d6b629d38a/images/54c40b95-c0e5-42db-a6ba-c00f8d337fdc/5987e84f-28be-46c4-bc3a-688d5f7fd025

Not a big problem, only to know: is there any limiting/tunable factor in
any vdsm/engine parameter?
Or is it related to the command "qemu-img convert" itself or anything else?
Thanks,
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] New SAN Storage Domain: Cannot deactivate Logical Volume

2017-04-04 Thread Liron Aravot
Hi Alexey,

Looking in your logs - it indeed look weird, the vg is created seconds
later we fail to get it when attempting to create the domain.

Did you upgrade/downgraded only the engine version or the vdsm version as
well?

2017-04-03 11:16:39,595+0300 INFO  (jsonrpc/4) [dispatcher] Run and
protect: createVG(vgname=u'3050e121-83b5-474e-943f-6dc52af38a17',
devlist=[u'3600140505d11d22e61f46a6ba4a
7bdc7'], force=False, options=None) (logUtils:51)


output error', '  /dev/mapper/36001405b7dd7b800e7049ecbf6830637: read
failed after 0 of 4096 at 4294967230464: Input/output error', '
 /dev/mapper/36001405b7dd7b800e7049ecbf
6830637: read failed after 0 of 4096 at 4294967287808: Input/output error',
'  WARNING: Error counts reached a limit of 3. Device
/dev/mapper/36001405b7dd7b800e7049ecbf68306
37 was disabled', '  Failed to find physical volume
"/dev/mapper/3600140505d11d22e61f46a6ba4a7bdc7".'] (lvm:323)
2017-04-03 11:16:38,832+0300 WARN  (jsonrpc/5) [storage.HSM] getPV failed
for guid: 3600140505d11d22e61f46a6ba4a7bdc7 (hsm:1973)
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/hsm.py", line 1970, in _getDeviceList
pv = lvm.getPV(guid)
  File "/usr/share/vdsm/storage/lvm.py", line 853, in getPV
raise se.((pvName,))


On Tue, Apr 4, 2017 at 3:33 PM, Николаев Алексей <
alexeynikolaev.p...@yandex.ru> wrote:

> The last I was update oVirt oVirt 3.6.7.5-1 to oVirt 4.1.1.6-1. Main
> ISCSI datadomain is OK. Another one ISCSI datadomain was added
> successfully.
>
> The problem are only with freshly installed oVirt 4.1.1.6-1.
>
> Added logs after update ovirt and add new ISCSI datadomains.
>
> 03.04.2017, 17:26, "Николаев Алексей" :
>
> Also I test again ISCSI TARGET with oVirt 3.6.7.5-1 and CentOS 7.2.1511
> host. ISCSI data domain was added succesfully. "the truth is out there".
> Add logs.
>
> 03.04.2017, 11:24, "Николаев Алексей" :
>
> Add logs. Thx!
>
>
> 02.04.2017, 16:19, "Liron Aravot" :
>
> Hi Alexey,
> can you please attach the engine/vdsm logs?
>
> thanks.
>
> On Fri, Mar 31, 2017 at 11:08 AM, Николаев Алексей <
> alexeynikolaev.p...@yandex.ru> wrote:
>
> Hi, community!
>
> I'm try using ISCSI DATA DOMAIN with oVirt 4.1.1.6-1 and oVirt Node 4.1.1.
> But get this error while adding data domain.
>
> Error while executing action New SAN Storage Domain: Cannot deactivate
> Logical Volume
>
>
> 2017-03-31 10:47:45,099+03 ERROR [org.ovirt.engine.core.
> vdsbroker.vdsbroker.CreateStorageDomainVDSCommand] (default task-41)
> [717af17f] Command 'CreateStorageDomainVDSCommand(HostName = node169-07.,
> CreateStorageDomainVDSCommandParameters:{runAsync='true',
> hostId='ca177a14-56ef-4736-a0a9-ab9dc2a8eb90', storageDomain='
> StorageDomainStatic:{name='data1', 
> id='56038842-2fbe-4ada-96f1-c4b4e66fd0b7'}',
> args='sUG5rL-zqvF-DMox-uMK3-Xl91-ZiYw-k27C3B'})' execution failed:
> VDSGenericException: VDSErrorException: Failed in vdscommand to
> CreateStorageDomainVDS, error = Cannot deactivate Logical Volume: ('General
> Storage Exception: (\'5 [] [\\\'  /dev/mapper/36001405b7dd7b800e7049ecbf
> 6830637: read failed after 0 of 4096 at 0: Input/output error\\\', \\\'
> /dev/mapper/36001405b7dd7b800e7049ecbf6830637: read failed after 0 of
> 4096 at 4294967230464: Input/output error\\\', \\\'  /dev/mapper/36001405
> b7dd7b800e7049ecbf6830637: read failed after 0 of 4096 at 4294967287808:
> Input/output error\\\', \\\'  WARNING: Error counts reached a limit of 3.
> Device /dev/mapper/36001405b7dd7b800e7049ecbf6830637 was disabled\\\',
> \\\'  WARNING: Error counts reached a limit of 3. Device /dev/mapper/
> 36001405b7dd7b800e7049ecbf6830637 was disabled\\\', \\\'  Volume group "
> 56038842-2fbe-4ada-96f1-c4b4e66fd0b7" not found\\\', \\\'  Cannot process
> volume group 56038842-2fbe-4ada-96f1-c4b4e66fd0b7\\\']\\n56038842-
> 2fbe-4ada-96f1-c4b4e66fd0b7/[\\\'master\\\']\',)',)
>
>
> Previously, this ISCSI DATA DOMAIN works well with oVirt 3.6 and CentOS
> 7.2 host.
> How I can debug this error?
>
> ___
> 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
>
> ,
>
> ___
> 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] general storage exception ... not using lvmetad

2017-04-04 Thread Gianluca Cecchi
On Fri, Mar 10, 2017 at 11:54 PM, Nir Soffer  wrote:

> On Fri, Mar 10, 2017 at 6:24 PM, Gianluca Cecchi
>  wrote:
> > Hello,
> > on my 4.1 environment sometimes I get this kind of message, typically
> when I
> > create a snapshot.
> > Please note that the snapshot is correctly created: I get the event
> between
> > the snapshot creation initiated and completed events
> >
> >
> > VDSM ovmsrv05 command TeardownImageVDS failed: Cannot deactivate Logical
> > Volume: ('General Storage Exception: ("5 [] [\'  WARNING: Not using
> lvmetad
> > because config setting use_lvmetad=0.\', \'  WARNING: To avoid
> corruption,
> > rescan devices to make changes visible (pvscan --cache).\', \'  Logical
> > volume
> > 922b5269-ab56-4c4d-838f-49d33427e2ab/79350ec5-eea5-458b-a3ee-ba394d2cda27
> in
> > use.\', \'  Logical volume
> > 922b5269-ab56-4c4d-838f-49d33427e2ab/3590f38b-1e3b-4170-a901-801ee5d21d59
> in
> > use.\']\\n922b5269-ab56-4c4d-838f-49d33427e2ab/[\'3590f38b-
> 1e3b-4170-a901-801ee5d21d59\',
> > \'79350ec5-eea5-458b-a3ee-ba394d2cda27\']",)',)
> >
> > What is the exact meaning and how can I crosscheck to solve the possible
> > anomaly...?
> > What about lvmetad reference inside the message? Is it an option that in
> > oVirt can be configured or not at all for now?
>
> Can you share the output of:
>
> lvs -o vg_name,lv_name,size,attr,devices
> vgs -o vg_name,pv_name
>
> After you get this error.
>
> lvmetad is not compatible with ovirt shared storage, this is why you get
> these
> warnings.
>
> It is disabled in latest 4.1.
>
> If you don't want to wait for the release, you can disable it now:
>
> systemctl mask lvm2-lvmetad.service lvm2-lvmetad.socket
> systemctl disable lvm2-lvmetad.service lvm2-lvmetad.socket
> systemctl stop lvm2-lvmetad.service lvm2-lvmetad.socket
>
> Edit /etc/lvm/lvm.conf and set:
>
> use_lvmetad = 0
>
> Please report if you still get errors about  "Logical volume xxx/yyy in
> use"
> after disabling lvmetad. If you do, please file a bug.
>
> Nir
>

Hello,
I didn't get chance to make the requested commands on the former FC SAN
domain.
But now I'm getting the same on an iSCSI one I'm testing...
So here the details

both engine and host in 4.1.1
I don't get the lvmetad part in error message, possibly has been removed in
4.1.1 in respect with 4.1 above?

I got this while creating a snapshot of a running VM

Apr 4, 2017 2:22:49 PM Snapshot 'test' creation for VM 'Oracle7_IMPORTED'
has been completed.

Apr 4, 2017 2:22:49 PM VDSM ov300 command TeardownImageVDS failed: Cannot
deactivate Logical Volume: ('General Storage Exception: ("5 [] [\'  Logical
volume
94795322-92a7-4904-80c1-83d6b629d38a/564ef695-a6cf-4425-a44f-101fa6bc11e4
in use.\', \'  Logical volume
94795322-92a7-4904-80c1-83d6b629d38a/0441718e-13ce-4562-b69e-74cee0972083
in
use.\']\\n94795322-92a7-4904-80c1-83d6b629d38a/[\'0441718e-13ce-4562-b69e-74cee0972083\',
\'564ef695-a6cf-4425-a44f-101fa6bc11e4\']",)',)

Apr 4, 2017 2:22:36 PM VDSM ov300 command TeardownImageVDS failed: Cannot
deactivate Logical Volume: ('General Storage Exception: ("5 [] [\'  Logical
volume
94795322-92a7-4904-80c1-83d6b629d38a/845a9008-8ece-4cf2-9828-f286640b5f0e
in use.\', \'  Logical volume
94795322-92a7-4904-80c1-83d6b629d38a/ecdc6fc6-629a-43a7-a756-48b6ee695b19
in
use.\']\\n94795322-92a7-4904-80c1-83d6b629d38a/[\'ecdc6fc6-629a-43a7-a756-48b6ee695b19\',
\'845a9008-8ece-4cf2-9828-f286640b5f0e\']",)',)

Apr 4, 2017 2:21:57 PM Snapshot 'test' creation for VM 'Oracle7_IMPORTED'
was initiated by g.cecchi@internal-authz.


[root@ov300 vdsm]# lvs -o vg_name,lv_name,size,attr,devices
  VG   LV
LSize   Attr   Devices
  94795322-92a7-4904-80c1-83d6b629d38a 0441718e-13ce-4562-b69e-74cee0972083
  4.00g -wi-ao /dev/mapper/364817197b5dfd0e5538d959702249b1c(713)
  94795322-92a7-4904-80c1-83d6b629d38a 564ef695-a6cf-4425-a44f-101fa6bc11e4
  8.00g -wi-ao /dev/mapper/364817197b5dfd0e5538d959702249b1c(41)
  94795322-92a7-4904-80c1-83d6b629d38a 845a9008-8ece-4cf2-9828-f286640b5f0e
 72.00g -wi-ao /dev/mapper/364817197b5dfd0e5538d959702249b1c(105)
  94795322-92a7-4904-80c1-83d6b629d38a c306d9e1-dcd2-47fc-9500-4e5f9ff3aee3
128.00m -wi--- /dev/mapper/364817197b5dfd0e5538d959702249b1c(39)
  94795322-92a7-4904-80c1-83d6b629d38a c424dad7-ce65-47c3-a517-f3294745bc63
128.00m -wi--- /dev/mapper/364817197b5dfd0e5538d959702249b1c(40)
  94795322-92a7-4904-80c1-83d6b629d38a ecdc6fc6-629a-43a7-a756-48b6ee695b19
  4.00g -wi-ao /dev/mapper/364817197b5dfd0e5538d959702249b1c(681)
  94795322-92a7-4904-80c1-83d6b629d38a ids
 128.00m -wi-ao /dev/mapper/364817197b5dfd0e5538d959702249b1c(29)
  94795322-92a7-4904-80c1-83d6b629d38a inbox
 128.00m -wi-a- /dev/mapper/364817197b5dfd0e5538d959702249b1c(30)
  94795322-92a7-4904-80c1-83d6b629d38a leases
  2.00g -wi-a- /dev/mapper/364817197b5dfd0e5538d959702249b1c(13)
  94795322-92a7-4904-80c1-83d6b629d38a master
  1.00g -wi-ao 

Re: [ovirt-users] VM has been paused due to storage I/O problem

2017-04-04 Thread Gianluca Cecchi
On Thu, Feb 2, 2017 at 10:48 AM, Nir Soffer  wrote:

>
> >
> > After about 7 rounds I get this in messages of the host where the VM is
> > running:
> >
> > Feb  1 23:31:39 ovmsrv06 kernel: dd: sending ioctl 80306d02 to a
> partition!
> > Feb  1 23:31:39 ovmsrv06 kernel: dd: sending ioctl 80306d02 to a
> partition!
> > Feb  1 23:31:44 ovmsrv06 kernel: dd: sending ioctl 80306d02 to a
> partition!
> > Feb  1 23:31:45 ovmsrv06 kernel: dd: sending ioctl 80306d02 to a
> partition!
> > Feb  1 23:31:45 ovmsrv06 kernel: dd: sending ioctl 80306d02 to a
> partition!
> > Feb  1 23:31:47 ovmsrv06 kernel: dd: sending ioctl 80306d02 to a
> partition!
> > Feb  1 23:31:50 ovmsrv06 kernel: dd: sending ioctl 80306d02 to a
> partition!
> > Feb  1 23:31:50 ovmsrv06 kernel: dd: sending ioctl 80306d02 to a
> partition!
> > Feb  1 23:31:56 ovmsrv06 kernel: dd: sending ioctl 80306d02 to a
> partition!
> > Feb  1 23:31:57 ovmsrv06 kernel: dd: sending ioctl 80306d02 to a
> partition!
>
> This is interesting, we have seen this messages before, but could never
> detect the flow causing them, are you sure you see this each time you
> extend
> your disk?
>
> If you can reproduce this, please file a bug.
>


I got the same on 4.1.1 while testing on iSCSI so I opened a bugzilla
now... let's see if we can find anything usefule
https://bugzilla.redhat.com/show_bug.cgi?id=1438809

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


Re: [ovirt-users] ovirt ugrade to 4.1.1 problem with ovirt-engine-notifier.service

2017-04-04 Thread Kapetanakis Giannis
Forget about it.

There was a stalled old configuration file which apparently did not work with 
newer version.

deleted it and applied the new.

G

On 04/04/17 15:24, Kapetanakis Giannis wrote:
> Hi,
> 
> Centos 7 (no self hosted).
> Trying to upgrade from 4.1.0 to 4.1.1 he setup fails to start 
> ovirt-engine-notifier.service
> 
> ● ovirt-engine-notifier.service - oVirt Engine Notifier
>Loaded: loaded (/usr/lib/systemd/system/ovirt-engine-notifier.service; 
> enabled; vendor preset: disabled)
>Active: failed (Result: exit-code) since Tue 2017-04-04 15:21:28 EEST; 30s 
> ago
>   Process: 4489 
> ExecStart=/usr/share/ovirt-engine/services/ovirt-engine-notifier/ovirt-engine-notifier.py
>  --redirect-output --systemd=notify $EXTRA_ARGS start (code=exited, 
> status=1/FAILURE)
>  Main PID: 4489 (code=exited, status=1/FAILURE)
> 
> Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr:
>  at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
> Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr:
>  at 
> org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363)
> Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr:
>  at 
> org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351)
> Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr:
>  at 
> org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93)
> Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr:
>  ... 7 more
> Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: Validation 
> failed returncode is 1:
> Apr 04 15:21:28 vmgr.cc.uoc.gr systemd[1]: ovirt-engine-notifier.service: 
> main process exited, code=exited, status=1/FAILURE
> Apr 04 15:21:28 vmgr.cc.uoc.gr systemd[1]: Failed to start oVirt Engine 
> Notifier.
> Apr 04 15:21:28 vmgr.cc.uoc.gr systemd[1]: Unit ovirt-engine-notifier.service 
> entered failed state.
> Apr 04 15:21:28 vmgr.cc.uoc.gr systemd[1]: ovirt-engine-notifier.service 
> failed.
> 
> 
> From installation log:
> 
> 2017-04-04 15:07:48 DEBUG otopi.context context._executeMethod:128 Stage 
> closeup METHOD 
> otopi.plugins.ovirt_engine_common.base.system.hostile_services.Plugin._closeup
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> systemd.exists:73 check if service ovirt-engine-notifier exists
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.executeRaw:813 execute: ('/bin/systemctl', 'show', '-p', 'LoadState', 
> 'ovirt-engine-notifier.service'), executable='None', cwd='None', env=None
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.executeRaw:863 execute-result: ('/bin/systemctl', 'show', '-p', 
> 'LoadState', 'ovirt-engine-notifier.service'), rc=0
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.execute:921 execute-output: ('/bin/systemctl', 'show', '-p', 
> 'LoadState', 'ovirt-engine-notifier.service') stdout:
> LoadState=loaded
> 
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.execute:926 execute-output: ('/bin/systemctl', 'show', '-p', 
> 'LoadState', 'ovirt-engine-notifier.service') stderr:
> 
> 
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> systemd.state:130 starting service ovirt-engine-notifier
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.executeRaw:813 execute: ('/bin/systemctl', 'start', 
> 'ovirt-engine-notifier.service'), executable='None', cwd='None', env=None
> 2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.executeRaw:863 execute-result: ('/bin/systemctl', 'start', 
> 'ovirt-engine-notifier.service'), rc=1
> 2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.execute:921 execute-output: ('/bin/systemctl', 'start', 
> 'ovirt-engine-notifier.service') stdout:
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.execute:926 execute-output: ('/bin/systemctl', 'show', '-p', 
> 'LoadState', 'ovirt-engine-notifier.service') stderr:
> 
> 
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> systemd.state:130 starting service ovirt-engine-notifier
> 2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.executeRaw:813 execute: ('/bin/systemctl', 'start', 
> 'ovirt-engine-notifier.service'), executable='None', cwd='None', env=None
> 2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.executeRaw:863 execute-result: ('/bin/systemctl', 'start', 
> 'ovirt-engine-notifier.service'), rc=1
> 2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.execute:921 execute-output: ('/bin/systemctl', 'start', 
> 'ovirt-engine-notifier.service') stdout:
> 
> 
> 2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
> plugin.execute:926 execute-output: 

[ovirt-users] ovirt ugrade to 4.1.1 problem with ovirt-engine-notifier.service

2017-04-04 Thread Kapetanakis Giannis
Hi,

Centos 7 (no self hosted).
Trying to upgrade from 4.1.0 to 4.1.1 he setup fails to start 
ovirt-engine-notifier.service

● ovirt-engine-notifier.service - oVirt Engine Notifier
   Loaded: loaded (/usr/lib/systemd/system/ovirt-engine-notifier.service; 
enabled; vendor preset: disabled)
   Active: failed (Result: exit-code) since Tue 2017-04-04 15:21:28 EEST; 30s 
ago
  Process: 4489 
ExecStart=/usr/share/ovirt-engine/services/ovirt-engine-notifier/ovirt-engine-notifier.py
 --redirect-output --systemd=notify $EXTRA_ARGS start (code=exited, 
status=1/FAILURE)
 Main PID: 4489 (code=exited, status=1/FAILURE)

Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr: 
at org.jboss.modules.ModuleClassLoader.findClass(ModuleClassLoader.java:198)
Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr: 
at 
org.jboss.modules.ConcurrentClassLoader.performLoadClassUnchecked(ConcurrentClassLoader.java:363)
Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr: 
at 
org.jboss.modules.ConcurrentClassLoader.performLoadClass(ConcurrentClassLoader.java:351)
Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr: 
at 
org.jboss.modules.ConcurrentClassLoader.loadClass(ConcurrentClassLoader.java:93)
Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: stderr: 
... 7 more
Apr 04 15:21:28 vmgr.cc.uoc.gr ovirt-engine-notifier.py[4489]: Validation 
failed returncode is 1:
Apr 04 15:21:28 vmgr.cc.uoc.gr systemd[1]: ovirt-engine-notifier.service: main 
process exited, code=exited, status=1/FAILURE
Apr 04 15:21:28 vmgr.cc.uoc.gr systemd[1]: Failed to start oVirt Engine 
Notifier.
Apr 04 15:21:28 vmgr.cc.uoc.gr systemd[1]: Unit ovirt-engine-notifier.service 
entered failed state.
Apr 04 15:21:28 vmgr.cc.uoc.gr systemd[1]: ovirt-engine-notifier.service failed.


From installation log:

2017-04-04 15:07:48 DEBUG otopi.context context._executeMethod:128 Stage 
closeup METHOD 
otopi.plugins.ovirt_engine_common.base.system.hostile_services.Plugin._closeup
2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
systemd.exists:73 check if service ovirt-engine-notifier exists
2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
plugin.executeRaw:813 execute: ('/bin/systemctl', 'show', '-p', 'LoadState', 
'ovirt-engine-notifier.service'), executable='None', cwd='None', env=None
2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
plugin.executeRaw:863 execute-result: ('/bin/systemctl', 'show', '-p', 
'LoadState', 'ovirt-engine-notifier.service'), rc=0
2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
plugin.execute:921 execute-output: ('/bin/systemctl', 'show', '-p', 
'LoadState', 'ovirt-engine-notifier.service') stdout:
LoadState=loaded

2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
plugin.execute:926 execute-output: ('/bin/systemctl', 'show', '-p', 
'LoadState', 'ovirt-engine-notifier.service') stderr:


2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
systemd.state:130 starting service ovirt-engine-notifier
2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
plugin.executeRaw:813 execute: ('/bin/systemctl', 'start', 
'ovirt-engine-notifier.service'), executable='None', cwd='None', env=None
2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
plugin.executeRaw:863 execute-result: ('/bin/systemctl', 'start', 
'ovirt-engine-notifier.service'), rc=1
2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
plugin.execute:921 execute-output: ('/bin/systemctl', 'start', 
'ovirt-engine-notifier.service') stdout:
2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
plugin.execute:926 execute-output: ('/bin/systemctl', 'show', '-p', 
'LoadState', 'ovirt-engine-notifier.service') stderr:


2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
systemd.state:130 starting service ovirt-engine-notifier
2017-04-04 15:07:48 DEBUG otopi.plugins.otopi.services.systemd 
plugin.executeRaw:813 execute: ('/bin/systemctl', 'start', 
'ovirt-engine-notifier.service'), executable='None', cwd='None', env=None
2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
plugin.executeRaw:863 execute-result: ('/bin/systemctl', 'start', 
'ovirt-engine-notifier.service'), rc=1
2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
plugin.execute:921 execute-output: ('/bin/systemctl', 'start', 
'ovirt-engine-notifier.service') stdout:


2017-04-04 15:07:49 DEBUG otopi.plugins.otopi.services.systemd 
plugin.execute:926 execute-output: ('/bin/systemctl', 'start', 
'ovirt-engine-notifier.service') stderr:
Job for ovirt-engine-notifier.service failed because the control process exited 
with error code. See "systemctl status ovirt-engine-notifier.service" and 
"journalctl -xe" for details.

2017-04-04 15:07:49 DEBUG otopi.context context._executeMethod:142 method 
exception
Traceback (most recent call last):
  File 

Re: [ovirt-users] ovirt-guest-agent logs is this normal behavior

2017-04-04 Thread Vinzenz Feenstra

> On Apr 3, 2017, at 3:31 PM, rob cousins  wrote:
> 
> After installing ovirt-guest-agent on ubuntu 16.04 following these 
> instructions
> 
> https://www.ovirt.org/documentation/how-to/guest-agent/install-the-guest-agent-in-ubuntu/
>  
> 
> i get the following messages in syslog is this normal behavior ?

Yes it is, it’s reading the apt package list to check for a select number of 
packages. If you feel that it is too often you can influence the frequency in 
the /etc/ovirt-guest-agent.conf by changing the report_application_rate entry 
to something higher.
The output is not influenced by us, that is caused by the APT library.

> 
> Apr  3 14:25:36 ubuntu python[1521]: #015Reading package lists... 
> 0%#015#015Reading package lists... 100%#015#015Reading package lists... Done
> Apr  3 14:25:37 ubuntu python[1521]: #015Building dependency tree... 
> 0%#015#015Building dependency tree... 0%#015#015Building dependency tree... 
> 50%#015#015Building dependency tree... 50%#015#015Building dependency tree
> Apr  3 14:25:37 ubuntu python[1521]: #015Reading state information... 
> 0%#015#015Reading state information... 0%#015#015Reading state information... 
> Done
> 
> Thanks Rob.
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

--
Vinzenz Feenstra
Senior Software Developer
Red Hat Czech




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


[ovirt-users] Desktop virtualization and thin clients

2017-04-04 Thread Giulio Casella

Hi,
I'm evaluating some thin client to connect to ovirt VMs, used as desktop 
workstations.
I really don't care about native client support, I distribute via PXE a 
custom linux OS launching remote viewer.

I'd like to have good multimedia performance, at a reasonable price.

Googling a little, I focused on a couple of vendor: https://www.igel.com 
and https://www.10zig.com/.


Anyone has already tested those vendor products? which model? which is 
the (approx.) price?

Obviously any hint on other vendors are welcome.

The scenario is composed of about 1500 VMs, running on ovirt (RHV to say 
the truth), distributed over 3 datacenters, currently accessed using old 
(5-7 years) PC, that I'm planning to renew.


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


Re: [ovirt-users] iSCSI Discovery cannot detetect LUN

2017-04-04 Thread Lukáš Kaplan
Yes I agree. As I wrote in some previous message, scsi_id helped me.

For example:
cat /etc/targets.conf



scsi_id 00020001


scsi_id 00020002

initiator-address 192.168.1.0/24



--
Lukas Kaplan



2017-04-04 12:05 GMT+02:00 Yaniv Kaul :

>
>
> On Sun, Apr 2, 2017 at 10:17 PM, Lukáš Kaplan  wrote:
>
>> I am using Centos 7 and tgtd (scsi-target-utils)
>>
>
> Interesting - still doesn't explain it though. Certainly looks like some
> tgtd issue (see http://www.spinics.net/lists/linux-stgt/msg04392.html for
> example). Try changing the scsi_id in targets.conf perhaps?
>
> I recommend, btw, targetcli (LIO) instead. Fairly simple to set up.
> Y.
>
>
>>
>> # cat /etc/centos-release
>> CentOS Linux release 7.3.1611 (Core)
>>
>> # tgtd -V
>> 1.0.55
>>
>> # rpm -qi scsi-target-utils
>> Name: scsi-target-utils
>> Version : 1.0.55
>> Release : 4.el7
>> Architecture: x86_64
>> ... etc
>>
>> --
>> Lukas Kaplan
>>
>>
>>
>> 2017-03-31 21:59 GMT+02:00 Yaniv Kaul :
>>
>>>
>>>
>>> On Fri, Mar 31, 2017 at 3:43 PM, Lukáš Kaplan  wrote:
>>>
 I solved this issue now.

 I thought till today, that iSCSI LUN ID (WWN or WWID) is globaly
 unique. It is not true!
 If you power on two identical linux machines and create iSCSI target on
 them, their LUN IDs will be same...

 36e010001 - for first LUN
 36e010002 - for second LUN etc

>>>
>>> How did you get to such a number with so many zero's? Usually, there's
>>> some vendor ID and so on there...
>>> What target are you using?
>>> Y.
>>>
>>>

 You have to change LUN ID manualy (and take care of that uniqueness in
 your domain) in /etc/tgtd/targets.conf for example:

 
 
 scsi_id 00020001
 
 
 scsi_id 00020002
 
 initiator-address 192.168.1.0/24
 



 --
 Lukas Kaplan



 2017-03-31 9:06 GMT+02:00 Lukáš Kaplan :

> Is it possible that problem can be in conflicting LUN IDs?
> I see that first LUN from both storage servers have same LUN ID
>  36e010001. One storage server is connected
> to ovirt and second is not connected because of described problem (ovirt
> dont show lun after login and discovery).
>
> I am using tgtd as iscsi target server on both servers. Both have same
> configuration (same disks, md raid6), but different iqn and ip address...
>
> --
> Lukas Kaplan
>
> Dragon Internet a.s.
>


> 2017-03-29 12:12 GMT+02:00 Liron Aravot :
>
>>
>>
>> On Wed, Mar 29, 2017 at 12:59 PM, Eduardo Mayoral 
>> wrote:
>>
>>> I had a similar problem, in my case this was related to multipath,
>>> it was not masking the LUNs correctly, it was seeing it multiple times 
>>> (one
>>> per path), and I could not select the LUNs in the oVirt interface.
>>>
>>> Once I configured multipath correctly, everything worked like a
>>> charm.
>>>
>>> Best regards,
>>>
>>> --
>>>
>>> Eduardo Mayoral.
>>>
>>> On 29/03/17 11:30, Lukáš Kaplan wrote:
>>>
>>> Hello all,
>>>
>>> I did all steps as I described in previous email, but no change. I
>>> can't see any  LUN after discovery and login of new iSCSI storage.
>>> (That storage is ok, if I try to connect it to another and older
>>> ovirt domain, it is working...)
>>>
>>> I tryed it on 3 new iSCSI targets alredy, all have same problem...
>>>
>>> Can somebody help me, please?
>>>
>>> --
>>> Lukas Kaplan
>>>
>>>
>> Hi Lukas,
>> If you try to perform the discovery yourself, do you see the luns?
>>
>>>
>>>
>>> 2017-03-27 16:22 GMT+02:00 Lukáš Kaplan :
>>>
 I did following steps:

  - delete target on all initiators (ovirt nodes)
  iscsiadm -m node -T iqn.2017-03.cz.dragon.ovirt.fuvs-sn1:10T -p
 10.53.1.201:3260 -u
  iscsiadm -m node -T iqn.2017-03.cz.dragon.ovirt.fuvs-sn1:10T -p
 10.53.1.201:3260 -o delete

  - stop tgtd on target
  - fill storage by zeroes (dd if=/dev/zero of=/dev/md125 bs=4096
 status=progress)
  - start tgtd
  - tried to connect to ovirt (Discovery=ok, Login=ok, but can not
 see any LUN).

 === After that I ran this commands on one node: ===

 [root@fudi-cn1 ~]# iscsiadm -m session -o show
 tcp: [1] 10.53.0.10:3260,1 iqn.2017-03.cz.dragon.ovirt:ovirtengine
 (non-flash)
 tcp: [11] 10.53.0.201:3260,1 

Re: [ovirt-users] Python-SDK4: Listing template by ID throws exception

2017-04-04 Thread nicolas

El 2017-04-04 10:22, Juan Hernández escribió:

On 04/04/2017 10:59 AM, nico...@devels.es wrote:

Hi,

I'm using ovirt-engine-sdk-python 4.1.3 (ovirt ver is 4.1.0), and in a
snippet I'm trying to get a template by its id. For that, I did this:

conn = ovirtsdk4.Connection(...)
sys_serv = conn.system_service()
tpl_serv = sys_serv.templates_service()

t = tpl_serv.list(search='id=fedff75f-635f-4790-9bbf-2ac389e14f93')

And it throws:

Error: Fault reason is "Operation Failed". Fault detail is
"statementcallback; bad sql grammar [select * from (select * from vm
templates view where ( vmt guid in (select distinct vm templates 
storage

domain.vmt guid from  vm templates storage domain   where  (  vm
templates storage domain.cluster name ilike
'%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or  vm templates storage
domain.description ilike '%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' 
or

vm templates storage domain.free text comment ilike
'%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or  vm templates storage
domain.name ilike '%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or  vm
templates storage domain.quota name ilike
'%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or  vm templates storage
domain.storage pool name ilike
'%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or  vm templates storage
domain.template version name,template version number ilike
'%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' ) ))  order by name asc ) 
as

t1 offset (1 -1) limit 2147483647]; nested exception is
org.postgresql.util.psqlexception: error: argument of or must be type
boolean, not type character varying
  position: 737". HTTP response code is 400.

I'm sure this template exists and it has this ID. If I search in the
webadmin by this ID, the search seems to hang and never returns 
anything

(I have to stop it by pressing the 'X' button).

Am I using this call improperly?

Thanks.


This should work, or at least it shouldn't generate that error. But it
isn't the best way to get a template (or any object) if you already 
know

the id. It is better to do this:

  conn = ovirtsdk4.Connection(...)
  sys_serv = conn.system_service()
  tpls_serv = sys_serv.templates_service()
  tpl_serv =
tpls_serv.tmeplate_service('fedff75f-635f-4790-9bbf-2ac389e14f93')
  tpl = tpl_serv.get()


Thanks Juan, this way it worked.

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


Re: [ovirt-users] iSCSI Discovery cannot detetect LUN

2017-04-04 Thread Yaniv Kaul
On Sun, Apr 2, 2017 at 10:17 PM, Lukáš Kaplan  wrote:

> I am using Centos 7 and tgtd (scsi-target-utils)
>

Interesting - still doesn't explain it though. Certainly looks like some
tgtd issue (see http://www.spinics.net/lists/linux-stgt/msg04392.html for
example). Try changing the scsi_id in targets.conf perhaps?

I recommend, btw, targetcli (LIO) instead. Fairly simple to set up.
Y.


>
> # cat /etc/centos-release
> CentOS Linux release 7.3.1611 (Core)
>
> # tgtd -V
> 1.0.55
>
> # rpm -qi scsi-target-utils
> Name: scsi-target-utils
> Version : 1.0.55
> Release : 4.el7
> Architecture: x86_64
> ... etc
>
> --
> Lukas Kaplan
>
>
>
> 2017-03-31 21:59 GMT+02:00 Yaniv Kaul :
>
>>
>>
>> On Fri, Mar 31, 2017 at 3:43 PM, Lukáš Kaplan  wrote:
>>
>>> I solved this issue now.
>>>
>>> I thought till today, that iSCSI LUN ID (WWN or WWID) is globaly unique.
>>> It is not true!
>>> If you power on two identical linux machines and create iSCSI target on
>>> them, their LUN IDs will be same...
>>>
>>> 36e010001 - for first LUN
>>> 36e010002 - for second LUN etc
>>>
>>
>> How did you get to such a number with so many zero's? Usually, there's
>> some vendor ID and so on there...
>> What target are you using?
>> Y.
>>
>>
>>>
>>> You have to change LUN ID manualy (and take care of that uniqueness in
>>> your domain) in /etc/tgtd/targets.conf for example:
>>>
>>> 
>>> 
>>> scsi_id 00020001
>>> 
>>> 
>>> scsi_id 00020002
>>> 
>>> initiator-address 192.168.1.0/24
>>> 
>>>
>>>
>>>
>>> --
>>> Lukas Kaplan
>>>
>>>
>>>
>>> 2017-03-31 9:06 GMT+02:00 Lukáš Kaplan :
>>>
 Is it possible that problem can be in conflicting LUN IDs?
 I see that first LUN from both storage servers have same LUN ID
  36e010001. One storage server is connected to
 ovirt and second is not connected because of described problem (ovirt dont
 show lun after login and discovery).

 I am using tgtd as iscsi target server on both servers. Both have same
 configuration (same disks, md raid6), but different iqn and ip address...

 --
 Lukas Kaplan

 Dragon Internet a.s.

>>>
>>>
 2017-03-29 12:12 GMT+02:00 Liron Aravot :

>
>
> On Wed, Mar 29, 2017 at 12:59 PM, Eduardo Mayoral 
> wrote:
>
>> I had a similar problem, in my case this was related to multipath, it
>> was not masking the LUNs correctly, it was seeing it multiple times (one
>> per path), and I could not select the LUNs in the oVirt interface.
>>
>> Once I configured multipath correctly, everything worked like a charm.
>>
>> Best regards,
>>
>> --
>>
>> Eduardo Mayoral.
>>
>> On 29/03/17 11:30, Lukáš Kaplan wrote:
>>
>> Hello all,
>>
>> I did all steps as I described in previous email, but no change. I
>> can't see any  LUN after discovery and login of new iSCSI storage.
>> (That storage is ok, if I try to connect it to another and older
>> ovirt domain, it is working...)
>>
>> I tryed it on 3 new iSCSI targets alredy, all have same problem...
>>
>> Can somebody help me, please?
>>
>> --
>> Lukas Kaplan
>>
>>
> Hi Lukas,
> If you try to perform the discovery yourself, do you see the luns?
>
>>
>>
>> 2017-03-27 16:22 GMT+02:00 Lukáš Kaplan :
>>
>>> I did following steps:
>>>
>>>  - delete target on all initiators (ovirt nodes)
>>>  iscsiadm -m node -T iqn.2017-03.cz.dragon.ovirt.fuvs-sn1:10T -p
>>> 10.53.1.201:3260 -u
>>>  iscsiadm -m node -T iqn.2017-03.cz.dragon.ovirt.fuvs-sn1:10T -p
>>> 10.53.1.201:3260 -o delete
>>>
>>>  - stop tgtd on target
>>>  - fill storage by zeroes (dd if=/dev/zero of=/dev/md125 bs=4096
>>> status=progress)
>>>  - start tgtd
>>>  - tried to connect to ovirt (Discovery=ok, Login=ok, but can not
>>> see any LUN).
>>>
>>> === After that I ran this commands on one node: ===
>>>
>>> [root@fudi-cn1 ~]# iscsiadm -m session -o show
>>> tcp: [1] 10.53.0.10:3260,1 iqn.2017-03.cz.dragon.ovirt:ovirtengine
>>> (non-flash)
>>> tcp: [11] 10.53.0.201:3260,1 iqn.2017-03.cz.dragon.ovirt.fudi-sn1:10T
>>> (non-flash)
>>> tcp: [12] 10.53.1.201:3260,1 iqn.2017-03.cz.dragon.ovirt.fuvs-sn1:10T
>>> (non-flash)
>>>
>>> [root@fudi-cn1 ~]# iscsiadm -m discoverydb -P1
>>> SENDTARGETS:
>>> DiscoveryAddress: 10.53.0.201,3260
>>> Target: iqn.2017-03.cz.dragon.ovirt:ovirtengine
>>> Portal: 10.53.0.201:3260,1
>>> Iface Name: default
>>> iSNS:
>>> No targets found.
>>> STATIC:
>>> Target: iqn.2017-03.cz.dragon.ovirt.fuvs-sn1:10T
>>>   

[ovirt-users] ovirt-guest-agent logs is this normal behavior

2017-04-04 Thread rob cousins
After installing ovirt-guest-agent on ubuntu 16.04 following these 
instructions


https://www.ovirt.org/documentation/how-to/guest-agent/install-the-guest-agent-in-ubuntu/ 



i get the following messages in syslog is this normal behavior ?

Apr  3 14:25:36 ubuntu python[1521]: #015Reading package lists... 
0%#015#015Reading package lists... 100%#015#015Reading package lists... Done
Apr  3 14:25:37 ubuntu python[1521]: #015Building dependency tree... 
0%#015#015Building dependency tree... 0%#015#015Building dependency 
tree... 50%#015#015Building dependency tree... 50%#015#015Building 
dependency tree
Apr  3 14:25:37 ubuntu python[1521]: #015Reading state information... 
0%#015#015Reading state information... 0%#015#015Reading state 
information... Done


Thanks Rob.

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


Re: [ovirt-users] Memory treshold

2017-04-04 Thread vasily . lamykin
engine-config -s LogMaxPhysicalMemoryUsedThresholdInPercentage=%percent per 
threshold%

Василий Ламыкин
Старший инженер по эксплуатации сервисных платформ
Эксплуатация сети
Столичный филиал ПАО «МегаФон»
+7 (926) 500-3308


-Original Message-
From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
users-requ...@ovirt.org
Sent: Wednesday, March 29, 2017 1:00 PM
To: users@ovirt.org
Subject: Users Digest, Vol 66, Issue 254

Send Users mailing list submissions to
users@ovirt.org

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ovirt.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-requ...@ovirt.org

You can reach the person managing the list at
users-ow...@ovirt.org

When replying, please edit your Subject line so it is more specific than "Re: 
Contents of Users digest..."


Today's Topics:

   1. Re:  VM "hot" RAM memory decrease (Martin Sivak)
   2.  Memory treshold (vasily.lamykin)
   3. Re:  iSCSI Discovery cannot detetect LUN (Eduardo Mayoral)


--

Message: 1
Date: Wed, 29 Mar 2017 11:50:59 +0200
From: Martin Sivak 
To: Nicol?s 
Cc: users 
Subject: Re: [ovirt-users] VM "hot" RAM memory decrease
Message-ID:

Content-Type: text/plain; charset=UTF-8

Hi Nicolas,

you are right, the log shows exactly the right values. Those numbers are 
exactly what is sent to libvirt using currentMemory field in 
https://libvirt.org/formatdomain.html#elementsMemoryAllocation

So if the VM does not have enough memory, we will have to start looking there.

Best regards

Martin Sivak

On Wed, Mar 29, 2017 at 11:04 AM,   wrote:
> Hi Martin,
>
> I do, I'm attaching it. I merged the full day's log into one.
> Significant hours start at 11:24:57 (log time). The interesting
> machine is called jbaspre01, and as per what I can deduce, the values
> in log are correct (it never goes under the threshold of 1GB, which is
> its minimum). However, my colleagues and I are 100% sure we saw this
> machine having about 600K KiB when running top.
>
> This machine has:
> Memory size: 8196 MB
> Minimal guaranteed memory: 1024 MB
>
> If you need additional information don't hesitate to ask.
>
> Regards.
>
>
> El 2017-03-29 09:44, Martin Sivak escribi?:
>>
>> Hi Nicolas,
>>
>> KiB Mem tells you how much memory the host has. I am actually more
>> interested in the VM. Do you still have the mom.log from the time
>> this happened? We keep the logs for some time (they are rotated).
>>
>> Best regards
>>
>> Martin
>>
>> On Wed, Mar 29, 2017 at 10:28 AM,   wrote:
>>>
>>> El 2017-03-28 15:33, Martin Sivak escribi?:
>
>
> min guaranteed should be respected, adding mom maintainer Martin



 I can't really help without the mom.log and the virsh dumpxml
 output of that VM in the final state (all memory ballooned).

 Min guaranteed should be respected, but the question is how the
 physical memory was measured (which number from top was used).

 --
 Martin Sivak
 SLA / oVirt

>>>
>>> Hi Martin,
>>>
>>> I tried to reproduce the issue again and I was unable to. I had a
>>> host with ~90% of RAM utilization and in mom.log I could see that
>>> ballooning was indeed happening, but I couldn't see a VM going under
>>> its minimum guaranteed threshold (at least not significantly).
>>>
>>> On top, I was using the 'KiB Mem' value to compare. I know this is
>>> in KiB and that oVirt has its values as MB in the webadmin, but when
>>> I sent this message the difference was quite more significant
>>> (1024MB of minimum guaranteed and about 640K KiB on the VM).
>>>
>>> It's also true that meanwhile we upgraded from 4.0.2 to 4.1.1 and
>>> this time I couldn't reproduce it anymore.
>>>
>>> If at some point I am able to reproduce it again, I'll send detailed
>>> logs of the issue.
>>>
>>> Thanks.
>>>
>>>
 On Tue, Mar 28, 2017 at 4:29 PM, Michal Skrivanek
  wrote:
>
>
>
>> On 27 Mar 2017, at 23:15, Nicol?s  wrote:
>>
>> Hi,
>>
>> I don't really know if this question is suitable on this list, as
>> I doubt it's an oVirt bug, neither I know if it shall be
>> considered a bug.
>>
>> We recently run a VM on a host that was memory over-used (around
>> 80% of usage). The VM booted correctly, then we run "top" and saw
>> how physical RAM started decreasing every two seconds. At first
>> it was 4GB, then less and less until it stabilized at around
>> 600MB.
>>
>> Based on this (correct me if I'm wrong), we believe this is an
>> effect of having this VM with ballooning enabled, as it does
>> exactly this: It adds/removes RAM depending on host decision.
>> Thing is 

Re: [ovirt-users] Python-SDK4: Listing template by ID throws exception

2017-04-04 Thread Juan Hernández
On 04/04/2017 10:59 AM, nico...@devels.es wrote:
> Hi,
> 
> I'm using ovirt-engine-sdk-python 4.1.3 (ovirt ver is 4.1.0), and in a
> snippet I'm trying to get a template by its id. For that, I did this:
> 
> conn = ovirtsdk4.Connection(...)
> sys_serv = conn.system_service()
> tpl_serv = sys_serv.templates_service()
> 
> t = tpl_serv.list(search='id=fedff75f-635f-4790-9bbf-2ac389e14f93')
> 
> And it throws:
> 
> Error: Fault reason is "Operation Failed". Fault detail is
> "statementcallback; bad sql grammar [select * from (select * from vm
> templates view where ( vmt guid in (select distinct vm templates storage
> domain.vmt guid from  vm templates storage domain   where  (  vm
> templates storage domain.cluster name ilike
> '%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or  vm templates storage
> domain.description ilike '%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or 
> vm templates storage domain.free text comment ilike
> '%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or  vm templates storage
> domain.name ilike '%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or  vm
> templates storage domain.quota name ilike
> '%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or  vm templates storage
> domain.storage pool name ilike
> '%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or  vm templates storage
> domain.template version name,template version number ilike
> '%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' ) ))  order by name asc ) as
> t1 offset (1 -1) limit 2147483647]; nested exception is
> org.postgresql.util.psqlexception: error: argument of or must be type
> boolean, not type character varying
>   position: 737". HTTP response code is 400.
> 
> I'm sure this template exists and it has this ID. If I search in the
> webadmin by this ID, the search seems to hang and never returns anything
> (I have to stop it by pressing the 'X' button).
> 
> Am I using this call improperly?
> 
> Thanks.

This should work, or at least it shouldn't generate that error. But it
isn't the best way to get a template (or any object) if you already know
the id. It is better to do this:

  conn = ovirtsdk4.Connection(...)
  sys_serv = conn.system_service()
  tpls_serv = sys_serv.templates_service()
  tpl_serv =
tpls_serv.tmeplate_service('fedff75f-635f-4790-9bbf-2ac389e14f93')
  tpl = tpl_serv.get()


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


Re: [ovirt-users] Ovirt tasks "stuck"

2017-04-04 Thread Nathanaël Blanchet

For instance

PGPASSWORD=X /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh 
-q -t disk -u engine

296c010e-3c1d-4008-84b3-5cd39cff6aa1 | 525a4dda-dbbb-4872-a5f1-8ac2aed48392

PGPASSWORD=X /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh 
-t snapshot -u engine 525a4dda-dbbb-4872-a5f1-8ac2aed48392



Le 01/04/2017 à 19:55, Jim Kusznir a écrit :

Hi:

A few days ago I attempted to create a new VM from one of the 
ovirt-image-repository images.  I haven't really figured out how to 
use this reliably yet, and in this case, while trying to import an 
image, one of my nodes spontaneously rebooted (or at least, it looked 
like that to ovirt...Not sure if it had an OOM issue or something 
else).  I assume it was the node that got the task of importing those 
images, as ever since then (several days now), on my management screen 
under "Tasks" it shows the attempted imports, still stuck in 
"processing".  I'm quite certain its not actually processing. I do 
believe it used some of my storage up in the partially downloaded 
images, though (they do show up as GlanceDisk-, with a status 
of "Locked" under the main Disks tab.


How do I "properly" recover from this (abort the task and delete the 
partial download)?


Thanks!

--Jim


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


--
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr

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


[ovirt-users] Python-SDK4: Listing template by ID throws exception

2017-04-04 Thread nicolas

Hi,

I'm using ovirt-engine-sdk-python 4.1.3 (ovirt ver is 4.1.0), and in a 
snippet I'm trying to get a template by its id. For that, I did this:


conn = ovirtsdk4.Connection(...)
sys_serv = conn.system_service()
tpl_serv = sys_serv.templates_service()

t = tpl_serv.list(search='id=fedff75f-635f-4790-9bbf-2ac389e14f93')

And it throws:

Error: Fault reason is "Operation Failed". Fault detail is 
"statementcallback; bad sql grammar [select * from (select * from vm 
templates view where ( vmt guid in (select distinct vm templates storage 
domain.vmt guid from  vm templates storage domain   where  (  vm 
templates storage domain.cluster name ilike 
'%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or  vm templates storage 
domain.description ilike '%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or  
vm templates storage domain.free text comment ilike 
'%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or  vm templates storage 
domain.name ilike '%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or  vm 
templates storage domain.quota name ilike 
'%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or  vm templates storage 
domain.storage pool name ilike 
'%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' or  vm templates storage 
domain.template version name,template version number ilike 
'%id=fedff75f-635f-4790-9bbf-2ac389e14f93%' ) ))  order by name asc ) as 
t1 offset (1 -1) limit 2147483647]; nested exception is 
org.postgresql.util.psqlexception: error: argument of or must be type 
boolean, not type character varying

  position: 737". HTTP response code is 400.

I'm sure this template exists and it has this ID. If I search in the 
webadmin by this ID, the search seems to hang and never returns anything 
(I have to stop it by pressing the 'X' button).


Am I using this call improperly?

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


Re: [ovirt-users] iSCSI Multipathing

2017-04-04 Thread Gianluca Cecchi
On Mon, Apr 3, 2017 at 4:50 AM, Devin A. Bougie 
wrote:

> Thanks for following up, Gianluca.  At this point, my main question is why
> should I configure iSCSI Bonds within the oVirt engine instead of or in
> addition to configuring iSCSI initiators and multipathd directly in the
> host's OS.
>
>
Mainly because it is intention of the projct to let the oVirt admin able to
setup the environment also without strong Linux sysadmin competencies

In my case I pre-configured only the multipath part from the OS, as I
needed a custom multipath config for Dell PS storage arrays. See here:
http://lists.ovirt.org/pipermail/users/2017-March/080898.html

The key is the line with
# VDSM PRIVATE

to be put under the line generated by oirt:
# VDSM REVISION 1.3

>From the iSCSI configuration point of view I only configured
/etc/iscsi/iscsid.conf as suggested by Dell, and this file seems not to be
touched by oVirt.

Also see here for my configuration steps and screenshots for
iSCSI-Multipath (not bonding) from within oVirt webadmin Gui, that should
give you the same configuration you usually get manually as you stated:
http://lists.ovirt.org/pipermail/users/2017-March/080992.html

The doc parts should be these:
http://www.ovirt.org/documentation/admin-guide/chap-Storage/#configuring-
iscsi-multipathing
http://www.ovirt.org/develop/release-management/features/
storage/iscsi-multipath/

And here for official RHEV 4.0 docs:
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.0/html/administration_guide/sect-preparing_and_adding_block_storage

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