Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

On CURRENT (FreeBSD 11.0-CURRENT #0 r273810: Wed Oct 29 07:52:22 CET 2014 amd64) a running net/openldap24-sasl-server system is installed and running and is now about to be the database backend for Kerberos/Heimdal. net/openldap24-sasl-server is at openldap-sasl-server-2.4.40. The database storage

Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi, try this: [1] kill all kerberos process [2] to start KDC: /usr/local/libexec/kdc --detach [3] /usr/local/sbin/kadmin -l kadmin> list -l * [...] Principal: krbtgt/... Principal expires: never Password expires: never Last pa

Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

On Thu, 30 Oct 2014 09:35:49 +0100 Lévai László wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > Hi, try this: > > [1] kill all kerberos process > [2] to start KDC: /usr/local/libexec/kdc --detach > [3] /usr/local/sbin/kadmin -l > kadmin> list -l * > [...] > > Princip

Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 2014-10-30 09:47 keltezéssel, O. Hartmann írta: > On Thu, 30 Oct 2014 09:35:49 +0100 Lévai László > wrote: > > Hi, try this: > > [1] kill all kerberos process [2] to start KDC: > /usr/local/libexec/kdc --detach [3] /usr/local/sbin/kadmin -l > k

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

On 30/10/2014 08:24, O'Connor, Daniel wrote: On 30 Oct 2014, at 13:23, Steven Hartland wrote: Making things harder to manage vs saving a little bit of space on the root partition really doesn't sound like a good idea; especially when with the ZFS install, which I would suggest is becoming the

Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

On Thu, 30 Oct 2014 10:02:19 +0100 Lévai László wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA256 > > > > 2014-10-30 09:47 keltezéssel, O. Hartmann írta: > > On Thu, 30 Oct 2014 09:35:49 +0100 Lévai László > > wrote: > > > > Hi, try this: > > > > [1] kill all kerberos process [2] t

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

On 30/10/2014 09:47, O'Connor, Daniel wrote: On 30 Oct 2014, at 19:44, Steven Hartland wrote: On 30/10/2014 08:24, O'Connor, Daniel wrote: On 30 Oct 2014, at 13:23, Steven Hartland wrote: Making things harder to manage vs saving a little bit of space on the root partition really doesn't sou

Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 I work two weeks ago this Heimdal + OpenLDAP combo. Now Heimdal can connect to OpenLDAP backend. I turned off TLS encryption and everyone can write the LDAP tree (for testing purpose). After that init MY.REALM is working. BUT. For some reasons ssh

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

On 30 Oct 2014, at 19:44, Steven Hartland wrote: > On 30/10/2014 08:24, O'Connor, Daniel wrote: >> On 30 Oct 2014, at 13:23, Steven Hartland wrote: >>> Making things harder to manage vs saving a little bit of space on the >>> root partition really doesn't sound like a good idea; especially when

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

On 30 Oct 2014, at 13:23, Steven Hartland wrote: > Making things harder to manage vs saving a little bit of space on the > root partition really doesn't sound like a good idea; especially when > with the ZFS install, which I would suggest is becoming the norm, the > root partition doesn't suff

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

On 30 Oct 2014, at 09:47 , O'Connor, Daniel wrote: > On 30 Oct 2014, at 19:44, Steven Hartland wrote: >> On 30/10/2014 08:24, O'Connor, Daniel wrote: >>> On 30 Oct 2014, at 13:23, Steven Hartland wrote: Making things harder to manage vs saving a little bit of space on the root partiti

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

On 29 October 2014 22:32, Steve Kargl wrote: > On Wed, Oct 29, 2014 at 03:15:50PM -0400, Ed Maste wrote: >> On 29 October 2014 12:49, Steven Hartland wrote: >> > Hmm not sure I like this idea as it would make it more difficult to make a >> > copy / backup a kernel. >> > >> > ATM when I want to co

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

On 30 October 2014 09:07, Ed Maste wrote: > On 29 October 2014 22:32, Steve Kargl > wrote: >> On Wed, Oct 29, 2014 at 03:15:50PM -0400, Ed Maste wrote: >>> On 29 October 2014 12:49, Steven Hartland wrote: >>> > Hmm not sure I like this idea as it would make it more difficult to make a >>> > cop

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

On 30/10/2014 12:10, Bjoern A. Zeeb wrote: On 30 Oct 2014, at 09:47 , O'Connor, Daniel wrote: On 30 Oct 2014, at 19:44, Steven Hartland wrote: On 30/10/2014 08:24, O'Connor, Daniel wrote: On 30 Oct 2014, at 13:23, Steven Hartland wrote: Making things harder to manage vs saving a little b

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

On 30 October 2014 09:21, Steven Hartland wrote: > > On 30/10/2014 12:10, Bjoern A. Zeeb wrote: >> >> (a) symbol files are for developers. Developers are clever people, often >> with custom systems, they know how to deal with them as they already do >> whatever they want anyway in 7 different way

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

On 30/10/2014 14:15, Ed Maste wrote: On 30 October 2014 09:21, Steven Hartland wrote: On 30/10/2014 12:10, Bjoern A. Zeeb wrote: (a) symbol files are for developers. Developers are clever people, often with custom systems, they know how to deal with them as they already do whatever they want

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

On 30 October 2014 10:26, Steven Hartland wrote: > > Yer that's the process that was in my head, if debug symbols aren't > available when savecore runs we're going to need a way to update / rerun > when they are available, or even better give it the ability to do the same > job with remote symbols

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

On 30/10/2014 14:40, Ed Maste wrote: On 30 October 2014 10:26, Steven Hartland wrote: Yer that's the process that was in my head, if debug symbols aren't available when savecore runs we're going to need a way to update / rerun when they are available, or even better give it the ability to do t

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

On 30 October 2014 02:20, John-Mark Gurney wrote: > > Oh, make sure that make install (or installkernel) properly handles > moving the debug data too... i.e. kernel to kernel.old... Yes, in the case that /boot/kernel is moved to /boot/kernel.old /usr/lib/debug/boot/kernel is moved to /usr/lib/deb

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

On Oct 30, 2014, at 7:15, Ed Maste wrote: … >>> Whether that is /boot/kernel/symbols/* >>> or /usr/lib/***, I couldn’t care less > > Note that if they go in /boot/kernel/symbols/ then we have to teach > GDB, LLDB, and other tools to look there; if they go in /usr/lib/debug > they're found autom

Booting from symlinked kernels (was "HEADS UP: Standalone kernel debug files moving out of /boot/kernel/")

On Oct 30, 2014, at 6:07, Ed Maste wrote: > On 29 October 2014 22:32, Steve Kargl > wrote: >> On Wed, Oct 29, 2014 at 03:15:50PM -0400, Ed Maste wrote: >>> On 29 October 2014 12:49, Steven Hartland wrote: Hmm not sure I like this idea as it would make it more difficult to make a copy

pkg 1.4.0.alpha3 - pkg: pkg_repo_fetch_remote_mmap(cannot mmap fetched): Invalid argument / Assertion failed: (curvar != NULL), function pkg_solve_add_request_rule, file pkg_solve.c, line 537.

Hello: Errors shown toward end of email. Note this is a cleanly installed jail but an previously built repository from an older version of head. I can nuke the head repository and rebuild from scratch but I wanted to present these errors first. --mikej FreeBSD bsd11 11.0-CURRENT FreeBSD 1

Re: pkg 1.4.0.alpha3 - pkg: pkg_repo_fetch_remote_mmap(cannot mmap fetched): Invalid argument / Assertion failed: (curvar != NULL), function pkg_solve_add_request_rule, file pkg_solve.c, line 537.

On Thu, Oct 30, 2014 at 12:53:29PM -0400, Michael Jung wrote: > Hello: > > Errors shown toward end of email. > > Note this is a cleanly installed jail but an previously built repository > from an older > version of head. I can nuke the head repository and rebuild from > scratch but I wanted to

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

On 30 Oct 2014, at 12:49, Ed Maste wrote: > On 30 October 2014 02:20, John-Mark Gurney wrote: >> >> Oh, make sure that make install (or installkernel) properly handles >> moving the debug data too... i.e. kernel to kernel.old... > > Yes, in the case that /boot/kernel is moved to /boot/kernel.old

Re: pkg 1.4.0.alpha3 - pkg: pkg_repo_fetch_remote_mmap(cannot mmap fetched): Invalid argument / Assertion failed: (curvar != NULL), function pkg_solve_add_request_rule, file pkg_solve.c, line 537.

On 2014-10-30 13:10, Baptiste Daroussin wrote: On Thu, Oct 30, 2014 at 12:53:29PM -0400, Michael Jung wrote: Hello: Errors shown toward end of email. Note this is a cleanly installed jail but an previously built repository from an older version of head. I can nuke the head repository and re

Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

[stripping -questions; please don't cross-post] Disclaimer: I am part of the group that develops MIT Kerberos On Thu, 30 Oct 2014, O. Hartmann wrote: > Searching for suitable manuals, I found some HowTos describing how to > setup MIT Kerberos V with an OpenLDAP backend and I started following >

Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

Today afternoon I deleted the Heimdal. I will start from begining with security/krb5 port. 2014.10.30. 21:52 ezt írta ("Benjamin Kaduk" ): > [stripping -questions; please don't cross-post] > > Disclaimer: I am part of the group that develops MIT Kerberos > > On Thu, 30 Oct 2014, O. Hartmann wrote:

Build failed in Jenkins: FreeBSD_HEAD-tests2 #156

See -- Started by build flow Build_Image_and_Run_Tests_in_Bhyve_HEAD#151 Building remotely on havoc.ysv.freebsd.org (FreeBSD-10) in workspace

Re: Heimdal with OpenLDAP backend: Cannot open /usr/lib/hdb_ldap.so

On Thu, 30 Oct 2014, László Lévai wrote: > Today afternoon I deleted the Heimdal. I will start from begining with > security/krb5 port. You probably want to make sure that /usr/local/bin and /usr/local/sbin are at the front of the PATH of the processes in question, so that the tools from the base

Build failed in Jenkins: FreeBSD_HEAD-tests2 #157

See -- Started by build flow Build_Image_and_Run_Tests_in_Bhyve_HEAD#152 Building remotely on havoc.ysv.freebsd.org (FreeBSD-10) in workspace

VT: NOT giving extended console

Upgraded to: FreeBSD borg.lerctr.org 11.0-CURRENT FreeBSD 11.0-CURRENT #4 r273876: Thu Oct 30 21:44:26 CDT 2014 r...@borg.lerctr.org:/usr/obj/usr/src/sys/VT-LER amd64 and do NOT get the big VT console. Dmesg.boot: Copyright (c) 1992-2014 The FreeBSD Project. Copyright (c) 1979, 1980, 1983

Re: HEADS UP: Standalone kernel debug files moving out of /boot/kernel/

On 10/31/14, 1:41 AM, Garance A Drosehn wrote: On 30 Oct 2014, at 12:49, Ed Maste wrote: On 30 October 2014 02:20, John-Mark Gurney wrote: Oh, make sure that make install (or installkernel) properly handles moving the debug data too... i.e. kernel to kernel.old... Yes, in the case that /boot