similar to: Bad file descriptor with maildir and bzip2 files

Hello, please excuse my asking a question about simple configuration rather than something about a suspected bug or other detailed enquiry. I've set up dovecot (1.0.13, from http://www.blastwave.org) and when Thunderbird connects to it, all is well and I see folders as expected. When MacOS X mail connects however, it sees my home directory on the dovecot machine, not the mail directory.

I started to have problems similar to ones described in the past on this list but could not find any kind of resolution. I did an lsmod, a mount command, and for fun, did an strace on shutdown to see where it is hanging, and an ltrace as well. Any thoughts? Module Size Used by parport_pc 28033 0 lp 15661 0 parport 38153 2

Hi all, could someone tell me what this does mean "bad file descriptor" when trying to start asterisk. It goes till the CLI command and then die with this message. Below an strace output from asterisk -vvvvvvvvvc It's on debian Sarge kernel 2.6.7 with packages from debian VoIP team. The server was running fine till now with this version. Thanks

Hello, i'm trying to backup one of my hosts with a two rsync-scripts, which are mainly just calling on the client side /usr/bin/rsync --server --sender -vlogDtprz --delete-excluded --numeric-ids --exclude-from=/etc/sm-backup/rsync.exclude / and on the server side rsync -avz --numeric-ids -e "ssh -i $key" --delete --delete-excluded rsync@$client:/ $DATA_PATH/$client/daily.0

https://bugzilla.samba.org/show_bug.cgi?id=3244 ------- Additional Comments From dan1@edenpics.com 2005-11-06 11:33 ------- Regarding last report, here is some more information about that bug: I tried to increase the limits with ulimit before running Rsync to the following values, but the problem is still the same and the failure remains at the exact same line. Here are the limits I used:

Ok I updated both systems to rsync-2.6.8 and found the info on setting strace on the server. Here are the trace logs, there are two calls the first is just the module list which finishes normally the second is the file list in the test module which fails after the list. By the way I have no idea what any of this means (sorry if I'm not supposed to post traces to the list)

Hi gurus I want to destroy all state table entries/reset all connections for a particular client. When I issue conntrack -L -s <ip number>, it lists loads of state entries. When I issue conntrack -D -s <same ip number> it answers "NFNETLINK answers: No such file or directory Operation failed: such conntrack doesn''t exist." I have googled the problem, but can

Hello, The current xfig device lacks the functionality to set the textspecial flag and use the defaultfont in xfig. This is necessary when you want to export to xfig and use interpreted text (e.g., $ \frac{1}{e}$ gets interpreted by latex). The attached patch adds this functionality. Why would you like to do this? - Use math in labels (e.g., name your variables $r_{xy}$, do a

Hello all One of my VMs, running RHEL 7, has been giving me the following ABRT error when I try to login as su Ive seen this error the past three times that Ive logged in. I know that the VM is using Red Hat,but seeing that RHEL/CentOS are pretty much the same thing, I figured I should ask the CentOS mailing list for help. Here is the error: $ su Password: ABRT has detected 1 problem(s). For

On Nov 22, 2005, at 19:10, Reid Spencer wrote: > 1. What is the path name associated with TmpArchive? If its the same > as the path name associated with archPath then that's a bug, probably > introduced when Path::makeUnique is called from > Path::createTemporaryFileOnDisk which is called from line 377 of > ArchiveWriter.cpp. This does not appear to be the problem. I

Hi Jean-Marc, Could you please update if you got a chance to look into. As I mentioned, I don't see the same issue in 1.1.1, but I don't see any difference in 1.1.1 other than optimization based on the architecture. This optimization could have fixed some stack overflow issue in some specific cases? Thanks Suresh On 13 April 2015 at 12:39, Suresh Thiriveedi <sthiriveedi at

We've been using rsync to send updates to our webservers from a central location for years. All the webservers used to be Windows 2000 Server running rsync 2.6.3. Recently I've been trying to replace them with Debian servers with rsync 2.6.9. The central file server is a Windows 2000 Server using the cwRsync binary. It was also 2.6.3 until I upgraded it to use 2.6.9 also. The initial

Evan Jones wrote: > On Nov 22, 2005, at 19:10, Reid Spencer wrote: > >> 1. What is the path name associated with TmpArchive? If its the same >> as the path name associated with archPath then that's a bug, probably >> introduced when Path::makeUnique is called from >> Path::createTemporaryFileOnDisk which is called from line 377 of >> ArchiveWriter.cpp.

This is observed on a live call between webRTC browser client and another legacy client. Our server is there in between and transcoding from opus to another codec and this is observed while decoding the opus. Anyway, I'll try to capture/dump the packets in the server before feeding to the opus_decode and share with you. But this will not have the first 8 bytes (length+enc range) to directly

Hi Jean-Marc, Thanks for your response. Please find the details as below. *Backtrace we got for this crash:* #0 0x0000000000800c54 in opus_decode_frame (st=0x38906b8f99d09c5, data=0xf0aa10b4ef1008ae <Address 0xf0aa10b4ef1008ae out of bounds>, len=-188613428, pcm=0x6e80016085efd57, frame_size=44037315, decode_fec=58716895) at src/opus_decoder.c:384 #1 0x00000000008009c0 in

[Apologies if this gets posted twice] Hi, I can't seem to get flush-behind to flush behind and I was wondering if anyone would be kind enough to lend some brain cells to help me see what I'm missing. I'm using glusterfs 2.0.1 on Debian/x86. I've got a "cluster/ replicate" volume replicated between two servers that are connected (over a VPN) over a slooooow

CentOS Errata and Security Advisory 2005:474 https://rhn.redhat.com/errata/RHSA-2005-474.html The following updated files have been uploaded and are currently syncing to the mirrors: files: updates/alpha/RPMS/bzip2-1.0.2-13.EL4.3.alpha.rpm updates/alpha/RPMS/bzip2-devel-1.0.2-13.EL4.3.alpha.rpm updates/alpha/RPMS/bzip2-libs-1.0.2-13.EL4.3.alpha.rpm -- Pasi Pirhonen - upi@iki.fi -

CentOS Errata and Security Advisory 2005:474 https://rhn.redhat.com/errata/RHSA-2005-474.html The following updated files have been uploaded and are currently syncing to the mirrors: s390: updates/s390/RPMS/bzip2-1.0.2-13.EL4.3.s390.rpm updates/s390/RPMS/bzip2-devel-1.0.2-13.EL4.3.s390.rpm updates/s390/RPMS/bzip2-libs-1.0.2-13.EL4.3.s390.rpm s390x:

CentOS Errata and Security Advisory CESA-2005:474 bzip2 security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2005-474.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/bzip2-1.0.2-11.EL3.4.i386.rpm updates/i386/RPMS/bzip2-devel-1.0.2-11.EL3.4.i386.rpm updates/i386/RPMS/bzip2-libs-1.0.2-11.EL3.4.i386.rpm source:

CentOS Errata and Security Advisory CESA-2005:474 bzip2 security update for CentOS 3 x86_64: https://rhn.redhat.com/errata/RHSA-2005-474.html The following updated file has been uploaded and is currently syncing to the mirrors: x86_64: updates/x86_64/RPMS/bzip2-1.0.2-11.EL3.4.x86_64.rpm updates/x86_64/RPMS/bzip2-devel-1.0.2-11.EL3.4.x86_64.rpm