- Original Message -
From: Nir Soffer nsof...@redhat.com
To: Dan Kenigsberg dan...@redhat.com
Cc: Yaniv Bronheim ybron...@redhat.com, VDSM Project Development
vdsm-devel@lists.fedorahosted.org
Sent: Tuesday, February 4, 2014 4:39:55 PM
Subject: Re: [vdsm] suggested patch for python
according to coredumps we found in the scope of the bug [1] we opened [2] that
suggested to override python's implementation of thread.allocate_lock
in each coredump we saw few threads stuck with the bt:
#16 0x7fcb69288c93 in PyEval_CallObjectWithKeywords (func=0x2527820,
- Original Message -
From: Nir Soffer nsof...@redhat.com
To: Yaniv Bronheim ybron...@redhat.com
Cc: VDSM Project Development vdsm-devel@lists.fedorahosted.org
Sent: Tuesday, February 4, 2014 11:39:56 AM
Subject: Re: [vdsm] suggested patch for python-pthreading
- Original
Hey,
we found this yum bug and still struggling with more issuing according to the
relation between those packages
if we drop vdsm-python-cpopen the requirement in vdsm takes python-cpopen
instead.
in python-cpopen we have the same code base and it provides all
vdsm-ptyhon-cpopen provides,
- Original Message -
From: Vinzenz Feenstra vfeen...@redhat.com
To: Dan Kenigsberg dan...@redhat.com
Cc: VDSM Project Development vdsm-devel@lists.fedorahosted.org
Sent: Monday, January 27, 2014 4:00:55 PM
Subject: Re: [vdsm] Introduction of VDSM - Guest Agent API Versioning
On
Yes, sounds like the overriding of vdsm.conf is an issue that we need to avoid
what I wonder is that it is not a regression, old versions of vdsm also
overwrited the vdsm.conf file during deploy, so how is it harming us only now?
please open a bug on the overwriting issue
Thanks.
Yaniv
Hey Aditya,
If you followed Install 3rd party packages you should have python-daemon
installed.
Verify that with the command - rpm -qa | grep python-daemon
If it is not installed just yum install python-daemon and try again
If you missed that step, run again:
# yum install git java-devel
: Antoni Segura Puimedon asegu...@redhat.com
To: vdsm-devel vdsm-de...@fedorahosted.org
Cc: Dan Kenigsberg dan...@redhat.com, Yaniv Bronheim
ybron...@redhat.com
Sent: Monday, December 9, 2013 2:07:34 AM
Subject: vdsm-tool: vdsm fails to configure services
Hi List,
I was building vdsm from
...@redhat.com
To: Yaniv Bronheim ybron...@redhat.com
Cc: Antoni Segura Puimedon asegu...@redhat.com, vdsm-devel
vdsm-de...@fedorahosted.org
Sent: Sunday, December 8, 2013 9:47:10 AM
Subject: Re: [vdsm] Latest master fails to start due to logging
That has to be it. However, unless there's a bug
its probably because when you run first the new vdsm-tool command as root, you
create the upgrade.log as root, and when somewhere in vdsm code you call it
again , it fails to open the log file as vdsm user. could be?
- Original Message -
From: Assaf Muller amul...@redhat.com
To:
- Original Message -
From: Sandro Bonazzola sbona...@redhat.com
To: Dan Kenigsberg dan...@redhat.com, vdsm-de...@fedorahosted.org
Cc: hat...@redhat.com
Sent: Tuesday, November 26, 2013 8:50:38 AM
Subject: Re: [vdsm] Pending Self-Hosted-Engine Patches in ovirt-3.3.2
Il 25/11/2013
iiuc,
python-cpopen 1.2.3-2 was not declared the Obsoletes to override
vdsm-ptyhon-cpopen
python-cpopen 1.2.3-4 fixes it and since yesterday also available in f19.
we'll merge http://gerrit.ovirt.org/#/c/20469/ soon to avoid such issues, try
to reinstall it now
Yaniv Bronhaim,
Thanks.
-
- Original Message -
From: Dan Kenigsberg dan...@redhat.com
To: VDSM Project Development vdsm-devel@lists.fedorahosted.org
Cc: ybron...@redhat.com, smizr...@redhat.com, mskri...@redhat.com,
nsof...@redhat.com
Sent: Monday, November 18, 2013 9:59:53 PM
Subject: vdsm sync meeting
I planed to do it this morning :) Thanks Douglas!
So if still you find something missing there please notify me asap
Yaniv Bronhaim.
- Original Message -
From: Douglas Schilling Landgraf dougsl...@redhat.com
To: Sandro Bonazzola sbona...@redhat.com
Cc: VDSM Project Development
You can submit a short fix if you have such and I'll try to get there soon and
move it to the configurator
- Original Message -
From: Sandro Bonazzola sbona...@redhat.com
To: Yaniv Bronheim ybron...@redhat.com
Cc: Dan Kenigsberg dan...@redhat.com, dougsl...@redhat.com, vdsm-devel
Hey Patrick,
For the pep8 issue, as mentioned you should check pep8 --version and use 1.4.6.
If you use older version, just upgrade with python-pip
(yum install python-pip , and then `pip-install install pep8 --upgrade`)
Second, try to follow http://www.ovirt.org/Vdsm_Developers , it specifies
Hey Everybody,
FYI, Recently we merged a fix that changes the way vdsmd starts. Before that
service vdsmd start command performed its main logic in addition to related
services manipulation, as configure libvirt service and restart it for example.
Now we are trying to avoid that and only alert
- Original Message -
From: Sandro Bonazzola sbona...@redhat.com
To: Yaniv Bronheim ybron...@redhat.com
Cc: VDSM Project Development vdsm-devel@lists.fedorahosted.org, arch
a...@ovirt.org, Doron Fediuck
dfedi...@redhat.com, Itamar Heim ih...@redhat.com, Yedidyah Bar David
d
- Original Message -
From: Itamar Heim ih...@redhat.com
To: Yaniv Bronheim ybron...@redhat.com
Cc: VDSM Project Development vdsm-devel@lists.fedorahosted.org, arch
a...@ovirt.org
Sent: Thursday, October 10, 2013 5:24:40 PM
Subject: Re: Recent changes in vdsmd startup
On 10/10
- Original Message -
From: Dan Kenigsberg dan...@redhat.com
To: David Gibson dgib...@redhat.com
Cc: Tomas Dosek tdo...@redhat.com, vdsm-devel@lists.fedorahosted.org
Sent: Wednesday, October 2, 2013 11:21:30 AM
Subject: Re: [vdsm] supervdsmServer: Enable logging from multiprocessing
Maybe you should pass it with quotes - vdsClient 0 glusterVolumeSizeInfoGet
volumeName=gv1
But probably that's not the issue,
Did you try to add prints in
http://gerrit.ovirt.org/#/c/17822/5/client/vdsClientGluster.py to see where the
segfault is raised exactly ?
still, if you prefer to debug
Any estimation when the packages will be added to 6.4?
If it'll take long we should revert the dependencies on those packages till then
- Original Message -
From: Antoni Segura Puimedon asegu...@redhat.com
To: Yaniv Bronheim ybron...@redhat.com
Cc: VDSM Project Development vdsm-devel
Can you share vdsm.log and supervdsm.log , maybe I can find there something
about the exception..
Yaniv Bronhaim.
- Original Message -
From: Aravinda avish...@redhat.com
To: Yaniv Bronheim ybron...@redhat.com
Cc: vdsm-devel@lists.fedorahosted.org
Sent: Tuesday, August 27, 2013 12:29
- Original Message -
From: Michal Skrivanek michal.skriva...@redhat.com
To: Dan Kenigsberg dan...@redhat.com, Itamar Heim ih...@redhat.com,
bo...@ovirt.org
Cc: vdsm-de...@fedorahosted.org
Sent: Thursday, August 22, 2013 9:53:50 AM
Subject: Re: [vdsm] suggesting new Vdsm
Hey,
I couldn't join to the call from the Israeli number,
I wanted to raise that recently we added locking mechanism to vdsmd.init script
(http://gerrit.ovirt.org/#/c/17662/) that leaded to some regressions over
fedora 19
The fixes should be provided as part of
Thanks Guiseppe! Great links
We're surely can and should improve our VDSM unit tests, and use more of our
functional tests
I'll check the links more deeply, and be glad to get more useful and good
material\lectures for better programming that you encountered with
Yaniv Bronhaim.
-
Hey all,
lately we encountered few issues with pep8.
all jenkin's jobs updated to work with latest pep8 and pyflakes (using
python-pip - python-pip install --upgrade pep8\pyflakes)
the current versions are pep8 1.4.6 and pyflakes 0.7.2
Thanks,
Yaniv Bronhaim.
- Original Message -
...@redhat.com
To: vdsm-devel@lists.fedorahosted.org
Cc: Yaniv Bronheim ybron...@redhat.com
Sent: Wednesday, May 29, 2013 6:31:46 PM
Subject: supervdsm broken on master
I've just taken Yaniv's http://gerrit.ovirt.org/11051 Supervdsm as
external service to master, but unfortunately, I decided
Hey,
I think that libvirt_configure part can be an external module (maybe python
module) that can be initiated by vdsm-tool,
It should work with template or conf.default as you mentioned, and we should
call it before starting the service, I think it should be a module as it also
should include
Hey bigcoulds,
Thanks for notify about exceptions that you bumped in, but please provide more
information next time, Like what did you try to do, what leaded to the
exception, or just attach your vdsm log in such cases.
In that case, we increased the ulimit for open files for user vdsm.
please
...@gmail.com, Yaniv Bronheim
ybron...@redhat.com
Cc: Joop jvdw...@xs4all.nl, us...@ovirt.org, vdsm-de...@fedorahosted.org
Sent: Friday, April 12, 2013 12:33:07 AM
Subject: Re: [Users] vdsm unresponsive with python exception
On Thu, Apr 11, 2013 at 03:51:07PM -0500, Tony Feldmann wrote
...@linux.vnet.ibm.com
To: VDSM Project Development vdsm-devel@lists.fedorahosted.org
Cc: Yaniv Bronheim ybron...@redhat.com
Sent: Wednesday, March 13, 2013 6:25:46 AM
Subject: Re: [vdsm] VDSM test unit running path
on 03/11/2013 14:56, Yaniv Bronheim wrote:
Hey Shu,
Personally when I run specific
Hey Bala,
I just tried to change vdsmd start prior order to 85 and it looks fine and
works, but we never consider counting on it and that's why we put it as the
last service to run (99) - the trivial dependencies are on network services and
storage services, but we might need more services to
Agree.. Until we'll upload better solution for the zombies issue I prefer to
merge that patch.
- Original Message -
From: Dan Kenigsberg dan...@redhat.com
To: Dead Horse deadhorseconsult...@gmail.com
Cc: engine-de...@ovirt.org, Yaniv Bronhaim ybron...@redhat.com, Royce Lv
First lets illustrate the current repository structure:
- tests
- vdsm
- storage
- gluster
- betterPopen
... and more unused directories
- vdsm_api
- vdsm_cli
- vdsm_hooks
- vdsm_log
- vdsm_reg
- vdsm_tools
- vds_bootstrap
- contrib
As I understand your proposal, you added
Zhshzhou, It sounds very helpful and we must use functional tests already as
you mentioned.
Please inform vdsm-devel how to run those tests manually and how we can
distinguish errors with that.
XML-RPC functional test cases are still in progress and there's a lot to add
there, it might be
36 matches
Mail list logo