similar to: [Bug 1460] New: nft_table_validate() exceptionally slow for some configurations

Hi, I have an issue with a vacation message in a sieve script. I can't see an error in the script itself. Pigeonhole version: 0.4.2-32 Dovecot Version: 2.2.10 The script was created by Ingo (part of the Horde suite), but I think the script is fine. The problem is that when a message is sent to the "everyone" group (and alias for every person in the organisation), vacation

https://bugzilla.netfilter.org/show_bug.cgi?id=1459 Bug ID: 1459 Summary: EMLINK error for NFT_GOTO Product: nftables Version: unspecified Hardware: x86_64 OS: All Status: NEW Severity: enhancement Priority: P5 Component: kernel Assignee: pablo at netfilter.org

jesus! learn to use precedence On 11/26/14, Harry Mills <harry at opendium.com> wrote: > Hi, > > I have an issue with a vacation message in a sieve script. I can't see > an error in the script itself. > > Pigeonhole version: 0.4.2-32 > Dovecot Version: 2.2.10 > > The script was created by Ingo (part of the Horde suite), but I think > the script is fine.

https://bugzilla.netfilter.org/show_bug.cgi?id=1120 Bug ID: 1120 Summary: nf_tables_check_loops error on adding element to vmap Product: nftables Version: unspecified Hardware: x86_64 OS: Ubuntu Status: NEW Severity: trivial Priority: P5 Component: kernel Assignee: pablo at

If I issue a "Goto" command to an invalid extension within a valid context, then the "i" extension is invoked properly. But, if I issue a "Goto" command to an invalid context, then no "i" extension appears to be invoked. Is this intended behavior? How can I get it to go to "i" if the context being Goto'd is invalid? Thank you, Bryan

Feature Requests item #1460, was opened at 2005-02-05 13:12 You can respond by visiting: http://rubyforge.org/tracker/?func=detail&atid=414&aid=1460&group_id=85 Category: win32-file Group: Code >Status: Closed >Resolution: Accepted Priority: 3 Submitted By: Daniel Berger (djberg96) >Assigned to: Daniel Berger (djberg96) Summary: Redefine File.stat Initial Comment: The

CentOS Errata and Bugfix Advisory 2011:1460 Upstream details at : http://rhn.redhat.com/errata/RHBA-2011-1460.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 22d1179b93f9322e5cb761edfe6dbc6a PyXML-0.8.4-6.el5.x86_64.rpm Source: b20f4b420e61f3dc4a7c9dc90f66ec01 PyXML-0.8.4-6.el5.src.rpm -- Johnny Hughes CentOS

CentOS Errata and Bugfix Advisory 2011:1460 Upstream details at : http://rhn.redhat.com/errata/RHBA-2011-1460.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 3bc12dfd2730e63ba0c6247f0b60f940 PyXML-0.8.4-6.el5.i386.rpm Source: b20f4b420e61f3dc4a7c9dc90f66ec01 PyXML-0.8.4-6.el5.src.rpm -- Johnny Hughes CentOS Project

https://bugzilla.mindrot.org/show_bug.cgi?id=1460 Summary: openssh-4.9p1.tar.gz configure:15943: error: *** Can't find recent OpenSSL libcrypto Classification: Unclassified Product: Portable OpenSSH Version: 5.0p1

Help! I have providers configured that send me incoming calls via SIP. There's one that seems to make trouble. As soon as I get a few concurrent calls through this peer, Asterisk CPU load goes up to 250%, audio becomes laggy and I get hundreds of these per second in the logs: [Jun 20 20:00:16] WARNING[1206][C-00000001] channel.c: Exceptionally long queue length queuing to

On Sun, Sep 28, 2014 at 04:30:37PM +0800, Zhi Yong Wu wrote: > HI, > > On a RHEL5 box, i tried to directly run guest which was issued by > libguestfs virt-xxx commands as below. But after some minutes, it > exited exceptionally. > > Does anyone also hit the issue or know the reason? As it says in the error message itself: > Failed to connect to virtio-serial channel.

On Sun, Sep 28, 2014 at 06:33:53PM +0800, Zhi Yong Wu wrote: > On Sun, Sep 28, 2014 at 6:26 PM, Richard W.M. Jones <rjones@redhat.com> wrote: > > Which version of libguestfs is this? I think you'll have no hope of > #rpm -qa | grep libguestfs > libguestfs-1.20.8-1 > libguestfs-tools-c-1.20.8-1 > > getting upstream libguestfs to run on RHEL 5. There is a branch

On Sun, Sep 28, 2014 at 11:43:17PM +0800, Zhi Yong Wu wrote: > Yeah, but why did it happen when i directly issue guest VM via above command? OK I see. When libguestfs runs qemu-kvm, it sets up a TCP socket first [on RHEL 5 -- it works differently upstream]. Without the socket existing (and sending commands etc), the qemu-kvm command on its own won't work. Rich. -- Richard Jones,

On Mon, Sep 29, 2014 at 12:55:04AM +0800, Zhi Yong Wu wrote: > On Mon, Sep 29, 2014 at 12:36 AM, Richard W.M. Jones <rjones@redhat.com> wrote: > > On Sun, Sep 28, 2014 at 11:43:17PM +0800, Zhi Yong Wu wrote: > >> Yeah, but why did it happen when i directly issue guest VM via above command? > > > > OK I see. When libguestfs runs qemu-kvm, it sets up a TCP socket

On Mon, Sep 29, 2014 at 01:22:19AM +0800, Zhi Yong Wu wrote: > Yes, I am trying to run it in Xen Domain0. I thought that we can use > Domain0 as a public libguestfs VM, This will avoid starting a new > guest for virt-xxx every time, But Domain0 has no corresponding qemu > task. So this way isn't available. > Now, i am considering if we can run private VM for libguestfs which

On Mon, Sep 29, 2014 at 01:35:08AM +0800, Zhi Yong Wu wrote: > On Mon, Sep 29, 2014 at 1:27 AM, Richard W.M. Jones <rjones@redhat.com> wrote: > > User-Mode Linux is also a possibility. Slow but consistent > Slow is a big concern... There are some measurements here: http://rwmj.wordpress.com/2013/08/14/performance-of-user-mode-linux-as-a-libguestfs-backend/ Rich. -- Richard

I searched the archives and found a couple references to this from Mark. I am on a network that will not support IRC (govt) so I cannot do IRC. This happend after calling Voicemail (<num>). I hung up on the call and also tried the # to hang up. Both resulted in many, many 'Dropping voice to exceptionally long queue on IAX2' until I physically hung up the line. It seems the

As far as I can tell I have this resolved. For those of you that may encounter this error I send this out to help. I have determined that the problem lay with my mail setup. I was attaching voicemail messages to email alerts. The problem was my server decided to take the backup MX instead of the local one. My backup MX doesn't have much bandwidth available so transferring a message took a

I wonder if anyone out there has a perspective on this. There are a welter of tickets out there on the matter, most of them closed. This problem began for me over a year ago, and continues up to the latest versions I've installed (1.6.2.13). It happens randomly, and the suggestion on one of the bug tracker tickets that it is instigated by a small network leg looks to be on point to me,

On Sun, Jun 28, 2020 at 2:26 PM Dovid Bender <dovid at telecurve.com> wrote: > Hi, > > We have a box up and we are starting to see a lot of "Exceptionally long > queue length queuing" in the logs. From all the research so far it seems > like this leads to their systems crashing and being unreachable. In our > case the box remains up and takes calls. We are