Last week we didn't experience the problem. I was thinking about create
a clone of our prod system, and try to reproduce the problem. (synthetic
reads and writes while restarting the slapd)
If I have enough time, I'll do that, and test your patch. We have a
sbuild environment so i can apply your p
On 2017-04-23 21:21, Ryan Tandy wrote:
> On Sun, Apr 23, 2017 at 09:34:00AM +0200, GALAMBOS Daniel wrote:
>> Which I forgot to mention is that the slapd process uses one CPU core to
>> 100 percent when this happens.
>
> Noted. But you don't observe that CPU usage du
e sasl
and slapd source, so it may be okay.
Attached backtrace with the missing symbols and bt full with some
strings censored.
Dancsa
On 2017-04-22 19:58, Ryan Tandy wrote:
> Control: tag -1 moreinfo
>
> Hi,
>
> On Sat, Apr 22, 2017 at 12:47:19PM +0200, GALAMBOS Daniel wrote:
core file from the stuck process.
GDB backtrace attached as separate files.
Galambos Daniel/Dancsa
-- System Information:
Debian Release: 8.7
APT prefers stable-updates
APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)
Kernel: Linux 3.16.0-4
then use that file after reload.
The bug is found in Wheezy, but Jessie should be affected, too.
root@php05:~# uname -a
Linux php05 3.2.0-4-amd64 #1 SMP Debian 3.2.68-1+deb7u4 x86_64 GNU/Linux
root@php05:~# lsb_release -d
Description:Debian GNU/Linux 7.9 (wheezy)
--
GALAMBOS Daniel
=>'TLSv1_2' );
LDAP.pm:1103 restricts the TLS version to 1.0 unless otherwise
specified. This restriction doesn't apply if you connect over LDAPS, if
you don't specify the sslversion there, the IO::Socket::SSL default
'SSLv23:!SSLv3:!SSLv2' is used, so TLSv1_2 enable
I also tried debug it a little.
Dumping the network connection I noticed that if start_tls used from
Net::Ldap, the Client Hello packet cipher suit list does not contain
anything with SHA2 MD, only SHA1.
# gnutls-cli --priority SECURE256 -l command doesn't list anything with
sha1. After receiving
usually use the lastest stable.
Dancsa
On 02/11/2015 11:03 PM, GALAMBOS Daniel wrote:
> I done some more testing, built from upstream git
> branch OPENLDAP_REL_ENG_2_4
> tag OPENLDAP_REL_ENG_2_4_40
> with config options: ./configure --with-tls=gnutls --enable-ppolicy=yes
> --enable-over
I done some more testing, built from upstream git
branch OPENLDAP_REL_ENG_2_4
tag OPENLDAP_REL_ENG_2_4_40
with config options: ./configure --with-tls=gnutls --enable-ppolicy=yes
--enable-overlays=yes
I could not reproduce the problem with these.
2.4.39 reproducibly has the problem (we recompiled
Freelist Status
Tree depth: 3
Branch pages: 5
Leaf pages: 464
Overflow pages: 0
Entries: 7058
Free pages: 192324
Status of Main DB
Tree depth: 1
Branch pages: 0
Leaf pages: 1
Overflow pages: 0
Entries: 30
---
As mdb_stat states 750 MB of the 1GB is free, so I
Package: cyrus-imapd-2.4
Cyrus imapd loses annotations like expiration data, if the given mailbox
moved to another partition.
Moving and renaming mailbox uses the same command, if no moving just
renaming happens, the annotations are kept.
Transcription from cyradm is attached. Annotations are s
Do you have olcDbNoSync (or some equivalent setting in the bdb config
if you use that) set to true? If olcDbNoSync is set, then it could
result in dataloss, else the commited data should remain intact.
What backend do you use?
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.or
omain management, and other kerberized
ldap enviroments)
Thanks,
GALAMBOS Daniel/ Dancsa
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Sorry, forgot to attach.
On 2014-08-26 13:37, GALAMBOS Daniel wrote:
> . I patched the wheezy source package with this, it solves the problem,
Description: use-after-free error causes random file under /
ipropd-master creates files with random filenames under the root
if the slave-status fil
Control: tags -1 + patch
Hi,
Thanks for the workaround, we also needed it.
I studied the releated source files, it is caused by a use-after-free in
ipropd_master.c Upstream fixed it in
https://github.com/heimdal/heimdal/commit/eface6d31f8fd7c02eb0c6bc7e9d76efc0247b9c
. I patched the wheezy source
Control: tags -1 + patch
Heimdal upstream commited a fix to this problem as
https://github.com/heimdal/heimdal/commit/4b0121f5458e6696e87bd2a263affe33d926e1b4
I've tested the patch on wheezy, RSS has not increased after 20k requests.
--
Dancsa
Description: Fix memory leak in Heimdal-KDC
It has
retitle -1 openafs-fileserver: bosserver crashes when removing admin
thanks
fixed title, as the program not segmentation faulted but aborted
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Subject: openafs-fileserver: bosserver segfault when removing admin
Package: openafs-fileserver
Version: 1.6.9-1~bpo70+1
Severity: important
Removing bos administrative user causes bosserver crash
Command issued on remote client (not as the user to be deleted):
bos removeu -server afsd1 -user
Th
Package: spamassassin
Version: 3.3.2-5+deb7u1
Severity: important
Case
1 MUA sending the same letter (changing only Message-ID and Date) to
Exim MTA (server A)
Server A adds some headers (the same headers except the recieved: ) then
signs it and gives it to server B's Exim via SMTP.
Server B's Exi
Package: heimdal-kdc
Version: 1.6~git20120403+dfsg1-2+iig3
Severity: important
-- System Information:
Debian Release: 7.4
APT prefers stable
APT policy: (600, 'stable'), (500, 'testing')
Architecture: amd64 (x86_64)
Kernel: Linux 3.2.0-4-amd64 (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, L
20 matches
Mail list logo
