search for: preparer

I have two hosts, vm1 and vm2, which are both running libvirt 0.7.0. They share a common ocfs2 file system that resides on a san, and have identical network configurations. I am running qemu-kvm 0.11.0 on ubuntu 9.10 servers. I start base32 on vm1 and it comes up (it also runs fine if started on vm2). Then from vm2 I do: vm2#: virsh -c qemu://vm1/system migrate --live base32 qemu://vm2/system

hello everybody and happy new year! I am a newbie in libvirt use, and I use it mostrly throught OpenNebula. Anyway, I noticed that one of the nodes can be a destination of a livemigrate but not the source. This is the environment: 4 blades nicknamed(*) red3, red9, red10, red11, each with 8 Intel E5506 cores (@ 2.13GHz) running CentOS 5 and KVM as hyoervisor. (*) these are names I

Previous kernel was 4.13.0-10.1-liquorix-amd64 The updated kernel that I'm having trouble was not liquorix -- was straight from Debian. Here's my apt log: Log started: 2018-01-02 12:04:48 (Reading database ... (Reading database ... 5% (Reading database ... 10% (Reading database ... 15% (Reading database ... 20% (Reading database ... 25% (Reading database ... 30% (Reading database ...

I am running Debian testing and updated my system this morning which included a new kernel: 4.14.0.2-amd64 After this update, my system froze twice -- both times the exact same behavior. In both situations, the system froze while I was resizing a window. The mouse cursor froze, clock stopped, num lock stopped working. I didn't check if the system responded to pings from a remote machine,

Hello everybody, i oberserve a strange behavior of libvirtd. I have an xen vm (HVM, windows xp) that i restore from an statefile. If i do so, it works. But if i do that in an loop, where i restore the vm, let it run 60 seconds, destroy it, wait 30 second, and then i restore again, it runs 91 times and then libvirt crashed and the give me in the syslog logs the messages after "from

Hi all: I create VM on most hypervisors very quickly, about 2 seconds. But some hypervisors are slow, taking more than 10 seconds. I started the debug log for libvirtd and found that some threads had timed out. Thread 95205 has two 5-second timeouts, but I don't know why? Below some information about my hypervisor: [root@node1 datapool]# virsh -v 3.4.0 [root@node1 datapool]# qemu-x86_64

Possibly off the wall and a long shot, but is pre-installed Linux perhaps 32 bit, while the R attempt is 64? JN On 16-03-23 02:22 PM, Barnet Wagman wrote: > Synaptic can show the origin of packages. > > The only thing I see from a backport is > > libcmanager0 > > I don't think this is relevant to R. Or is it. > > The only thing I've got installed from

I can make a few suggestions to help you hunt for the issue. This kind of error is often caused by conflicting packages from proposed, backports, ppas, or other 3rd party repos. If for some reason you have a dependency installed from one of those sources that is newer than what R on cran was built against (stock ubuntu 14.04) then you will hit a conflict. Simply removing backports from your repos

That could do it http://packages.ubuntu.com/trusty-backports/libcgmanager0 Seems to be libc related, which is a pretty core library to much of the whole system. Hmm, which model Dell? We just got a Dell 5000 series with Ubuntu, I have not checked with my boss if there was R installation issues. Thanks, Alex On 03/23/2016 11:22 AM, Barnet Wagman wrote: > Synaptic can show the origin of

On 23 March 2016 at 09:35, Barnet Wagman wrote: | I am unable to install R on an up to date (i.e. apt upgraded) Ubuntu | 14.04 system. According to | https://cran.r-project.org/bin/linux/ubuntu/README (and many other sources), | R is available for this version of Ubuntu (which is a stable version). | | I currently have | | deb https://cran.cnr.berkeley.edu/bin/linux/ubuntu trusty/ | | in

Synaptic can show the origin of packages. The only thing I see from a backport is libcmanager0 I don't think this is relevant to R. Or is it. The only thing I've got installed from a ppa is mate (a desktop). I don't see anything related to mate that is related to R. FYI the ubunu I'm using came preinstalled from Dell (on a notebook; usually I install linux myself). On

It's a Dell XPS 13. Obviously I don't understand what's in libcmanager0. I wonder if I can safely replace it. I'm a bit uneasy about replacing things Dell installed. I gather there are some specialized drivers for the monitor on this system. On 03/23/2016 11:34 AM, Alex M wrote: > That could do it > http://packages.ubuntu.com/trusty-backports/libcgmanager0 > >

I am unable to install R on an up to date (i.e. apt upgraded) Ubuntu 14.04 system. According to https://cran.r-project.org/bin/linux/ubuntu/README (and many other sources), R is available for this version of Ubuntu (which is a stable version). I currently have deb https://cran.cnr.berkeley.edu/bin/linux/ubuntu trusty/ in sources.list. I've tried this with and without deb

I consider this's a problem on mips platform, while it did not happened on x86 after testing. :-( ... ------------------ Original ------------------ From: "menghuizhanguo";<menghuizhanguo@gmail.com>; Date: Wed, Oct 30, 2013 10:50 AM To: "menghuizhanguo"<menghuizhanguo@gmail.com>; "libvirt-users"<libvirt-users@redhat.com>; Cc:

libvirt_lxc causes cpu 100% usage? libvirt version : 1.1.1 I don't know what happend, any help would be appreciated. thx top - 07:39:44 up 1 day, 2:13, 2 users, load average: 4.72, 4.59, 4.51 Tasks: 243 total, 4 running, 239 sleeping, 0 stopped, 0 zombie %Cpu0 : 33.1 us, 1.3 sy, 0.0 ni, 64.6 id, 0.7 wa, 0.0 hi, 0.3 si, 0.0 st %Cpu1 : 41.1 us, 3.0 sy, 0.0 ni, 55.3 id, 0.7

log_level = 1 In the lxc log , under normal situation , about 6~7 minutes between loops . the log below is printed in a loop.（the minimal loop content) 2013-10-29 10:17:00.567+0000: 7566: debug : virEventPollRunOnce:638 : Poll got 1 event(s) 2013-10-29 10:17:00.567+0000: 7566: debug : virEventPollDispatchTimeouts:423 : Dispatch 2 2013-10-29 10:17:00.568+0000: 7566: debug :

why the poll always got 1 event ... ? any suggestion ? "virEventPollRunOnce:638 : Poll got 1 event(s)" ------------------ Original ------------------ From: "menghuizhanguo";<menghuizhanguo@gmail.com>; Date: Thu, Oct 31, 2013 08:43 AM To: "libvirt-users"<libvirt-users@redhat.com>; Subject: Re:libvirt_lxc causes cpu 100% usage I consider

Ah, ok, apt-get remove libldb1 ldb-tools Then try again : apt install samba winbind acl The replacement of libldb1 to libldb2 is missing something. I'll have a look at that. Greetz, Louis > -----Oorspronkelijk bericht----- > Van: Lmloge [mailto:lmloge at orange.fr] > Verzonden: vrijdag 20 december 2019 13:15 > Aan: L.P.H. van Belle > CC: samba at lists.samba.org

Hello Louis, ----------------------------------- # apt-get remove libldb1 ldb-tools Reading package lists... Done Building dependency tree Reading state information... Done The following packages were automatically installed and are no longer required: ? libtalloc2 libtdb1 libtevent0 Use 'apt autoremove' to remove them. The following packages will be REMOVED: ? ldb-tools libldb1 0

I searched the archives and found a thread about it, but I didn''t understand: are prepared statement used by ActiveRecord on those databases that could handle them (Postgresql, Mysql, Oracle etc)? In case they are not used, are they planned? Is there a roadmap about Rails I can find somewhere?