Re: Not all ZFS pools mounting at boot

On 09/03/2016 06:54, Morgan Reed wrote: > I am mounting the third pool under an alternate root, if that has any > bearing on things. It does. A pool imported under an alternative root (-R option) is not added to zpool.cache. -- Andriy Gapon ___ freebs

Re: Not all ZFS pools mounting at boot

On Wed, Mar 9, 2016 at 7:23 PM, Andriy Gapon wrote: > On 09/03/2016 06:54, Morgan Reed wrote: > > I am mounting the third pool under an alternate root, if that has any > > bearing on things. > > It does. A pool imported under an alternative root (-R option) is not > added to > zpool.cache. > Ah

Re: Not all ZFS pools mounting at boot

On Wed, Mar 9, 2016 at 10:04 PM, Morgan Reed wrote: > On Wed, Mar 9, 2016 at 7:23 PM, Andriy Gapon wrote: > >> On 09/03/2016 06:54, Morgan Reed wrote: >> > I am mounting the third pool under an alternate root, if that has any >> > bearing on things. >> >> It does. A pool imported under an alter

Re: svn commit: r296462 - in stable/9: crypto/openssl/crypto/bio crypto/openssl/crypto/bn crypto/openssl/doc/apps crypto/openssl/ssl secure/usr.bin/openssl/man

(Please keep me CC'd as I'm not subscribed to -stable) r296462 is either not ABI-compatible, or if it truly is, it breaks internal behavioural compatibility with libcrypto/libssl in some way. Building the below programs (fetchmail + postfix) from ports directly (i.e. source) **does not** fix the p

Re: nfs_getpages: error 4

> On 05 Mar 2016, at 23:10, Dmitry Sivachenko wrote: > > >> On 05 Mar 2016, at 21:35, Konstantin Belousov wrote: >> >> But I suspect that you do have enough free or reclamaible pages for OOM >> to not trigger, e.g. because you demonstrated commands output from the >> live system after the sit

Re: [FreeBSD-Stable] svn commit: r296462 - in stable/9: crypto/openssl/crypto/bio crypto/openssl/crypto/bn crypto/openssl/doc/apps crypto/openssl/ssl secure/usr.bin/openssl/man

On 3/8/2016 1:13 PM, Craig Green wrote: > > > On 2016-03-08 7:45 AM, Mike Tancsa wrote: >> Hi, >> I tried on 2 separate boxes, and sshd segfaults when this rev is >> applied >> >> ---Mike > > Just adding some debug logs showing a couple places where sshd exited. > Encryption algorithm, k

Re: [FreeBSD-Stable] svn commit: r296462 - in stable/9: crypto/openssl/crypto/bio crypto/openssl/crypto/bn crypto/openssl/doc/apps crypto/openssl/ssl secure/usr.bin/openssl/man

Mike Tancsa writes: Hi, > good trace - pre openssl commit > > debug2: kex_parse_kexinit: > hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96,umac...@openssh.com [preauth] > debug2: kex_parse_kexinit: > hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96,umac...@openssh.com [preauth] > debug2: kex_parse_k

Build failed in Jenkins: FreeBSD_stable_10 #124

See -- [...truncated 66798 lines...] printf '\t.section .note.GNU-stack,"",%%progbits\n' >>fchmodat.S --- mknodat.S --- --- fexecve.S --- printf '#include "compat.h"\n' > fexecve.S printf '#include "S

[Solved] Problems with ucom/uftdi and sendfax on 10.2 p12 (works like a charm with 7.4)

Dear Ian, > On 02.03.2016, at 11:45, Holger Kipp wrote: > > > Am 01.03.2016 um 23:08 schrieb Ian Lepore > mailto:i...@freebsd.org>>: > > On Tue, 2016-03-01 at 19:58 +, Holger Kipp wrote: > Hi all, > > I currently encounter a problem with sending faxes with new server > and FreeBSD 10.2-RELEA

Re: [FreeBSD-Stable] svn commit: r296462 - in stable/9: crypto/openssl/crypto/bio crypto/openssl/crypto/bn crypto/openssl/doc/apps crypto/openssl/ssl secure/usr.bin/openssl/man

On 09 Mar 2016, at 16:48, Eric Masson wrote: > > Mike Tancsa writes: > > Hi, > >> good trace - pre openssl commit >> >> debug2: kex_parse_kexinit: >> hmac-sha1,hmac-sha1-96,hmac-md5,hmac-md5-96,umac...@openssh.com [preauth] >> debug2: kex_parse_kexinit: >> hmac-sha1,hmac-sha1-96,hmac-md5,

Re: [FreeBSD-Stable] svn commit: r296462 - in stable/9: crypto/openssl/crypto/bio crypto/openssl/crypto/bn crypto/openssl/doc/apps crypto/openssl/ssl secure/usr.bin/openssl/man

On 3/9/2016 5:06 PM, Dimitry Andric wrote: > Can you please try the attached patch, which I also attached to PR > 207783? I think this will solve the crashes. > > It should be enough to rebuild secure/lib/libcrypto, and install it. Hi, Yes it allows sshd to not crash on my one test case (secure

Re: [FreeBSD-Stable] svn commit: r296462 - in stable/9: crypto/openssl/crypto/bio crypto/openssl/crypto/bn crypto/openssl/doc/apps crypto/openssl/ssl secure/usr.bin/openssl/man

On 2016-03-09 5:19 PM, Mike Tancsa wrote: On 3/9/2016 5:06 PM, Dimitry Andric wrote: Can you please try the attached patch, which I also attached to PR 207783? I think this will solve the crashes. It should be enough to rebuild secure/lib/libcrypto, and install it. Hi, Yes it allows sshd to

Jenkins build is back to normal : FreeBSD_stable_10 #125

See ___ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"

fetch(1) always dumps core - openssl issue?

Greetings, I just built/installed world/kernel on a fresh STABLE-9 box. Now building ports almost always results in fetch(1) dumping core. It appears that this happens on ssl enabled hosts. Resulting in fetch dropping to distcache.freebsd.org. I see a lot of noise on the lists regarding openssl iss

Re: fetch(1) always dumps core - openssl issue?

On 3/9/16 19:09, Chris H wrote: > Greetings, > I just built/installed world/kernel on a fresh > STABLE-9 box. Now building ports almost always results > in fetch(1) dumping core. It appears that this happens > on ssl enabled hosts. Resulting in fetch dropping to > distcache.freebsd.org. > I see a

Re: fetch(1) always dumps core - openssl issue?

On Wed, 9 Mar 2016 21:28:48 -0800 Xin Li wrote > On 3/9/16 19:09, Chris H wrote: > > Greetings, > > I just built/installed world/kernel on a fresh > > STABLE-9 box. Now building ports almost always results > > in fetch(1) dumping core. It appears that this happens > > on ssl enabled hosts. Result