[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Disk full, 15GB of logfiles containing timestamps
- To: openldap-technical@openldap.org
- Subject: Disk full, 15GB of logfiles containing timestamps
- From: Dan Hawkes <dan.hawkes@fissara.com>
- Date: Mon, 24 Oct 2016 15:47:01 +0100
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=fissara-com.20150623.gappssmtp.com; s=20150623; h=to:from:subject:message-id:date:user-agent:mime-version :content-transfer-encoding; bh=DGb7hIf5+A/pkA4rFqE8r9HVg45/9vEjvXbjyqOFjpo=; b=NJsoihZC1u+YSOp6dyA/RVpAb212FLdNgIuj+RAAR1XMyK9syN0s0sRMtPStObTY73 QgrLRUP6eBEq2ZTnpUxpGL6UplT6hzH5PSdZGa+CowUSdOSi3SbS3A4x14yIgbuCeYPj wNTT0QUvhHw+uTzCGlFFepdzBfty6HMzv6PFPGSxq+aIbT/dlZw5Fyy6RqGFku/i6uwR r0SwH5hMDNlSglyimvwxlL+GMcsAJ9WN9LQcA+SgM9a16nUt57uO9Yd0HcI4/ChiHVlB B1kcW60SWbRZaOOuihldfuLtkWDq5h28a4ah4KAqhQtGjwcJpPpdujysu0nHBLQjdtSk ZBTw==
- User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
We've encountered a issue where openldap seems to be writing huge
volumes of logs for authentication failures.
Having freed up some space and run `db_recover` (which cleared out the
log files), then restarted openldap, it's again written ~120MB of logs
for 200 failed authentication requests.
The log files are almost entirely timestamps:
0Z20161022152331.314499Z20161022152331.325384Z20161022152331.330788Z201610221523
31.350547Z20161022152331.355448Z20161022152331.369422Z20161022152331.374363Z2016
1022152331.390477Z20161022152331.410878Z20161022152331.427888Z20161022152331.438
814Z20161022152331.445610Z20161022152331.451377Z20161022152331.478571Z2016102215
2331.484278Z20161022152331.500831Z20161022152331.506391Z20161022152331.517584Z20
161022152331.522518Z20161022152331.542621Z20161022152331.547733Z20161022152331.5
66601Z20161022152331.571819Z20161022152331.582696Z20161022152331.588227Z20161022
152331.613213Z20161022152331.618932Z20161022152331.648696Z20161022152331.654433Z
20161022152331.668033Z20161022152331.677784Z20161022152331.685107Z20161022152331
.679736Z20161022152331.710191Z20161022152331.733564
OpenLDAP: slapd 2.4.40
Any ideas why this is happening?