Bug#905019: bind9: Red Black Tree sanity check triggered - Fatal error in rbtdb.c, RUNTIME_CHECK failed

2018-07-30 Thread Michael Milligan
Package: bind9
Version: 1:9.10.3.dfsg.P4-12.3+deb9u4
Severity: important
Tags: upstream

Dear Maintainer,

Hit a RBT check failure, not quite sure why it triggered so turning up debug 
level to get more info if
it triggers again.  DNSSEC is configured and was behaving ... much more 
"chatty" than usual.

Log messages leading up to it:

Jul 27 03:32:45 penelo named[14570]: zone acmeps.com/IN/public (signed): 
sending notifies (serial 7838)
Jul 27 03:32:45 penelo named[14570]: zone acmeps.net/IN/public (signed): 
sending notifies (serial 171)
Jul 27 03:32:49 penelo named[14570]: zone acmeps.org/IN/public (signed): 
sending notifies (serial 139)
Jul 27 03:32:50 penelo named[14570]: zone acmeps.com/IN/public (signed): 
sending notifies (serial 7838)
Jul 27 03:32:50 penelo named[14570]: zone acmeps.net/IN/public (signed): 
sending notifies (serial 171)
Jul 27 03:32:54 penelo named[14570]: zone acmeps.org/IN/public (signed): 
sending notifies (serial 139)
Jul 27 03:32:55 penelo named[14570]: zone acmeps.com/IN/public (signed): 
sending notifies (serial 7838)
Jul 27 03:32:55 penelo named[14570]: zone acmeps.net/IN/public (signed): 
sending notifies (serial 171)
Jul 27 03:32:59 penelo named[14570]: zone acmeps.org/IN/public (signed): 
sending notifies (serial 139)
Jul 27 03:33:00 penelo named[14570]: zone acmeps.com/IN/public (signed): 
sending notifies (serial 7838)
Jul 27 03:33:00 penelo named[14570]: zone acmeps.net/IN/public (signed): 
sending notifies (serial 171)
Jul 27 03:33:04 penelo named[14570]: zone acmeps.org/IN/public (signed): 
sending notifies (serial 139)
Jul 27 03:33:05 penelo named[14570]: zone acmeps.com/IN/public (signed): 
sending notifies (serial 7838)
Jul 27 03:33:05 penelo named[14570]: zone acmeps.net/IN/public (signed): 
sending notifies (serial 171)
Jul 27 03:33:09 penelo named[14570]: zone acmeps.org/IN/public (signed): 
sending notifies (serial 139)
Jul 27 03:33:10 penelo named[14570]: zone acmeps.com/IN/public (signed): 
sending notifies (serial 7838)
Jul 27 03:33:10 penelo named[14570]: ../../../lib/dns/rbtdb.c:1394: fatal error:
Jul 27 03:33:10 penelo named[14570]: RUNTIME_CHECK(rbtdb->next_serial != 0) 
failed
Jul 27 03:33:10 penelo named[14570]: exiting (due to fatal error in library) 
Jul 27 03:33:10 penelo systemd[1]: bind9.service: Main process exited, 
code=killed, status=6/ABRT
Jul 27 03:33:10 penelo rndc[16558]: rndc: connect failed: 127.0.0.1#953: 
connection refused
Jul 27 03:33:10 penelo systemd[1]: bind9.service: Control process exited, 
code=exited status=1
Jul 27 03:33:10 penelo systemd[1]: bind9.service: Unit entered failed state. 
Jul 27 03:33:10 penelo systemd[1]: bind9.service: Failed with result 'signal'.

-- System Information:
Debian Release: 9.5
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 4.9.0-6-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), 
LANGUAGE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages bind9 depends on:
ii  adduser3.115
ii  bind9utils 1:9.10.3.dfsg.P4-12.3+deb9u4
ii  debconf [debconf-2.0]  1.5.61
ii  init-system-helpers1.48
ii  libbind9-140   1:9.10.3.dfsg.P4-12.3+deb9u4
ii  libc6  2.24-11+deb9u3
ii  libcap21:2.25-1
ii  libcomerr2 1.43.4-2
ii  libdns162  1:9.10.3.dfsg.P4-12.3+deb9u4
ii  libgeoip1  1.6.9-4
ii  libgssapi-krb5-2   1.15-1+deb9u1
ii  libirs141  1:9.10.3.dfsg.P4-12.3+deb9u4
ii  libisc160  1:9.10.3.dfsg.P4-12.3+deb9u4
ii  libisccc1401:9.10.3.dfsg.P4-12.3+deb9u4
ii  libisccfg140   1:9.10.3.dfsg.P4-12.3+deb9u4
ii  libk5crypto3   1.15-1+deb9u1
ii  libkrb5-3  1.15-1+deb9u1
ii  liblwres1411:9.10.3.dfsg.P4-12.3+deb9u4
ii  libssl1.0.21.0.2l-2+deb9u3
ii  libxml22.9.4+dfsg1-2.2+deb9u2
ii  lsb-base   9.20161125
ii  net-tools  1.60+git20161116.90da8a0-1
ii  netbase5.4

bind9 recommends no packages.

Versions of packages bind9 suggests:
pn  bind9-doc   
ii  dnsutils1:9.10.3.dfsg.P4-12.3+deb9u4
pn  resolvconf  
pn  ufw 

-- Configuration Files:
/etc/bind/named.conf changed [not included]

-- debconf information:
  bind9/different-configuration-file:
  bind9/start-as-user: bind
  bind9/run-resolvconf: false



Bug#775395: partman-zfs in d-i jessie image does not create grub-compatible /boot ZFS mirror

2015-03-09 Thread Michael Milligan
Yes, it was very annoying that I couldn't fix the issue by turning off
all the feature@ things as once they are in use, you can't turn them
off.  Had to rebuild from scratch.

Thanks for fixing!  I will grab a daily image with partman 43 in it and
give it a go.

Regards,
Mike

On 02/27/2015 04:34 PM, Steven Chamberlain wrote:
 tags 775395 + confirmed
 user 775395 debian-...@lists.debian.org
 usertags 775395 + kfreebsd
 thanks

 Hi Mike,

 On 09/02/15 03:02, Michael Milligan wrote:
 This may help...  10.1 added a bunch of feature flags that grub may need
 to now support in the ZFS code and are probably tripping this all up.
 You're absolutely right, some of the new feature flags are breaking
 GRUB;  I just confirmed it in a fresh test-install with ZFS mounted on /boot

 This is my fault;  I was so sure that GRUB in jessie supported these,
 that I requested that `zpool create` no longer use -d:
 http://anonscm.debian.org/cgit/d-i/partman-zfs.git/commit/?id=46b42715da4ee17c95762129600958ff75f6d02d

 GRUB *does* support feature@lz4_compress, but otherwise, only features
 that are 'read-only compatible' according to zpool-features(7):
 http://man.freebsd.org/zpool-features

 Here is the list of not read-only compatible' features that are
 supported by GRUB - currently only lz4_compress:
 http://anonscm.debian.org/cgit/pkg-grub/grub.git/tree/grub-core/fs/zfs/zfs.c#n277

 The most problematic ones are hole_birth and embedded_data, because they
 go active as soon as enabled.  Some of the others wouldn't initially
 be a problem, until that functionality is used, but it's not safe to
 enable those by default.

 I think most of the new features are valuable and we should keep them if
 possible, most certainly lz4_compress (which can be used to compress
 metadata, even if you don't set compression=on for a dataset).  So I
 suggest we use -d but still enable lz4 and all read-only compatible
 features.  (`zpool create` without -d would enable *all* features by
 default).

 Thanks for reporting this!

 Regards,



Bug#775395: partman-zfs in d-i jessie image does not create grub-compatible /boot ZFS mirror

2015-02-08 Thread Michael Milligan
This may help...  10.1 added a bunch of feature flags that grub may need
to now support in the ZFS code and are probably tripping this all up.

http://www.daemon-security.com/blog-2014.html

Regards,
Mike

On 01/27/2015 02:19 PM, Steven Chamberlain wrote:
 Control: severity -1 important

 Michael Milligan wrote:
 Package: partman-zfs
 Version: 42
 Severity: grave
 Tags: d-i
 Justification: renders package unusable for ZFS-based install

 (which is probably the reason someone is trying Debian/kFreeBSD .. to
 use ZFS)
 Since this is a kfreebsd-any package, and we're not part of the
 official stable release, I have to lower this to non-RC severity.

 We should still fix it for the GNU/kFreeBSD release though.

 Regards,



Bug#775395: partman-zfs in d-i jessie image does not create grub-compatible /boot ZFS mirror

2015-01-27 Thread Michael Milligan
On 01/27/2015 02:02 PM, Steven Chamberlain wrote:
 Hi,
 
 Michael Milligan wrote:
 But installing Grub failed with unknown filesystem.  In
 troubleshooting the issue, it seems grub2 (version currently is
 2.02~beta2-19) does not recognize the feature@lz4_compress option (and
 had been previously reported) of the ZFS pools that kFreeBSD kernel 10.1
 creates.
 
 Thanks for the report.
 
 It is actually expected that grub2 since 2.02 should understand these
 feature flags, including LZ4 compression.  I thought it was working for
 me when I last tested.
 
 Hopefully this can be figured out without having to default to using
 -d (disabling new features including LZ4 metadata compression).

Yeah, failed for me using 10.1 kfreebsd image...   I did not have time
to retry it with each individual feature flag turned on/off to find the
exact combination it was choking on, but at least one of them is still
not recognized by grub-probe, not necessarily lz4_compress.

Regards,
Mike

-- 
Michael Milligan   - mi...@acmeps.com
Acme Professional Services LLC


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#775395: partman-zfs in d-i jessie image does not create grub-compatible /boot ZFS mirror

2015-01-14 Thread Michael Milligan
-   default
b expandsize 0   -
b freeing0   default
b fragmentation  -   -
b leaked 0   default
b feature@async_destroy  disabledlocal
b feature@empty_bpobjdisabledlocal
b feature@lz4_compress   disabledlocal
b feature@multi_vdev_crash_dump  disabledlocal
b feature@spacemap_histogram disabledlocal
b feature@enabled_txgdisabledlocal
b feature@hole_birth disabledlocal
b feature@extensible_dataset disabledlocal
b feature@embedded_data  disabledlocal
b feature@bookmarks  disabledlocal
b feature@filesystem_limits  disabledlocal

root@bear:~# df -h
Filesystem  Size  Used Avail Use% Mounted on
z/root   77G  2.1G   75G   3% /
linprocfs   4.0K  4.0K 0 100% /proc
fdescfs 1.0K  1.0K 0 100% /dev/fd
tmpfs   4.8G  516K  4.8G   1% /run
tmpfs   5.0M  4.0K  5.0M   1% /run/lock
tmpfs   1.6G  4.0K  1.6G   1% /run/shm
b/boot  406M   18M  388M   5% /boot
b/modules   431M   43M  388M  10% /lib/modules

Regards,
Mike

-- 
Michael Milligan   - mi...@acmeps.com
Acme Professional Services LLC


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Bug#556990: NMU prepared for kst

2012-06-14 Thread Michael Milligan
Hello Ruben,

I have prepared an NMU that closes this bug, and I will ask for a
sponsor to upload it to the DELAYED queue. The package is visible on
mentors.debian.net at
http://mentors.debian.net/debian/pool/main/k/kst/kst_2.0.3-1.2.dsc

I have taken the liberty of making a few other minor changes, most
notably by enabling build hardening. Here is the full changelog:

Changes: 
 kst (2.0.3-1.2) unstable; urgency=low
 .
   * Non-maintainer upload.
   * Add Build-depends: libgetdata-dev (Closes: #556990)
   * Bump Standards-Version to 3.9.3 (no changes)
   * Bump debhelper compat level to 9
   * Drop fragile *.symbols files
   * debian/rules updated to ensure dpkg-buildflags (e.g. hardening)
   * works
   * debian/copyright updated to fully comply with
 http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/

Best regards,
Michael Milligan

--
Michael Milligan, Ph.D.   |  milli...@msi.umn.edu
Scientific Computing Consultant   |  Phone: 612-624-8857
Supercomputing Institute  |  PGP ID: 24432B78
University of Minnesota   |   0333 368D 4CF3 B9BD F37E


pgpQ0UALFzo1t.pgp
Description: PGP signature


Bug#677549: RFS: kst/2.0.3-1.2 [NMU]

2012-06-14 Thread Michael Milligan
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for someone to sponsor my NMU of kst. See below for the
usual information. Please note that the maintainer (Ruben Molina) has
indicated on http://wiki.debian.org/LowThresholdNmu that he welcomes
NMUs to this package.

The rationale for this upload is
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=556990 
which has been open since 2009. Without this change, the version of kst
released in Wheezy will represent a significant regression in
functionality for several research groups. Full disclosure: I am the
maintainer of libgetdata.

Thank you,
Michael Milligan

 * Package name: kst
   Version : 2.0.3-1.2
   Upstream Author : Barth Netterfield netterfi...@astro.utoronto.ca
 * URL : http://kst.kde.org/
 * License : GPL-2.0+
   Section : science

It builds those binary packages:

 kst   - scientific data plotting tool
 kst-data   - set of data files for kst
 kst-doc- set of tutorials for kst
 libkst2core2 - kst core library
 libkst2math2 - kst math library
 libkst2widgets2 - kst widgets library

To access further information about this package, please visit the
following URL:

http://mentors.debian.net/package/kst


Alternatively, one can download the package with dget using this
command:

  dget -x http://mentors.debian.net/debian/pool/main/k/kst/kst_2.0.3-1.2.dsc

Changes since the last upload:

 kst (2.0.3-1.2) unstable; urgency=low
   * Non-maintainer upload.
   * Add Build-depends: libgetdata-dev (Closes: #556990)
   * Bump Standards-Version to 3.9.3 (no changes)
   * Bump debhelper compat level to 9
   * Drop fragile *.symbols files
   * debian/rules updated to ensure dpkg-buildflags (e.g. hardening)
   * works
   * debian/copyright updated to fully comply with
 http://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
--
Michael Milligan, Ph.D.   |  milli...@msi.umn.edu
Scientific Computing Consultant   |  Phone: 612-624-8857
Supercomputing Institute  |  PGP ID: 24432B78
University of Minnesota   |   0333 368D 4CF3 B9BD F37E


pgpB3tK0Uy7DO.pgp
Description: PGP signature


Bug#556990: please build kst with libgetdata

2012-06-04 Thread Michael Milligan
Hello Ruben,

Thank you for your work getting kst 2 packaged and into Debian!

Since the wheezy freeze is quickly approaching, I would like to repeat
this request so that wheezy is released with a Dirfile-enabled kst. The
Dirfile database format is important to a number of astrophysics users,
including the team that originally wrote kst. I think it would reflect
badly on Debian if those users lose the ability to read Dirfile data
upon upgrading to wheezy!

Having performed the rebuild several times by now, the kst configure
script should build the Dirfile data access module if libgetdata-dev is
installed as a build-depends. 

Best regards,
Michael

-- 
Michael Milligan, Ph.D.   |  milli...@msi.umn.edu
Scientific Computing Consultant   |  Phone: 612-624-8857
Supercomputing Institute  |  PGP ID: 24432B78
University of Minnesota   |   0333 368D 4CF3 B9BD F37E


pgpTEjVPItqEq.pgp
Description: PGP signature


Bug#643926: live-build: building wheezy rescue fails installing packages only in squeeze

2011-10-01 Thread Michael Milligan
On Sat, Oct 01, 2011 at 07:49:39AM +0200, Daniel Baumann wrote:
 On 09/30/2011 10:56 PM, Michael Milligan wrote:
  sudo lb build fails when building a rescue image for wheezy because
  tct and ettercap only exist in squeeze.
 
 ettercap is in testing, so only marked tct as squeeze only.
 

ettercap is a virtual package in testing/sid, so the following
happens:

# apt-get install ettercap
Reading package lists... Done
Building dependency tree   
Reading state information... Done
Package ettercap is a virtual package provided by:
  ettercap-text-only 1:0.7.4.1-1
  ettercap-graphical 1:0.7.4.1-1
You should explicitly select one to install.

E: Package 'ettercap' has no installation candidate

With ettercap in the package list, live-build gets the same result and
bails out.

On a related note, ntfsprogs should also be squeeze-only. Starting
with wheezy ntfs-3g conflicts with it.

Thanks!

-- 


signature.asc
Description: Digital signature


Bug#643926: live-build: building wheezy rescue fails installing packages only in squeeze

2011-09-30 Thread Michael Milligan
Package: live-build
Version: 3.0~a33-1
Severity: normal

sudo lb build fails when building a rescue image for wheezy because tct and
ettercap only exist in squeeze.

To resolve, I removed:
tct from /usr/share/live/build/package-lists/debian-forensics
ettercap from /usr/share/live/build/package-lists/rescue

These should probably be moved to a #if DISTRIBUTION squeeze block.

(Note that I have yet to get live-build to work as such, but in this case it
was obvious what was going on.)

-- System Information:
Debian Release: 6.0.2
  APT prefers stable
  APT policy: (800, 'stable'), (500, 'unstable'), (500, 'testing')
Architecture: i386 (x86_64)

Kernel: Linux 2.6.32-5-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash

Versions of packages live-build depends on:
ii  cdebootstrap 0.5.7   Bootstrap a Debian system
ii  debootstrap  1.0.26+squeeze1 Bootstrap a basic Debian system

Versions of packages live-build recommends:
ii  cpio  2.11-4 GNU cpio -- a program to manage ar
ii  gettext-base  0.18.1.1-3 GNU Internationalization utilities
ii  gnu-fdisk 1.2.4-3Linux fdisk replacement based on l
ii  live-boot-doc 3.0~a21-1  Debian Live - System Boot Scripts 
ii  live-config-doc   3.0~a27-1  Debian Live - System Configuration
ii  live-manual-html [live-manual 1:3.0~a7-1 Debian Live - Documentation (html)

Versions of packages live-build suggests:
ii  dosfstools   3.0.9-1 utilities for making and checking 
ii  fakeroot 1.14.4-1Gives a fake root environment
ii  genisoimage  9:1.1.11-1  Creates ISO-9660 CD-ROM filesystem
ii  memtest86+   4.10-1.1thorough real-mode memory tester
ii  mtools   4.0.12-1Tools for manipulating MSDOS files
ii  parted   2.3-5   The GNU Parted disk partition resi
pn  squashfs-tools | mtd none  (no description available)
ii  sudo 1.7.4p4-2.squeeze.2 Provide limited super user privile
pn  syslinux | grub  none  (no description available)
ii  uuid-runtime 2.17.2-9runtime components for the Univers
pn  win32-loader none  (no description available)


-- 


signature.asc
Description: Digital signature


Bug#556990: should build kst with libgetdata

2011-09-27 Thread Michael Milligan
Hi,

libgetdata (the Dirfile library mentioned in the message above)
entered the archive recently. If libgetdata-dev is present when kst is
built, its configure script does correctly pick it up and build the
Dirfile data source.

Please add libgetdata-dev to the Build-Depends of kst. You should not
have to do anything else to enable Dirfile support.

Thanks!
...Milligan

-- 


signature.asc
Description: Digital signature


Bug#641504: ITP: libgetdata -- Library to read/write dirfile data

2011-09-14 Thread Michael Milligan
Yes, I discovered getData as soon as I tried searching for libgetdata
in Debian, so I can see the potential for confusion there. If it was
my project I would probably have named it libdirfile or something.
There is no overlap in functionality, but some overlap in the user
communities seems quite likely.

However, this code builds a bunch of library files with sonames like
libgetdata4, libgetdata++, etc. So I think by policy I am pretty much
required to call it libgetdata, or at least call the binary packages
by their respective sonames.

Cheers,
...Milligan



signature.asc
Description: Digital signature


Bug#641504: ITP: libgetdata -- Library to read/write dirfile data

2011-09-13 Thread Michael Milligan
Package: wnpp
Severity: wishlist
Owner: Michael Milligan mmilli...@astro.umn.edu


* Package name: libgetdata
  Version : 0.7.3
  Upstream Author : D. V. Wiebe getdata-de...@lists.sourceforge.net
* URL : http://getdata.sourceforge.net/
* License : LGPL
  Programming Lang: C with bindings (C++, Python, Fortran 77/95)
  Description : Library to read/write dirfile data

The GetData Project is the reference implementation of the Dirfile
Standards, a filesystem-based, column-oriented database format for
time-ordered binary data. The Dirfile database format is designed to
provide a fast, simple format for storing and reading data.

This package would resolve bug #556990.



signature.asc
Description: Digital signature


Bug#321427: mozilla-mailnews: Upgrading to 1.7.10 causes UI problems with Mozilla mail

2005-08-23 Thread Michael Milligan
This bug has been found and fixed in the 1.7.11 release (upstream).  See 
the release notes for the bug numbers.


Regards,
Mike

--
Michael Milligan   - [EMAIL PROTECTED]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]