Public bug reported:
I have an HP ML115 running Lucid 64 bit.
It's got 4 2TB Samsung drives in a software RAID 5 and is used to backup
a bunch of servers (using rsnapshot), and also to mount a snapshot of
our SAN (using OCFS2) and copy virtual machine images over.
About once per week it hard
** Attachment added: Photo of the error output
https://bugs.launchpad.net/bugs/726461/+attachment/1876255/+files/IMG_20110228_101124.jpg
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openssh in ubuntu.
Has every instance of this bug involved ssh in the stack trace?
All the ones we've had to date. I initially thought it was apparmor
related because it mentions memory allocation etc but having removed
the packages and rebuilt initramfs I guess not.
If it happens again from now on, I'll make
It's using the native DLM. However, it's the only node in the cluster.
Our live VM environment is Ubuntu server running KVM and OCFS2 and we
have 2 nodes. This box is just a backup server which takes an lvm2
snapshot of the OCFS2 filesystem, exports it over iSCSI and then as a
separate cluster
The OCFS2 filesystem is held on an OpenFiler box.
Cluster A is our live VM system with two nodes.
Cluster B is the backup system (the box in question).
Once a week, the OpenFiler box takes an LVM snapshot of the filesystem
normally used by cluster A and exports it as a new iSCSI target.
The
I'm not at work this week, but I'll look at it when I get back. Touch
wood the extra RAM seems to have stopped it happening so far this
week.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openssh in ubuntu.
The box messed about again yesterday. This time I was still able to
Ctrl+F1, Ctrl+F2 between terminals but it wouldn't accept any console
input. Nor would it respond to anything except pings on the LAN.
The keyboard Num/Caps/Scroll were flashing on the keyboard. On reset
there doesn't seem to
Public bug reported:
I reported this back in 2007 on Dapper and we've been rolling custom
debs since then.
https://bugs.launchpad.net/ubuntu/+source/openldap2.2/+bug/164303
Recently we've upgraded to lucid and are having the same issue again.
After a short period of time with heavy load, we
Sorry. Marked against the wrong package. It's 2.4.21
--
slapd Too many open files
https://bugs.launchpad.net/bugs/632314
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to openldap2.3 in ubuntu.
--
Ubuntu-server-bugs mailing list
I've built new packages with the debian.rules file patched as attached
and will test over the next couple of days.
** Patch added: debian_rules.patch
https://bugs.launchpad.net/ubuntu/+source/openldap2.3/+bug/632314/+attachment/1553586/+files/debian_rules.patch
--
slapd Too many open files
r...@core01:~# su openldap
r...@core01:~# ulimit -a
core file size (blocks, -c) 0
data seg size (kbytes, -d) unlimited
scheduling priority (-e) 20
file size (blocks, -f) unlimited
pending signals (-i) 16382
max locked memory
slapd fell over again this morning. I'm trying editing
/etc/security/limits.conf
openldap hard nofile 8096
root hard nofile 8096
in conjunction with modified packages. I'll report back.
--
slapd Too many open files
https://bugs.launchpad.net/bugs/632314
You received this bug notification
Ended up with adding
openldap soft nofile 8096
openldap hard nofile 8096
root soft nofile 8096
root hard nofile 8096
Rebooted. ulimit -a as root/openldap shows the change but still the
system goes unresponsive and I get the too many open files message.
Does anyone have anything else to suggest?
http://readlist.com/lists/openldap.org/openldap-software/2/12904.html
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=378261
Both worth reading. I've tried adding a ulimit -n 8192 as suggested in
/etc/defaults/slapd so I'll see if that fixes things.
** Bug watch added: Debian Bug tracker
After a couple of days with:
ulimit -n 8192
in /etc/defaults/slapd we've not had a recurrence so I'll cautiously say
it looks like that solves it. It's really strange however that adding
the same limit via /etc/security/limits doesn't have the same effect?
--
slapd Too many open files
I will do next time I do updates on that server. I don't want to take
the service down at the moment given the trouble we've had up until now.
Cheers
Alex
--
slapd Too many open files
https://bugs.launchpad.net/bugs/632314
You received this bug notification because you are a member of Ubuntu
Thanks for the pointer!
Alex
This email carries a disclaimer, a copy of which may be read at
http://learning.longhill.org.uk/disclaimer
--
slapd Too many open files
https://bugs.launchpad.net/bugs/632314
You received this bug notification because you are a member of Ubuntu
Server Team, which
17 matches
Mail list logo
