tags 784783 - moreinfo
thanks

On Wed, 13 May 2015, Jonathon Anderson wrote:

> As I recall, I was following this guide:
>
> https://www.linode.com/docs/security/upgrading/upgrade-to-debian-8-jessie
>
> And my upgrade failed first during this install:
>
> sudo apt-get install apt dpkg aptitude
>
> I *think* that I first had krb5-admin-server break during *that*
> install; but maybe I'm misremembering, and I lost an ssh session or
> something.

Okay, this gets more interesting; again in a (new) clean wheezy VM with a
kdc/kadmind running and not much else, after swapping jessie in the
sources.list and apt-get update,

apt-get install apt dpkg aptitude

wants to remove libkadm5srv-mit8 and add new packages:
gcc-4.9-base init-system-helpers libboost-iostreams1.55.0 libdb5.3
libkadm5clnt-mit9 libkadm5srv-mit9 libkdb5-7 libperl4-corelibs-perl

and to upgrade a long list, including apt, aptitude, and dpkg, as well as
~all of the src:krb5 packages not already mentioned.

Again saying 'yes' to libc's question about restarting services without
asking, I do see some issues.

In the terminal log

Preparing to unpack .../krb5-admin-server_1.12.1+dfsg-19_amd64.deb ...
[ ok ] Stopping Kerberos administrative servers: kadmind.
Unpacking krb5-admin-server (1.12.1+dfsg-19) over (1.10.1+dfsg-5+deb7u3)
...
dpkg: libkadm5srv-mit8:amd64: dependency problems, but removing anyway as
you requested:
 krb5-kdc depends on libkadm5srv-mit8 (>= 1.10+dfsg~); however:
  Package libkadm5srv-mit8:amd64 is to be removed.

[...]

[FAIL] Starting Kerberos KDC: krb5kdc failed!
Setting up krb5-admin-server (1.12.1+dfsg-19) ...
Installing new version of config file /etc/init.d/krb5-admin-server ...
[....] Starting Kerberos administrative servers: kadmindkadmind: could not
initialize loop, aborting
 failed!

[...]


And no running krb5kdc or kadmind processes.  auth.log has krb5kdc
complaining "Cannot allocate memory - while creating main loop", and the
same kadmind error quoted above.

dpkg -l|grep -v ^ii
finds only
rc  libkadm5srv-mit8:amd64

The error "while creating main loop" is something of an artificial use of
ENOMEM, as it is used when loop_init(VERTO_EV_TYPE_NONE); fails, which may
or may not be due to a failure to allocate memory.

Upgrading libverto-libev1 lets the kdc start properly.

I guess it seems like we need a versioned dependency on libverto-libev1,
then.

-Ben


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

Reply via email to