Re: DNSSEC/Log Spam for partially DNSSEC domain

[Michael Mitchell]

pick the right options for the daemon and info level?

mdm - from a phone

On Fri, Jun 29, 2018, 8:00 PM Larry Rosenman  wrote:

> On Fri, Jun 29, 2018 at 07:33:02PM -0700, Michael Mitchell wrote:
> > /etc/syslog.conf maybe
> >
> > mdm - from a phone
> >
> That won't help, as I don't want to suppress ALL of the nastygrams.
>
> I'm looking for more selectivity from this in libc.
>
>
> --
> Larry Rosenman http://www.lerctr.org/~ler
> Phone: +1 214-642-9640 E-Mail: l...@lerctr.org
> US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106
>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: DNSSEC/Log Spam for partially DNSSEC domain

[Michael Mitchell]

/etc/syslog.conf maybe

mdm - from a phone

On Fri, Jun 29, 2018, 7:27 PM Larry Rosenman  wrote:

> I'm running Exim, with DNSSEC enabled, and my zone (lerctr.org) is
> DNSSEC signed, but my dyn.lerctr.org subdomain is NOT DNSSEC signed due
> to HE.net don't support DNSSEC.
>
> I get a ton of:
> Jun 29 20:12:53 thebighonker exim[37649]: gethostby*.gethostanswer: asked
> for "borg.lerctr.org IN ", got type "RRSIG"
> Jun 29 20:12:53 thebighonker exim[37649]: gethostby*.gethostanswer: asked
> for "borg.lerctr.org IN A", got type "RRSIG"
>
> in my logs, which comes from libc:
> /usr/src/lib/libc/net/getaddrinfo.c:
>2092 #ifdef DEBUG
>2093 if (type != T_KEY && type != T_SIG &&
>2094 type != ns_t_dname)
>2095 syslog(LOG_NOTICE|LOG_AUTH,
>2096"gethostby*.getanswer: asked for \"%s %s %s\", got
> type \"%s\"",
>2097qname, p_class(C_IN),
> p_type(qtype),
>2098p_type(type));
>2099 #endif
>
> Is there an easy way to make this quieter?
>
>
>
>
> --
> Larry Rosenman https://people.FreeBSD.org/~ler/
> Phone: +1 214-642-9640 E-Mail: l...@freebsd.org
> US Mail: 5708 Sabbia Drive, Round Rock, TX 78665-2106
>
___
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

Re: urtwn regression(?) from 10.2 to current r291431

[Michael Mitchell]

i pulled the recent RPI2 r291495 from ftp.freebsd.org, and i also notice that 
the urtwn usb dongle
i typically use is very flakey with -CURRENT on the Raspberry Pi 2. The 
symptoms sound very
similar to those described on this thread.

: mdm

> On Dec 6, 2015, at 6:44 AM, Anton Shterenlikht  wrote:
> 
>> From h...@selasky.org  Sun Dec  6 14:41:27 2015
>> 
>> On 12/06/15 15:14, Anton Shterenlikht wrote:
>>> I posted this about a week ago:
>>> 
>>> http://lists.freebsd.org/pipermail/freebsd-current/2015-November/058683.html
>>> 
>>> The problem is that urtwn stopped
>>> working in current r291431.
>>> 
>>> I did more testing with the same revision,
>>> and sometimes it would work, but extremely
>>> slowly, and sometimes seemingly associate
>>> but get an address of 0.0.0.0.
>>> 
>>> I now installed 10.2-RELEASE-p8 and
>>> the urtwn works fine, no issues at all.
>>> 
>>> Does this look like a bug at some recent
>>> current revision? Should I file a PR?
>>> 
>>> I's just I recall there have been major
>>> chages to wlan, so perphaps I'm forgetting
>>> to change the config in recent current?
>>> 
>>> Please advise
>>> 
>>> Anton
>> 
>> Hi,
>> 
>> There is work ongoing in the WLAN drivers. Did you try the latest -current?
>> 
>> --HPS
> 
> r291431 was about a week ago.
> Will try latest -current later today.
> 
> Anton
> 
> ___
> freebsd-current@freebsd.org  mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current 
> 
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org 
> "

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

Re: New LOR in zfs?

[Michael Mitchell]

build and install the kernel GENERIC-NODEBUG; the -CURRENT has
WITNESS enabled…

: mdm

> On Nov 23, 2015, at 12:39 PM, Kurt Lidl  wrote:
> 
> I installed a build of r291086 on a machine today
> (previously, the machine had been running 10/stable).
> 
> I ran the following two commands just after rebooting
> with the new user-land bits:
> 
> root@ton-95: df
> Filesystem   1K-blocksUsedAvail Capacity  Mounted on
> sys/ROOT/default  18061924  804940 17256984 4%/
> devfs1   10   100%/dev
> tmpfs65536   865528 0%/tmp
> sys/home  17257108 124 17256984 0%/home
> sys/local 17283924   26940 17256984 0%/usr/local
> sys/obj.4 19440624 2183640 1725698411%/usr/obj
> sys/obj.1 19440440 2183456 1725698411%/usr/obj.1
> sys/obj.2 19588696 2331712 1725698412%/usr/obj.2
> sys/obj.3 19588636 2331652 1725698412%/usr/obj.3
> sys/ports 17257080  96 17256984 0%/usr/ports
> sys/src   19740468 2483484 1725698413%/usr/src
> sys/var   17358024  101040 17256984 1%/var
> root@ton-96: zfs set mountpoint=/usr/obj.4 sys/obj.4
> 
> I got a LOR (new to me, at any rate) on the console:
> lock order reversal:
> 1st 0xf8000612da38 zfs (zfs) @ /usr/src/sys/kern/vfs_mount.c:1224
> 2nd 0xf8000612d4b0 zfs_gfs (zfs_gfs) @ 
> /usr/src/sys/cddl/contrib/opensolaris/uts/common/fs/gfs.c:494
> stack backtrace:
> #0 0xc05b1e3c at __lockmgr_args???=?-~+0xa3c
> #1 0xc06a9118 at vop_std???=?-~lock+0x38
> #2 0xc09e8164 at VOP_???=?-~LOCK1_APV+0x104
> #3 0xc06d125c a???=?-~t _vn_lock+0x9c
> #4 0xc12a7b04 a???=?-~t gfs_file_create+0x64
> #5 0xc12???=?-~a7c14 at gfs_dir_create+0x14
> #6???=?-~ 0xc139fc14 at zfsctl_mknode_sn???=?-~apdir+0x54
> #7 0xc12a82bc at gfs???=?-~_dir_lookup+0x31c
> #8 0xc139f6cc???=?-~ at zfsctl_root_lookup+0x12c
> #9???=?-~ 0xc139f7b4 at zfsctl_umount_sn???=?-~apshots+0x54
> #10 0xc13bb44c at ???=?-~zfs_umount+0x4c
> #11 0xc06b34a8 ???=?-~at dounmount+0xbc8
> #12 0xc06b38???=?-~f0 at sys_unmount+0x410
> #13 0xc???=?-~09de004 at syscall+0x3c4
> 
> The machine in question is a sparc4u machine, but I do not think
> it matters.
> 
> -Kurt
> ___
> freebsd-current@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"

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

Re: Need help fixing failing locale tests

[Michael Mitchell]

Documentation on any existing regressions and how they are expected to
fail would be a good thing… Change is necessary, but so is modification of
a regression to continue to pass (or fail) as expected. Demonstration of the
unit testing process can also be very beneficial.

: mdm

> On Nov 15, 2015, at 8:10 AM, Miroslav Lachman <000.f...@quip.cz> wrote:
> 
>>> can



smime.p7s
Description: S/MIME cryptographic signature