Just a note that Bug #1176020 is also describing a side effect of this
same problem (same web server in question here).
We are disabling our remote loghost and seeing if that theory holds.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed t
Landon's suggestion appears to be a fix for us too (thanks!). I did
alter the source package so I don't have to remember that should the
package have to be rebuilt one day. I set DEB_LDFLAGS_SET on the main
call to debhelper. I've included a patch to be precise.
That does not appear to be a good s
Ah, just missed that. Thanks for clearing that up. I've marked this
report invalid.
** Changed in: puppet (Ubuntu)
Status: New => Invalid
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to puppet in Ubuntu.
https://bugs.launchpad.n
Public bug reported:
The scripts from vim-puppet are installed to `/usr/share/vim/addons`
which doesn't appear to be used by the current vim distributed with
Ubuntu 14.04. The net effect is that installing the vim-puppet package
seems to do nothing when you edit Puppet scripts.
Here is an exampl
This problem has continued over the past few months. We slogged through
the strace output a few times and just today found this:
[pid 935] sendto(11, "<27>Sep 22 13:06:30 automount[92"..., 90, MSG_NOSIGNAL,
NULL, 0) = -1 ECONNREFUSED (Connection refused)
[pid 935] close(11)
Just to make sure all the information is together, I noticed earlier
there was a piece of a log message in that stack trace I posted. I tried
to see what I could do to piece together part of it:
"%s: lookup(ldap): query failed for search dn %s: %s"
became
"Invalid DN syntax: lookup(ldap): qu
This started happening almost daily so we are looking for a fix.
I'm starting to wonder if this is actually a duplicate of Bug #593603
In any case I'm working on figuring out what in our site's LDAP database
is causing the crash, if anything.
--
You received this bug notification because you ar
Public bug reported:
Over the past few months we noticed our web server would no longer serve
requests out of directories normally mounted by autofs, which is
configured to be backed by LDAP. We knew a reboot would fix the problem
temporarily but it would recur after several weeks. We just discove
Public bug reported:
The /etc/init.d/samba script appears to try and start smbd/nmbd
improperly. If a user types "service samba restart" here is the
behavior:
root@cups:~# service samba restart
root@cups:~# echo $?
1
I tried to track down the problem a bit by putting "set -x" on the init
script:
