https://help.ubuntu.com/12.04/serverguide/puppet.html
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/987532
Title:
description of puppet configuration is wrong
To manage notifications about this bug
Public bug reported:
I am running a nagios3 server on ubuntu 10.04 server (nagios3
3.2.0-4ubuntu2.2) and a nrpe server on ubuntu 10.10 (nagios-nrpe-server
2.12-4ubuntu1.10.10.1, nagios-plugins 1.4.14-5ubuntu3)
Have these both basically up and running, and the server is able to run
a check_disk c
Public bug reported:
In the server guide, the configuration described for puppet is not
correct, and can be misleading for people trying to use this as a known
starting point.
The nodes.pp file is not needed here, as the entries for package and
service 'apache2' will apply to all nodes by default
Public bug reported:
For puppet 2.7.1-1ubuntu3.5~maverick1 running on maverick server, the
agent fails to be able to obtain catalogs from the puppetmaster, due to
a failure to validate the ca certificate.
This is a dangerous bug as it appears when following the instructions in
the server guide fo
Also just affected me on upgrade from karmic to lucid, using mysql. This
just cost me a couple of hours, so I definitely vote in favor of having
this handled properly during upgrade, especially as it affects LTS->LTS
upgrades.
--
You received this bug notification because you are a member of Ubun
Trying to determine how to develop a package working from the source code for
2.3, since the upstream doesn't seem to be moving. Page now on the wiki:
https://wiki.ubuntu.com/CalendarServerPackaging
Hopefully others can contribute who have more expertise in packaging.
--
calendarserver has depe
Trying to determine how to develop a package working from the source code for
2.3, since the upstream doesn't seem to be moving. Page now on the wiki:
https://wiki.ubuntu.com/CalendarServerPackaging
Hopefully others can contribute who have more expertise in packaging.
--
Please upgrade calendar
Interesting, perhaps 2.3 isn't so bad. I took the source from macports
for 2.3 and copied in the debian subdirectory from the ubuntu 1.2
source.
Removed all files from patches (after all, these may have been fixed).
Modified calendarserver.examples to point at conf/auth/accounts.xml
rather than co
It looks like version 2.3 will require a fair number of changes to the
debian and ubuntu packaging, from what I can see.
Spent a fair amount of time working with 1.4 from
http://trac.calendarserver.org/browser/CalendarServer/tags/release/CalendarServer-1.4
which was released at basically the same
Sorry to hear that is still trouble. I've been slowly working on the
patch to provide better error reporting when using GNUtls, but it will
be a while.
With an official cert, you will need all 3 of the olcTLSxxx parameters
set. Assuming that is in line, I would be sure the group has read
permissio
Yes, indeed. I guess I'm not familiar enough with bazaar version
control. I obtained a copy of the docs, modified and performed a commit
with a message, giving me rev # 354. But I take it that must not
propagate the change.
I was trying to follow the instructions in the bugs playbook at:
https://w
For the time being, I posted an update for the network-auth.xml in
ubuntu-docs.
https://bugs.launchpad.net/ubuntu/+source/ubuntu-docs/+bug/437483
--
ldap tls refusing to initialize
https://bugs.launchpad.net/bugs/420277
You received this bug notification because you are a member of Ubuntu
Bugs,
Public bug reported:
Binary package hint: ubuntu-docs
With the use of GNUtls users often encounter an error of the form "main:
TLS init def ctx failed: -1" without further explanation (which was
available with openssl). Witness for example
https://bugs.launchpad.net/ubuntu/+source/openldap/+bug/4
Thanks Dave. I agree about the docs on this. Can you comment on which
howto you were using?
--
ldap tls refusing to initialize
https://bugs.launchpad.net/bugs/420277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing
Yes, continues to be annoying.
One thing to do is to carefully verify the certificate chain you have
configured for LDAP use. If the certificate is self-signed, then don't
configure the olcCACertificateFile item. Otherwise, make sure the CA
signing the certificate has its certificate in this prope
Playing around with the source today and debugging slapd with gdb.
It appears that much of the pain here is in tls_g.c, the wrappers for
gnutls. The function tlsg_ctx_init in particular. This is where, at
least for my configuration, most of the failures are occurring. And the
code in this function
Interesting. My version also was an upgrade from
hardy->intrepid->jaunty. My /etc/ldap/ldap.conf doesn't contain a line
about TLS_RANDFILE though, and my install doesn't report the TLS:
gcry_control error, rather, there is nothing other than the "main: TLS
init def ctx failed: -1" complaint. I sus
Interesting that there is the TLS complaint through "TLS: gcry_control
..."
Nothing like that in mine. I was looking through the source a bit last
night on this. It seems that the TLS init call is returning a -1 error
code under some circumstances without really throwing another error
message.
De
Thanks Mr. Gug. I checked this, placing the apparmor profile into
complain mode with sudo aa-complain /usr/sbin/slapd.
The same problem occurs with an attempt to start slapd, but there are no
entries in /var/log/kern.log associated and no audit entries.
I also moved the certificates and keys gene
** Changed in: openldap (Ubuntu)
Status: Invalid => New
--
ldap tls refusing to initialize
https://bugs.launchpad.net/bugs/420277
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubunt
Public bug reported:
Binary package hint: libldap-2.4-2
Trying to run a slapd server in Ubuntu 9.04, generally following the
docs at: https://help.ubuntu.com/9.04/serverguide/C/openldap-
server.html.
It works fine until I try and use certificates as per the section TLS
and SSL on that page.
The
Also, should I be registering this as a new bug on 2.6.28-4, since it
has to do with the new drivers, rather than the old?
--
External ieee1394 drive not recognized 2.6.27-5
https://bugs.launchpad.net/bugs/279342
You received this bug notification because you are a member of Ubuntu
Bugs, which is
Again, thanks Stefan for the suggestions. I followed up on this and
tried getting the Tandberg VXA-2 tape drive and PacketLoader tape
library to mount with the new drivers.
Booted off a jaunty alpha 3 live cd, which gives kernel
2.6.28-4-generic.
Then, with the tape drive not plugged in, did
mod
Firstly, thanks for the extensive explanation Stefan. I tried setting
the 0x100 option for sbp2, and you are correct, no other workarounds are
now enabled, but that doesn't fix this.
I also tried a modified kernel module, where there is a distinction
between the first and second time out messages.
I would like to add an additional device that seems to be having a very
similar same problem, under a variety of kernel versions. (I am happy to
move this to a new thread if people think that is better).
This is the Tandberg Data StorageLoader VXA-2 1U with firewire
interface. (http://www.tandberg
25 matches
Mail list logo
