[ovirt-users] Re: using stop_reason as a vdsm hook trigger into the UI

[John Taylor]

Maybe use the events api and search for the shutdown and reason in there?

api/events;from={event_id}?search={query}" rel="events/search"/>

-John

On Tue, Dec 21, 2021 at 9:00 AM Nathanaël Blanchet  wrote:

> Thanks for responding,
> Le 20/12/2021 à 21:42, Nir Soffer a écrit :
>
> On Mon, Dec 20, 2021 at 9:59 PM Nathanaël Blanchet  
>  wrote:
>
> Adding the devel list since question is more about extending oVirt
> ...
>
> The idea is to use the stop_reason element into the vm xml definition. But 
> after hours, I realized that this element is writed to the vm definition file 
> only after the VM has been destroyed.
>
> So you want to run the clean hook only if stop reason == "clean"?
>
> I think the way to integrate hooks is to define a custom property
> in the vm, and check if the property was defined in the hook.
>
> For example how the localdisk hook is triggered:
>
> def main():
> backend = os.environ.get('localdisk')
> if backend is None:
> return
> if backend not in [BACKEND_LVM, BACKEND_LVM_THIN]:
> hooking.log("localdisk-hook: unsupported backend: %r" % backend)
> return
> ...
>
> The hook runs only if the environment variable "localdisk" is defined
> and configured properly.
>
> vdsm defines the custom properties as environment variables.
>
> On the engine side, you need to add a user defined property:
>
>  engine-config -s UserDefinedVMProperties='localdisk=^(lvm|lvmthin)$'
>
> And configure a custom property with one of the allowed values, like:
>
> localdisk=lvm
>
> See vdsm_hooks/localdisk/README for more info.
>
> If you want to control the cleanup, by adding a "clean" stop reason only when
> needed, this will not help, and vdsm hook is probably not the right way
> to integrate this.
>
> Sure
>
> If your intent is to clean a vm in some special events, but you want
> to integrate
> this in engine, maybe you should write an engine ui plugin?
>
> The plugin can show the running vms, and provide a clean button that will
> shut down the vm and run your custom code.
>
> too complex for doing what I want
>
> But maybe you don't need to integrate this in engine, and having a simple
> script using ovirt engine API/SDK to shutdown the vm and run the cleanup
> code.
>
> My playbook/scripts work already fine, but this is not my goal.
>
> Nir
>
>
> I will sum up my initial question: *Is there any way to get the value of
> "stop_reason" (value of the field in the UI) so as to reuse this variable
> into a vdsm hook?*
>
> Thank you
>
>
> --
> Nathanaël Blanchet
>
> Supervision réseau
> SIRE
> 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 14blanc...@abes.fr
>
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/OSM572SLKKAFOWZWT6OTNSFZED5JX5RC/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DWVHZ2IKLCL5EYTLS46VEWI44MWZUZ3N/

Re: [ovirt-users] Console button greyed out (4.2)

[John Taylor]

On Thu, Feb 15, 2018 at 11:54 AM, Michal Skrivanek
 wrote:
>
>
>> On 15 Feb 2018, at 15:58, John Taylor  wrote:
>>
>> Hi Nicolas,
>> I had the same problem and it looked like it was because of some older
>> vms (I believe from 3.6) that were configured with console with video
>> type of CIRRUS and protocol VNC.
>
> 3.6 had cirrus indeed. That should work. Can you somehow confirm it was 
> really a 3.6 VM and it stopped working in 4.2? The exact steps are important, 
> unfortunately.
>

I'm pretty sure they were VMs created in 3.6, but I can't say for
absolute certain.  Sorry.

>> Tracing it out it showed that the vm  libvirt xml was begin set to
>> headless.
>
> do you at least recall what cluster level version it was when it stopped 
> working? The VM definition should have been changed to VGA when you move the 
> VM from 3.6 cluster to a 4.0+

I upgraded from 4.1.something and I'm pretty sure at the time the
cluster level was 4.1, and those same VMs were able to get consoles.
Sorry I can't be more help now. I'll see if I have any notes that
might help me remember.

>
>>  I tried different settings but the only thing that seemed
>> to work was to set them to headless, then reopen config and set them
>> to something else.
>>
>> -John
>>
>> On Thu, Feb 15, 2018 at 8:48 AM,   wrote:
>>> Hi,
>>>
>>> We upgraded one of our infrastructures to 4.2.0 recently and since then some
>>> of our machines have the "Console" button greyed-out in the Admin UI, like
>>> they were disabled.
>>>
>>> I changed their compatibility to 4.2 but with no luck, as they're still
>>> disabled.
>>>
>>> Is there a way to know why is that, and how to solve it?
>>>
>>> I'm attaching a screenshot.
>>>
>>> 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
>>
>>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Console button greyed out (4.2)

[John Taylor]

Hi Nicolas,
I had the same problem and it looked like it was because of some older
vms (I believe from 3.6) that were configured with console with video
type of CIRRUS and protocol VNC.
Tracing it out it showed that the vm  libvirt xml was begin set to
headless.  I tried different settings but the only thing that seemed
to work was to set them to headless, then reopen config and set them
to something else.

-John

On Thu, Feb 15, 2018 at 8:48 AM,   wrote:
> Hi,
>
> We upgraded one of our infrastructures to 4.2.0 recently and since then some
> of our machines have the "Console" button greyed-out in the Admin UI, like
> they were disabled.
>
> I changed their compatibility to 4.2 but with no luck, as they're still
> disabled.
>
> Is there a way to know why is that, and how to solve it?
>
> I'm attaching a screenshot.
>
> 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] Vnc client from windows 10

[John Taylor]

Hi Gianluca,

I've used the following as a cmd script to parse out the parms from
the .vv and run
the ultravnc vncviewer (uvnc.com).



@setlocal enableextensions enabledelayedexpansion
@echo off
set file=%~1
set area=[virt-viewer]
set currarea=
for /f "usebackq delims=" %%a in ("!file!") do (
set ln=%%a
if "x!ln:~0,1!"=="x[" (
set currarea=!ln!
) else (
for /f "tokens=1,2 delims==" %%b in ("!ln!") do (
set currkey=%%b
set currval=%%c

if "x!area!"=="x!currarea!" if "x!host"=="x!currkey!" (
set host=!currval!
)

set key=port
if "x!area!"=="x!currarea!" if "x!currkey!"=="x!port" (
set port=!currval!
)

if "x!area!"=="x!currarea!" if "x!currkey!"=="x!password" (
set password=!currval!
)

)

)
)

start "vnc" "vncviewer.exe" !host!:!port! /password "!password!"
endlocal



Hope that helps.
-John




On Wed, Oct 18, 2017 at 10:57 AM, Gianluca Cecchi
 wrote:
> Hello,
> I'm trying to have a user connect to the console VM through vnc protocol,
> but without the virt-viewer application.
> The client is Windows 10.
> I have tried some options without success, with tightvnc, ultravnc and
> realvnc but all of them give error about syntax.
> Any native client suggested/recommended with windows 10 and oVirt?
>
> Tried also noVnc that works from a Linux client and so I'm sure all is ok at
> oVirt side, but from Windows 10 and chrome 61 I imported the certificate in
> trusted root authority but nevertheless I get the error
>
> Any hints?
> 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

Re: [ovirt-users] VDSM memory consumption

[John Taylor]

Dan Kenigsberg  writes:

> On Sat, Mar 28, 2015 at 10:20:25AM -0400, John Taylor wrote:
>> Daniel Helgenberger  writes:
>> 
>> > Hello Everyone,
>> >
>> > I did create the original BZ on this. In the mean time, lab system I
>> > used is dismantled and the production system is yet to deploy.
>> >
>> > As I wrote in BZ1147148 [1], I experienced two different issues. One,
>> > one big mem leak of about 15MiB/h and a smaller one, ~300KiB. These seem
>> > unrelated.
>> >
>> > The larger leak was indeed related to SSL in some way; not necessarily
>> > M2Crypto. However, after disabling SSL this was gone leaving the smaller
>> > leak.
>> >
>> > [1] https://bugzilla.redhat.com/show_bug.cgi?id=1147148
>> 
>> 
>> I think there are, at least for the purpose of this discussion, 3 leaks:
>> 1. the M2Crypto leak
>> 2. a slower leak 
>> 3. a large leak that's not M2Crypto related that's part of sampling
>> 
>> My efforts have been around finding the source of my larger leak, which
>> I think is #3.  I had disabled ssl so I knew that M2Crypto
>> isn't/shouldn't be the problem as in bz1147148, and ssl is beside the
>> point as it happens with a deactived host. It's part of sampling which
>> always runs.
>> 
>> What I've found is, after trying to get the smallest reproducer, that
>> it's not the netlink.iter_links that I commented on in [1] that is the
>> problem. But in the _get_intefaces_and_samples loop is the call to
>> create an InterfaceSample and that has getLinkSpeed() which, for vlans,
>> ends up calling ipwrapper.getLink, and that to
>> netlink.get_link(name)
>> 
>> netlink.get_link(name) *is* the source of my big leak. This is vdsm
>> 4.16.10, so it is [2] and it's been changed in master for the removal of
>> support for libnl v1 so it might not be a problem anymore. 
>>  
>> def get_link(name):
>> """Returns the information dictionary of the name specified link."""
>> with _pool.socket() as sock:
>> with _nl_link_cache(sock) as cache:
>> link = _rtnl_link_get_by_name(cache, name)
>> if not link:
>> raise IOError(errno.ENODEV, '%s is not present in the 
>> system' %
>>   name)
>> return _link_info(cache, link)
>> 
>> 
>> The libnl documentation note at [3] says that for the rtnl_link_get_by_name 
>> function 
>> "Attention
>> The reference counter of the returned link object will be incremented. 
>> Use rtnl_link_put() to release the reference."
>> 
>> So I took that hint, and made a change that does the rtnl_link_put() in
>> get_link(name) and it looks like it works for me.
>> 
>> diff oldnetlink.py netlink.py
>> 67d66
>> < return _link_info(cache, link)
>> 68a68,70
>> > li = _link_info(cache, link)
>> > _rtnl_link_put(link)
>> > return li
>> 333a336,337
>> > 
>> > _rtnl_link_put  = _none_proto(('rtnl_link_put', LIBNL_ROUTE))
>> 
>> Hope that helps. And if someone else could confirm that would be great.
>> 
>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1158108
>> [2]
>> https://gerrit.ovirt.org/gitweb?p=vdsm.git;a=blob;f=lib/vdsm/netlink.py;h=afae5cecb5ce701d00fb8f019ec92b3331a39036;hb=5608cfdf43db9186dabac4b2a779f9557e798968
>> [3] 
>> http://www.infradead.org/~tgr/libnl/doc/api/group__link.html#ga1d583e4f0b43c89d854e5e681a529fad
>
> Thanks, John, for a great detective work.
>
> I'm afraid that with even on the master branch we keep calling
> rtnl_link_get_link() and rtnl_link_get_by_name() without clearing the
> reference count, so a fix is due there, too.
>
> Would you consider posting a fully-fledged fix to gerrit? I still need
> to understand what is the use of that refcount, so that we do not
> release it too early.
>
> Regards,
> Dan.

Dan,

I'm happy to [1], although I've probably gotten something wrong with how
it's supposed to be done :) It's for the version I'm using so it's for
branch ovirt-3.5.

[1] https://gerrit.ovirt.org/#/c/39372/

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

Re: [ovirt-users] VDSM memory consumption

[John Taylor]

Daniel Helgenberger  writes:

> Hello Everyone,
>
> I did create the original BZ on this. In the mean time, lab system I
> used is dismantled and the production system is yet to deploy.
>
> As I wrote in BZ1147148 [1], I experienced two different issues. One,
> one big mem leak of about 15MiB/h and a smaller one, ~300KiB. These seem
> unrelated.
>
> The larger leak was indeed related to SSL in some way; not necessarily
> M2Crypto. However, after disabling SSL this was gone leaving the smaller
> leak.
>
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=1147148


I think there are, at least for the purpose of this discussion, 3 leaks:
1. the M2Crypto leak
2. a slower leak 
3. a large leak that's not M2Crypto related that's part of sampling

My efforts have been around finding the source of my larger leak, which
I think is #3.  I had disabled ssl so I knew that M2Crypto
isn't/shouldn't be the problem as in bz1147148, and ssl is beside the
point as it happens with a deactived host. It's part of sampling which
always runs.

What I've found is, after trying to get the smallest reproducer, that
it's not the netlink.iter_links that I commented on in [1] that is the
problem. But in the _get_intefaces_and_samples loop is the call to
create an InterfaceSample and that has getLinkSpeed() which, for vlans,
ends up calling ipwrapper.getLink, and that to
netlink.get_link(name)

netlink.get_link(name) *is* the source of my big leak. This is vdsm
4.16.10, so it is [2] and it's been changed in master for the removal of
support for libnl v1 so it might not be a problem anymore. 
 
def get_link(name):
"""Returns the information dictionary of the name specified link."""
with _pool.socket() as sock:
with _nl_link_cache(sock) as cache:
link = _rtnl_link_get_by_name(cache, name)
if not link:
raise IOError(errno.ENODEV, '%s is not present in the system' %
  name)
return _link_info(cache, link)


The libnl documentation note at [3] says that for the rtnl_link_get_by_name 
function 
"Attention
The reference counter of the returned link object will be incremented. Use 
rtnl_link_put() to release the reference."

So I took that hint, and made a change that does the rtnl_link_put() in
get_link(name) and it looks like it works for me.

diff oldnetlink.py netlink.py
67d66
< return _link_info(cache, link)
68a68,70
> li = _link_info(cache, link)
> _rtnl_link_put(link)
> return li
333a336,337
> 
> _rtnl_link_put  = _none_proto(('rtnl_link_put', LIBNL_ROUTE))

Hope that helps. And if someone else could confirm that would be great.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1158108
[2] 
https://gerrit.ovirt.org/gitweb?p=vdsm.git;a=blob;f=lib/vdsm/netlink.py;h=afae5cecb5ce701d00fb8f019ec92b3331a39036;hb=5608cfdf43db9186dabac4b2a779f9557e798968
[3] 
http://www.infradead.org/~tgr/libnl/doc/api/group__link.html#ga1d583e4f0b43c89d854e5e681a529fad

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

Re: [ovirt-users] VDSM memory consumption

[John Taylor]

Chris Adams  writes:

> Once upon a time, Sven Kieske  said:
>> On 13/03/15 12:29, Kapetanakis Giannis wrote:
>> > We also face this problem since 3.5 in two different installations...
>> > Hope it's fixed soon
>> 
>> Nothing will get fixed if no one bothers to
>> open BZs and send relevants log files to help
>> track down the problems.
>
> There's already an open BZ:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1158108
>
> I'm not sure if that is exactly the same problem I'm seeing or not; my
> vdsm process seems to be growing faster (RSS grew 952K in a 5 minute
> period just now; VSZ didn't change).

For those following this I've added a comment on the bz [1], although in
my case the memory leak is, like Chris Adams, a lot more than the 300KiB/h
in the original bug report by Daniel Helgenberger .

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1158108

-John

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

Re: [ovirt-users] iSCSI and multipath

[John Taylor]

On Mon, Jun 9, 2014 at 9:23 AM, Nicolas Ecarnot  wrote:
> Le 09-06-2014 14:44, Maor Lipchuk a écrit :
>
>> basically, you should upgrade your DC to 3.4, and then upgrade the
>> clusters you desire also to 3.4.
>
>
> Well, that seems to have worked, except I had to raise the cluster level
> first, then the DC level.
>
> Now, I can see the iSCSI multipath tab has appeared.
> But I confirm what I wrote below :
>
> I saw that multipathing is talked here :
> http://www.ovirt.org/Feature/iSCSI-Multipath
>
>> Add an iSCSI Storage to the Data Center
>> Make sure the Data Center contains networks.
>> Go to the Data Center main tab and choose the specific Data Center
>> At the sub tab choose "iSCSI Bond"
>> Press the "new" button to add a new iSCSI Bond
>> Configure the networks you want to add to the new iSCSI Bond.
>
>
> Anyway, I'm not sure to understand the point of this wiki page and this
> implementation : it looks like a much higher level of multipathing over
> virtual networks, and not at all what I'm talking about above...?
>
>
> I am actually trying to know whether bonding interfaces (at low level) for
> the iSCSI network is a bad thing, as was told by my storage provider?
>
> --
> Nicolas Ecarnot


Hi Nicolas,
I think the naming of the managed iscsi multipathing feature a "bond"
might be a bit confusing. It's not an ethernet/nic bond, but a way to
group networks and targets together, so it's not "bonding interfaces"
Behind the scenes what it does is creates iscsi
ifaces(/var/lib/iscsi/ifaces) and changes the way the iscsiadm calls
are constructed to use those ifaces (instead of the default) to
connect and login to the targets
Hope that helps.

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

Re: [ovirt-users] issued engine-report with 3.4

[John Taylor]

Nathanaël,

> Thank you for this tip, should be resolved in 3.5, but for the moment, how
> to modify the jboss timeout deployment?
> Le 26/05/2014 14:45, John Taylor a écrit :

In
/usr/share/ovirt-engine/services/ovirt-engine/ovirt-engine.xml.in
change


  


to


  


See the gerrit   http://gerrit.ovirt.org/25895

Hope that helps.

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

Re: [ovirt-users] issued engine-report with 3.4

[John Taylor]

Hi Guys,
I think this is the deployment timeout problem.
What's happening is that jboss is timing out the deployment now that
it's taking longer than 60 seconds.
The same thing happened to me when I added dwh+reports.

https://bugzilla.redhat.com/show_bug.cgi?id=1078291
http://lists.ovirt.org/pipermail/users/2014-May/024297.html


2014-05-23 17:59:22,375 INFO  [stdout] (MSC service thread 1-4)
Creating ActionModelService object.
2014-05-23 17:59:22,381 INFO  [stdout] (MSC service thread 1-4)
Creating action model infrastructure.
2014-05-23 17:59:32,112 ERROR [org.jboss.as.server.deployment.scanner]
(DeploymentScanner-threads - 1) JBAS015052: Did not receive a response
to the deployment operation within the allowed timeout period [60
seconds]. Check the server configuration file and the server logs to
find more about the status of the deployment.
2014-05-23 17:59:32,116 INFO  [org.jboss.as.server]
(DeploymentScanner-threads - 2) JBAS015870: Deploy of deployment
"ovirt-engine-reports.war" was rolled back with failure message
Operation cancelled
2014-05-23 17:59:32,117 INFO  [org.jboss.as.server]
(DeploymentScanner-threads - 2) JBAS015871: Deploy of deployment
"engine.ear" was rolled back with no failure message
2014-05-23 17:59:32,126 ERROR [org.jboss.as.server.deployment.scanner]
(DeploymentScanner-threads - 1) JBAS015052: Did not receive a response
to the deployment operation within the allowed timeout period [60
seconds]. Check the server configuration file and the server logs to
find more about the status of the deployment.
2014-05-23 17:59:32,455 INFO  [org.quartz.core.QuartzScheduler] (MSC
service thread 1-1) Scheduler DefaultQuartzScheduler_$_NON_CLUSTERED

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

Re: [ovirt-users] Ovirt WebAdmin Portal

[John Taylor]

On Wed, May 21, 2014 at 4:17 PM, Carlos Castillo <
carlos.casti...@globalr.net> wrote:

> regards,
>
> My Name is Carlos and I'm a I:T Admin. I recently noticed that my oVirt
> Web Admin portal shows 0% memory usage for all my virtual machines, a
> situation that does not seem right to me.
>
> I have tried to search for information about why it may be happening that,
> but I have not found anything useful, so I go to this list looking for
> ideas?
>
> My oVirt Engine Version: 3.3.1-2.el6,
> O.S. CentOS release 6.4 (Final)
>
>
> --
> Carlos J. Castillo
>
> --
> Ingeniero de Soluciones de TI
> +58 426 2542313
> @Dr4g0nKn1ght
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
> Hi Carlos,
The memory usage is populated by the guest agent, so you need it installed
on the guests.
Seehttp://www.ovirt.org/Guest_Agent

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

Re: [ovirt-users] IO errors when adding new disk on iSCSI storage

[John Taylor]

Hi Morten,
My understanding of thin disks on a block domain is that vdsm traps
ENOSPC on the thin lv and uses the mailbox to get the SPM to extend
it.   See a presentation by Nir
http://www.ovirt.org/File:Storage-mailbox.odp
I thought I saw somewhere there were some changes/bugs around that for
allowing mixed data centers (both block and file domains). ...just
looked now and this bz looks relevant
https://bugzilla.redhat.com/show_bug.cgi?id=1083476


So maybe you could check the engine logs and spm logs for that flow
(sorry I can't tell you any specifics about what you should look for )

-John

On Fri, May 16, 2014 at 1:54 AM, Morten A. Middelthon  wrote:
> Hi,
>
> I just re-ran the test with adding a preallocated disk, and the problem did
> _not_ appear. I tried a few times to write large files with dd, but the vm
> continued to run without problems
>
> with regards,
>
>
> --
> Morten A. Middelthon
> Email: mor...@flipp.net
> Phone: +47 907 83 708
> ___
> 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] New problem with hosted-engine during "Configuring the management bridge"

[John Taylor]

Bob,
I remember something like this with an all-in-one install a while back
where that error showed up,  but it was kind of red herring with
multipath because the real problem was  ovirtmgmt bridge didn't get
created. And that was a known problem I think with f19 see
http://www.ovirt.org/OVirt_3.4_TestDay
"Important Note: Known Fedora 19 bug: If the ovirtmgmt bridge is not
successfully installed during initial host-setup, manually click on
the host, setup networks, and add the ovirtmgmt bridge. "

 If you can get to webadmin could you try to setup ovirtmgmt manually
on the host.

-John

On Wed, May 14, 2014 at 6:58 AM, Bob Doolittle  wrote:
> I could really use some help on this one. My efforts to debug VDSM via
> instrumenting the python code are not working - the compiled code must be
> cached somehow.
>
> Something is wrong with the way the multipathd service is being restarted.
> It doesn't look too me that systemctl is even being called for it.
>
> Thanks,
>   Bob
>
> On May 13, 2014 1:12 PM, "Bob Doolittle"  wrote:
>>
>> Maybe this isn't the actual problem after all.
>>
>> I replaced /sbin/multipath with a script runs the old version, but the
>> suppresses those errors and returns exit status 0.
>> But "vdsm-tool service-reload multipathd" is still failing and I don't
>> know why.
>>
>> I have attached my vdsm.log file.
>>
>> Any guidance appreciated. I'll try digging through the python code for
>> service.py and see if I can catch it when the multipath configuration is in
>> place to see the exact issue.
>>
>> -Bob
>>
>> On 05/13/2014 12:27 PM, Bob Doolittle wrote:
>>
>> Hi,
>>
>> I have started a new installation as specified in the 3.4.1 release notes
>> (fresh Fedora 19 install, yum localinstall
>> http://resources.ovirt.org/pub/yum-repo/ovirt-release34.rpm).
>>
>> This is failing in the step "Configuring the management bridge".
>>
>> Based on the vdsm.log, it appears I am hitting:
>> Bug 988995 - vdsm multipath.py restarts mutipathd, cutting the branch vdsm
>> sits on
>>
>> "multipath -F" is returning "invalid keyword: getuid_callout" and it
>> appears that this is causing vdsm-tool to abort (although the command exit
>> status is 0 and the bug report says that those are only harmless warnings).
>>
>> There is no workaround stated in that bug report.
>>
>> Help?
>>
>> -Bob
>>
>>
>
> ___
> 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] jboss deployments timeout (was: getting 404 after fresh install of oVirt 3.4 on CentOS 6.5 (+ solution))

[John Taylor]

Didi,

Some background is that I first ran into this when I added dwh+reports
to my 3.4 setup, and I found your bz then and did the fix (with
changes below) and it worked for me. The fixed ovirt-engine.xml.in got
overwritten when I upgraded to 3.4.1 and I reapplied .

But I did change

to


i.e. the / looks to be misplaced and should be used to close the
deployment-scanner tag.

>>If you do, please report - what exact versions (OS, jboss, ovirt, etc) you use
fedora 19 w/ latest updates
 kernel-3.13.11-100.fc19.x86_64
 ovirt-engine-3.4.1-1.fc19.noarch
 jboss-as-7.1.1-21.fc19.noarch
 ovirt-engine-reports-3.4.1-1.fc19.noarch

>>and (according to the logs) how long did the deployment take. Thanks!
My last startup shows that was right at the 59 second mark. So you can
see I'm right on the edge of it failing with default timeout of 60
seconds.

from server.log
2014-05-12 23:22:00,463 INFO  [org.jboss.as.server.deployment] (MSC
service thread 1-5) JBAS015876: Starting deployment of "engine.ear"
2014-05-12 23:22:00,464 INFO  [org.jboss.as.server.deployment] (MSC
service thread 1-6) JBAS015876: Starting deployment of
"ovirt-engine-reports.war"
...
2014-05-12 23:22:59,383 INFO  [org.jboss.as.server]
(DeploymentScanner-threads - 2) JBAS018559: Deployed "engine.ear"
2014-05-12 23:22:59,385 INFO  [org.jboss.as.server]
(DeploymentScanner-threads - 2) JBAS018559: Deployed
"ovirt-engine-reports.war"

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

Re: [ovirt-users] getting 404 after fresh install of oVirt 3.4 on CentOS 6.5 (+ solution)

[John Taylor]

I've seen a similar problem (404 on webadmin) on my 4GB physical ovirt
engine box, but it turned out to be the jboss timeout in deployment
Relevant bz  https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=1078291

so it might have been that it wasn't a memory limit in the OP that
caused failure, but the time it took jboss to deploy

-John

On Tue, May 13, 2014 at 12:31 PM, R P Herrold  wrote:
> On Tue, 13 May 2014, Sven Kieske wrote:
>
>> Doesn't this make you wonder where the minimum requirements come from?
>>
>> If it runs with less than 1 GB RAM, why do the docs say you need 4 GB
>> and recommend even 16 GB ?
>
> certainly a fair question ... There is also a statement in
> that setup script as to needed filesystem space which seems to
> have been simply 'pulled out of the air', rather than
> documented / explained
>
>> Is it just a matter of scale(number of vms/hosts/DCs) ?
>> What would make engine consume more RAM?
>>
>> Can you maybe lower the minimum requirements?
>
> Or isolate the recommendations to a flat file which is
> commented, and sourced by the script, so a person can discern
> the difference between 'hard' requirements, and simple
> 'recommendations' for a stated use case
>
> -- Russ herrold
> ___
> 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: [Users] Changing IP address of NFS storage server

[John Taylor]

Yes, Johan, I should have pointed that out

http://www.ovirt.org/Features/Manage_Storage_Connections

is feature page for storage connections management. I think it landed in 3.3

http://www.ovirt.org/OVirt_3.3_release-management

On Wed, Mar 19, 2014 at 3:01 PM, Johan Kooijman  wrote:
> It's a rare occasion, but shouldn't this be editable from the web interface?
>
>
> On Wed, Mar 19, 2014 at 6:31 PM, John Taylor  wrote:
>>
>> HI Rene,
>> I  think you can change it in table  storage_server_connections
>>
>> -John
>>
>>
>>
>> On Wed, Mar 19, 2014 at 12:55 PM, René Koch  wrote:
>> > Hi,
>> >
>> > I have an old oVirt 3.2 setup and I have to change the ip address of the
>> > data storage domain (NFS). Even if I shut down all vms I can't detach
>> > the
>> > data storage domain and reimport it as vms and templates are configured
>> > in
>> > oVirt which have their disk on this storage domain.
>> >
>> > Is there a way to change the ip? Maybe using the database?
>> > Would this be possible in 3.3 or 3.4?
>> >
>> > Thanks a lot for tips!
>> >
>> >
>> > --
>> > Best Regards
>> >
>> > René Koch
>> > Senior Solution Architect
>> >
>> > 
>> > LIS-Linuxland GmbH
>> > Brünner Straße 163, A-1210 Vienna
>> >
>> > Phone:   +43 1 236 91 60
>> > Mobile:  +43 660 / 512 21 31
>> > E-Mail:  rk...@linuxland.at
>> > 
>> >
>> > ___
>> > 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
>
>
>
>
> --
> Met vriendelijke groeten / With kind regards,
> Johan Kooijman
>
> T +31(0) 6 43 44 45 27
> F +31(0) 162 82 00 01
> E m...@johankooijman.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Changing IP address of NFS storage server

[John Taylor]

HI Rene,
I  think you can change it in table  storage_server_connections

-John



On Wed, Mar 19, 2014 at 12:55 PM, René Koch  wrote:
> Hi,
>
> I have an old oVirt 3.2 setup and I have to change the ip address of the
> data storage domain (NFS). Even if I shut down all vms I can't detach the
> data storage domain and reimport it as vms and templates are configured in
> oVirt which have their disk on this storage domain.
>
> Is there a way to change the ip? Maybe using the database?
> Would this be possible in 3.3 or 3.4?
>
> Thanks a lot for tips!
>
>
> --
> Best Regards
>
> René Koch
> Senior Solution Architect
>
> 
> LIS-Linuxland GmbH
> Brünner Straße 163, A-1210 Vienna
>
> Phone:   +43 1 236 91 60
> Mobile:  +43 660 / 512 21 31
> E-Mail:  rk...@linuxland.at
> 
>
> ___
> 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] 3.4 iscsi multipath feature iface initiatorname

[John Taylor]

Hi All,
I'm testing the 3.4 iscsi multipath feature and I think I have a
problem with the way  it is creating iscsi ifaces.

The background:
I've got an existing production 3.3 system that is iscsi, and it is
multipath in the sense that there are mulitple networks configured on
the hosts that are used to connect to my iscsi storage (a fujtisu
eternus) and the storage domain is configured with multiple targets
for each lun. This has worked for me but it's not the explicit managed
multipath that the new feature provides.

So in my test 3.4 all-in-one, i've tried to follow the steps at
http://www.ovirt.org/Feature/iSCSI-Multipath. I got the iscsi domain
up, but when I added the iscsi bonds, my storage domain went offline.
After digging through it, the reason  is that the iscsi bond creates
iscsi ifaces, and those ifaces have an initiatorname that is the name
of the network, not the iscsi initiatorname defined in
/etc/iscsi/initiatorname.iscsi

this is the part of vdsm log that shows the iscsi iface creation

Thread-275963::DEBUG::2014-03-06
16:58:15,743::iscsiadm::92::Storage.Misc.excCmd::(_runCmd)
'/usr/bin/sudo -n /sbin/iscsiadm -m iface' (cwd None)
Thread-275963::DEBUG::2014-03-06
16:58:15,786::iscsiadm::92::Storage.Misc.excCmd::(_runCmd) SUCCESS:
 = '';  = 0
Thread-275963::DEBUG::2014-03-06
16:58:15,787::iscsiadm::92::Storage.Misc.excCmd::(_runCmd)
'/usr/bin/sudo -n /sbin/iscsiadm -m iface -I em1.218 --op=new' (cwd
None)
Thread-275963::DEBUG::2014-03-06
16:58:15,827::iscsiadm::92::Storage.Misc.excCmd::(_runCmd) SUCCESS:
 = '';  = 0
Thread-275963::DEBUG::2014-03-06
16:58:15,828::iscsiadm::92::Storage.Misc.excCmd::(_runCmd)
'/usr/bin/sudo -n /sbin/iscsiadm -m iface -I em1.218 -n
iface.initiatorname -v em1.218 --op=update' (cwd None)
Thread-275963::DEBUG::2014-03-06
16:58:15,875::iscsiadm::92::Storage.Misc.excCmd::(_runCmd) SUCCESS:
 = '';  = 0
Thread-275963::DEBUG::2014-03-06
16:58:15,876::iscsiadm::92::Storage.Misc.excCmd::(_runCmd)
'/usr/bin/sudo -n /sbin/iscsiadm -m iface -I em1.218 -n
iface.transport_name -v tcp --op=update' (cwd None)

When those ifaces are used in the iscsiadm connections, I don't get
the luns attached because they're not the correct initiatorname in the
iscsi setup.

I know Francesco wrote of success at
http://lists.ovirt.org/pipermail/users/2014-January/020412.html
Has anyone else seen this?

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

Re: [Users] SD Disk's Logical Volume not visible/activated on some nodes

[John Taylor]

I want to jump in here and say I'm seeing the same thing.
ovirt 3.3.2  on f19
hosts  are vdsm 4.13.3-3.fc19

I'm using storage domain iscsi (fujitsu eternus) with 4 hosts. I've
known about the warning with the vg_mda_free ( I asked on lvm with no
response https://www.redhat.com/archives/linux-lvm/2014-February/msg00033.html
) but until now I didn't verify the problem with not seeing the lvs.
My test was create a standalone disk on the iscsi sd. The lv only
shows on the spm where it was created. None of the other 3 hosts show
it.   multipath -r on a non-spm host causes it to show up.

same lvm version
# lvm version
  LVM version: 2.02.98(2) (2012-10-15)
  Library version: 1.02.77 (2012-10-15)
  Driver version:  4.26.0

-John




>> This looks wrong - your vg_mda_free is zero - as vdsm complains.
>>
>> Zdenek, how can we debug this further?
>
> I see same issue in Fedora 19.
>
> Can you share with us the output of:
>
> cat /etc/redhat-release
> uname -a
> lvm version
>
> Nir

$ cat /etc/redhat-release
Fedora release 19 (Schrödinger's Cat)
$ uname -a
Linux blizzard.mgmt.futurice.com 3.12.6-200.fc19.x86_64.debug #1 SMP
Mon Dec 23 16:24:32 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
$ lvm version
  LVM version: 2.02.98(2) (2012-10-15)
  Library version: 1.02.77 (2012-10-15)
  Driver version:  4.26.0
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Proposal for a fresh look and feel for Ovirt

[John Taylor]

Hi Malini,
I like what you've done very much. But if you're going to give that
much space to the resource graphs, is it possible to do something like
sparklines to give us some sense of recent history?

-John

On Mon, Oct 14, 2013 at 1:06 PM, Malini Rao  wrote:
> Hi all,
>
> Here is a proposal for updating the ovirt look and feel to give it a fresh 
> and modern look - http://www.ovirt.org/Ovirt_LAF.
> Your feedback and input is invited.
>
> Thanks
> Malini
> ___
> 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: [Users] Disk statistics

[John Taylor]

I should have pointed to the gerrit that's an external tracker on that. It
shows the root cause is that the disk_image_dynamic table (part of the
engine) isn't getting updated. It's a view of that table that's used for
the stats that you see online and is used by the collector for dwh.

http://gerrit.ovirt.org/#/c/12961/
It says

core: disk_image_dynamic statistics (#892596)


vdsm sends disk statistics per disk, while disk_image_dynamic table
contains disk_image ids (volumes). Hence the update on disk ids that
VdsUpdateRunTimeInfo generates, actually does nothing. A quick fix for
this problem is that VdsUpdateRunTimeInfo now updates by the AI id, so
statistics are saved.





On Fri, Sep 20, 2013 at 3:02 PM, Joop  wrote:

> John Taylor wrote:
>
>> Hi Joop,
>>
>> If you're on 3.1 or 3.2 I think this is the bug
>> https://bugzilla.redhat.com/**show_bug.cgi?id=892596<https://bugzilla.redhat.com/show_bug.cgi?id=892596>
>>
>> -John
>>
>>  I'm on 3.2.2 el6. Reading that BZ suggests that it is 3.2 related but
> also it speaks of dhw. I don't have the reporting part of ovirt-engine
> installed so don't know it that is causing the zero values.
>
>
> Joop
>
> __**_
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/**mailman/listinfo/users<http://lists.ovirt.org/mailman/listinfo/users>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Disk statistics

[John Taylor]

Hi Joop,

If you're on 3.1 or 3.2 I think this is the bug
https://bugzilla.redhat.com/show_bug.cgi?id=892596

-John





On Fri, Sep 20, 2013 at 10:04 AM, Joop  wrote:

> Hi All,
>
> Because of an question on IRC I looked at /api/disks/long-disk-id/**statistics
> but all values (datum) are ZERO. Its a disk of a VM that was running a dd
> if=/dev/vda of=/dev/null so I would expect something to show up (Did
> various webpage refreshes of the mentioned stats url). I also have
> ovirt-guest-agent running on that VM, in case it matters and the disk is on
> a NFS data domain.
>
> What am I missing?
>
> Regards,
>
> Joop
>
> __**_
> 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