search for: daemonic

Hi all, I'm unable to upgrade my Dom-0 from CentOS 7.5 to CentOS 7.6 with the sigvirt centos-xen-48 repository enabled and Xen components enabled. It breaks down to down to the fact that 7.6 has a newer version of libvirt included (4.5), while the Xen repository's packages are build against 4.1 version of libvirt. I also tried to enable the libvirt-latest repository, but that does not

Anyone have an idea of what may have happened or how to fix? I'm only seeing this issue after the OS update to CentOS 7.3. Thanks PJ On Sat, Dec 24, 2016 at 10:19 AM, PJ Welsh <pjwelsh at gmail.com> wrote: > I'v also got this issue when trying to update my CentOS 7.3 systems. I did > see a new user request that mentioned beginning to help with libvrit 2.0 > and/or 2.5

I have a Dell T430 with CentOS 7 kernel release: 3.18.41-20.el7.x86_64 and xen_version : 4.6.3-3.el7 I am doing an update of my server, but it fails:- yum update ================================================================================= Error: Package: libvirt-daemon-driver-libxl-1.3.0-1.el7.x86_64 (@centos-virt-xen) Requires: libvirt-daemon = 1.3.0-1.el7 Removing:

PJ My server is critical to me, but not the public, fortunately. I can take it down as I suggested, but am a bit reluctant to do so until I have heard more opinions. Presumably your system update failed using your script, so it will probably fail for me if I copy it. I will keep a copy anyway. ----- Original Message ----- > From: "PJ Welsh" <pjwelsh at gmail.com> > To:

I'v also got this issue when trying to update my CentOS 7.3 systems. I did see a new user request that mentioned beginning to help with libvrit 2.0 and/or 2.5 updates. Just not sure what to do in the short term? Any hints/help would be appreciated: Loaded plugins: fastestmirror Loading mirror speeds from cached hostfile * base: mirrors.cmich.edu * elrepo: mirrors.netix.net * epel:

I am still waiting in hope someone will have an idea on what to do. Perhaps I should do this:- boot into a normal kernel uninstall centos-virt update the system reinstall centos-virt What do you think? Francis ----- Original Message ----- > From: "PJ Welsh" <pjwelsh at gmail.com> > To: "Discussion about the virtualization on CentOS" <centos-virt at

Just to answer my own question, I solved this by installing yum-plugin-priorities and setting priority=10 to centos-virt-xen-48 repository. Yum doesn't consider the libvirt packages from CentOS base/updates anymore after this. Sorry for the noise, Gennardy On 23.12.18 11:01, Gennardy Smith wrote: > Hi all, > > I'm unable to upgrade my Dom-0 from CentOS 7.5 to CentOS 7.6 with

Dear Jean-Marc, Thank you for replying. I Installed CentOS 7 and centos-virt from the normal repos (CentOS-Xen) in December 2015 and have not had to build anything. I am running CentOS 7, not sure if it has automatically updated itself to 7.3, so I would expect the updates to come from the repo, and not need building from source. Regards Francis ----- Original Message ----- > From:

As libvirt from Xen is 1.3.0 and libvirt from CentOS 7.3 is now 2.0.0, libvirt from Xen has to be rebuild to upgrade the new libvirt 2.0.0 See my previous post : https://lists.centos.org/pipermail/centos-virt/2016-November/005255.html I've done it for my own repo : https://copr.fedorainfracloud.org/coprs/jmliger/virt7-upstream/ Regards, Jean-Marc Le 30/12/2016 ? 17:56, Francis The

Jiri Denemark has already proposed to help rebuild libvirt for CentOS-Xen but I don't know if he got all that is need to do so ? Maybe I could help also, but I would have to learn the Centos build system first. Regards, Jean-Marc Le 31/12/2016 ? 08:46, Francis The Metman a ?crit : > Dear Jean-Marc, Thank you for replying. > I Installed CentOS 7 and centos-virt from the normal repos

Hi Folks, I want to set up backgroundrb on my laptop to do some tests. But when I run "scripts/background start" I get this error: ruby/lib/ruby/gems/1.8/gems/daemons-1.0.5/lib/daemons/daemonize.rb:160:in `setsid'': the setsid() function is unimplemented on this machine (NotImplementedError) from ruby/lib/ruby/gems/1.8/gems/daemons-1.0.5/lib/daemons/daemonize.rb:160:in

Hi, as a followup for the signature fix for mount_vfs [1], here it is a patch series to generate automatically all the OCaml interfaces of daemon actions. [1] https://www.redhat.com/archives/libguestfs/2018-April/msg00059.html Thanks, Pino Toscano (5): daemon: directly use Optgroups daemon: use the structs from the Structs module daemon: move Lvm.lv_canonical to new Lvm_utils module

On Thu, Jan 5, 2017 at 6:38 PM, Francis The Metman <themetman at themetman.net> wrote: > I have tried updating using yum update and get the same error as before: > ========================================================================== > ---> Package libvirt-daemon.x86_64 0:1.3.0-1.el7 will be updated > --> Processing Dependency: libvirt-daemon = 1.3.0-1.el7 for package:

I ran the Coverity static analyzer[1] on libguestfs, and fixed many errors as a result. Coverity found some errors in gnulib, but it doesn't seem to be worth following those up since the version of gnulib we are using is so old. There are a couple more errors (possibly 1 false-positive) which I'm going to send in a separate email. BTW all the errors found by Coverity were in the daemon

Hi, as a followup for the signature fix for mount_vfs [1], here it is a patch series to generate automatically most of the OCaml interfaces of daemon actions. Only the Lvm and Mount modules are left with hand-written interfaces. [1] https://www.redhat.com/archives/libguestfs/2018-April/msg00059.html Thanks, Pino Toscano (3): daemon: directly use Optgroups daemon: use the structs from the

Hi, everybody. I can't understand the nature of the exact error on my samba-server. I'd be very thanksfull for some help... Here's situation: One Linux-server (CentOS 7.2) with Samba and a network of 14 noteboks (win 10). At some point, during working day, smb starts dumping core and syslog giving us the following: 2016-01-16 18:45:15 err infoclinik daemon smbd 2016-01-16

- Btrfs-progs v4.1 introduced new feature of changing uuid of btrfs partition. This patch add support of this. - uuids.c did a lot of deplicated work for changing uuid of fs. Use existed functions. -- Introduce new API: btrfstune_set_uuid_random Chen Hanxiao (5): uuid: add support to change uuid of btrfs partition uuid: use existed function of ext2 uuid: use newly introduced

We should use the existing function from specific fs, if not, move it to specific fs files. Chen Hanxiao (5): label: move btrfslabel to btrfs.c label: move e2label to ext2.c and call it locally label: move ntfslabel to ntfs.c label: use existing do_xfs_admin for xfslabel labels: return ENOTSUP if could not set label for specific fs daemon/btrfs.c | 16 +++++++++++ daemon/daemon.h |

To all, I started the process of updating some of our systems from 7.5 to 7.6. Most of the servers had no problems, but several of the desktops had some difficulties. I was required to perform several yum commands to update as much as possible in the format of yum update a* then b* etc. Then after I got everything updated that would update in this manner and after the use of "rpm -Va

Simple shortcut to easily cleanup a stringsbuf. --- daemon/daemon.h | 1 + daemon/guestfsd.c | 7 +++++++ 2 files changed, 8 insertions(+) diff --git a/daemon/daemon.h b/daemon/daemon.h index 53cb797..bed4dbc 100644 --- a/daemon/daemon.h +++ b/daemon/daemon.h @@ -92,6 +92,7 @@ extern int add_string (struct stringsbuf *sb, const char *str); extern int add_sprintf (struct stringsbuf *sb, const