similar to: change date

--- src/task-omatic/taskomatic.rb | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/src/task-omatic/taskomatic.rb b/src/task-omatic/taskomatic.rb index 7de725d..0314e6a 100755 --- a/src/task-omatic/taskomatic.rb +++ b/src/task-omatic/taskomatic.rb @@ -548,7 +548,7 @@ class TaskOmatic dest_uri = "qemu+tcp://" + dest_node.hostname + "/system"

Live migration is an operation which can takes times, like 2 or 3 minutes for heavy vms. Fixing this timeout work around another bug of db-o-matic: the infinite loop where node A has a defined & stopped vm X and node B has a defined & running vm X. I encountered this bug because the live migration has hit the timeout limit. Signed-off-by: Loiseleur Michel <mloiseleur at

Am Montag, 8. August 2005 18:12 schrieb Reid Spencer: > Stephan, > > I've seen this before. It happens when you do "make bootstrap" in llvm-gcc. > While "make bootstrap" is the correct way to build GCC, its not the correct > way to build llvm-gcc. > > Based on my experience with this, I suggest you completely erase your build > tree and then follow

This patch uses the qpid migration call which requires the latest libvirt-qpid and libvirt. I also add a bunch of debug logging here which is switchable but I've left it on for now so all users will have this in their logs. Signed-off-by: Ian Main <imain at redhat.com> --- src/task-omatic/taskomatic.rb | 36 ++++++++++++++++++++++++++++-------- 1 files changed, 28 insertions(+), 8

Stephan, I've seen this before. It happens when you do "make bootstrap" in llvm-gcc. While "make bootstrap" is the correct way to build GCC, its not the correct way to build llvm-gcc. Based on my experience with this, I suggest you completely erase your build tree and then follow the CFEBuildInstr.html instructions *to the letter* with zero deviations. If you

I have just upgraded my gentoo system to dovecot 2.0.11. The ebuild on http://wiki2.dovecot.org/Plugins/deleted-to-trash does not compile. I have modified this to a working version - see below. # cat dovecot_deleted_to_trash-0.3.ebuild EAPI="2" DESCRIPTION="Deleted to trash IMAP plugin for Dovecot" HOMEPAGE="http://wiki2.dovecot.org/Plugins/deleted-to-trash"

Answers inline .. Stephan Wienczny wrote: > > Hallo, > > do you know if bootstrap is the default target? No, "all" is the default. > > This is what I'm doing: > <code> > inherit eutils > > DESCRIPTION="C, C++ Frontend for Low Level Virtual _Machine" > HOMEPAGE="http://llvm.org/" >

This patch increases the timeout value on taskomatic calls so that we get back the real libvirt errors instead of just having qmf timeout. Signed-off-by: Ian Main <imain at redhat.com> --- src/task-omatic/task_storage.rb | 6 +++--- src/task-omatic/taskomatic.rb | 10 +++++----- 2 files changed, 8 insertions(+), 8 deletions(-) diff --git a/src/task-omatic/task_storage.rb

Am Montag, 8. August 2005 04:15 schrieb Chris Lattner: > > I have never seen this, and don't really have any ideas. What configure > options did you use? Did you follow the directions here? > > http://llvm.cs.uiuc.edu/docs/CFEBuildInstrs.html > Yes I followed those instructions - almost. This is my configure line: ../src/configure --prefix=/usr --disable-threads

Hi! Since I switched from SuSE to Gentoo (before Novell era :-) I wrote a simple ebuild script for building wxruby on Gentoo. Few notes: a) in order to work, wxruby-0.1.0.tgz should contain wxruby-0.1.0 folder since it is a Gentoo policy and I hope it''s not a problem to change that for 0.2.0 b) I assumed that one needs Ruby >= 1.8.0 and wx >= 2.4.1. Is it OK? Please inspect

Working on setting up dovecot and having trouble logging in. I get an error in logs (below) indicating Operation not Permitted. auth_debug doesn't help. Ideas? # dovecot --version 1.1.7 # dovecot -n # 1.1.7: /etc/dovecot/dovecot.conf # OS: Linux 2.6.29-gentoo-r5 i686 Gentoo Base System release 1.12.11.1 listen: *,[::] ssl_cert_file: /etc/ssl/dovecot/server.pem ssl_key_file:

Hi We use mrepo to keep a local repository. I downloaded the CentOS6.1 iso and used that as the base. We also have the CR repo added. I was expecting this change to cause no issues but the following packages have version issues between the base 6.1 and the CR repo:- base version CR version dbus-libs-1.2.24-4.el6_0.x86_64 dbus-libs-1.2.24-5.el6_1.x86_64

is there a new way to install asterisk? im using centos 4.5 and trying to install asterisk. when i do make clean and make install i get this error. # make clean --snip-- make[1]: Leaving directory `/usr/src/asterisk-1.2.24/apps' make: *** codecs: No such file or directory. Stop. make: *** [clean] Error 1 --snip-- # make --snip-- make[1]: Leaving directory

Hi, I am using debian 4.0 with version 2.6.18-4-686 I have downloaded the required files form site asterisk-1.2.24.tar.gz libmfcr2-0.0.3-1.4.tar.bz2 libsupertone-0.0.2.tar.gz libunicall-0.0.3-1.4.tar.bz2 spandsp-20060903.tar.gz I downloaded and installed the files in the follwing sequence spandsp libsupertone libunicall libmfcr2-0.0.3 is

On 8/23/07, sanchal.singh at alliance-infotech.com Hi, I am using debian 4.0 with version 2.6.18-4-686 I have downloaded the required files form site asterisk-1.2.24.tar.gz libmfcr2-0.0.3-1.4.tar.bz2 libsupertone-0.0.2.tar.gz libunicall-0.0.3-1.4.tar.bz2

Does realtime work reliably on Asterisk 1.2.24? Are there any definitive guides, I can only find bits and pieces here and there. Any accurate howtos would be of great help. I am missing func_realtime.so. Where does this file come from? Asterisk or asterisk-addons? I saw in one of the howtos that it is needed. Is it needed for 1.2.X or 1.4.X. Also, what about the switch lines in the

Hi, im using asterisk-1.2.24 and zaptel-1.2.20, im having a problem running meetme conference, when i try to call meetme i get this from the asterisk console Aug 24 00:14:12 WARNING[15466]: pbx.c:1720 pbx_extension_helper: No application 'MeetMe' for extension (sample, 65000, 1) i recompiled my zaptel and asterisk, but the app_meetme file still didn't install, what am i missing

Hi All, Twice now in the past few weeks I've walked into the office to find that our 1.2.24 Asterisk process is sat at 100%, and that hundreds of thousands of log files in /var/log/asterisk exist, all at 312 bytes, containing: Aug 29 23:22:17 VERBOSE[24303] logger.c: Asterisk Event Logger restarted Aug 29 23:22:17 VERBOSE[24303] logger.c: Asterisk Queue Logger restarted Aug 29 23:22:17

If the subject of xapian-core apitests on MSYS/MINGW and MSYS2/MINGW is taken up it might be noted that the compiler version could be recorded, probably gcc 5.3.0 or newer, that closed pipes might be an issue, and also allocating for the location of xapian-tcpsrv. Not from my own tests but another man informed there was some problems with [MSYS2] python bindings. I am not knowledgeable of the

Hello, Has anyone tried the combination of asterisk 1.2.24, zaptel 1.4.5 and HPEC 9.00.003? In particular, with a hardware configuration similar to: Module 0: Installed -- AUTO FXO (FCC mode) Module 1: Installed -- AUTO FXO (FCC mode) Module 2: Installed -- AUTO FXO (FCC mode) Module 3: Not installed Found a Wildcard TDM: Wildcard TDM400P REV I (3 modules) I have two fully independent systems