Hi,
After a recent upgrade, apt-get update + apt-get dist-upgrade, my installation is stuck.
I can't recall what packages were being upgraded but its stuck setting up pluto-mythtv-plugin.
The output is as follows:
Setting up pluto-mythtv-plugin (2.0.0.44.10061723082) ...
The user `mythtv' is already a member of `public'.
ERROR 1071 (42000) at line 1: Specified key was too long; max key length is 1000 bytes
Backing up old permissions files...
Setting up users...
Setting up Global Static Directories...
Setting up User Static Directories...
Setting up User Directories...
* Reloading /etc/samba/smb.conf smbd only [ OK ]
* Stopping Samba daemons [ OK ]
* Starting Samba daemons [ OK ]
make: Entering directory `/var/yp'
make[1]: Entering directory `/var/yp/pluto'
Updating passwd.byname...
Updating passwd.byuid...
Updating group.byname...
Updating group.bygid...
Updating netid.byname...
Updating shadow.byname...
make[1]: Leaving directory `/var/yp/pluto'
make: Leaving directory `/var/yp'
Tue, 22 Jun 2010 14:46:30 +0100 : Disabling UpdateMediaDaemon on the system(s)
Tue, 22 Jun 2010 14:46:30 +0100 : Enabling UpdateMediaDaemon on the system(s)
Reloading automounter: checking for changes ...
Reloading automounter map for: /mnt/device
* Re-exporting directories for NFS kernel daemon...
exportfs: No options for /mnt/device/53 0.0.0.0/255.255.255.0: suggest 0.0.0.0/255.255.255.0(sync) to avoid warning
exportfs: /etc/exports [3]: Neither 'subtree_check' or 'no_subtree_check' specified for export "0.0.0.0/255.255.255.0:/mnt/device/53".
Assuming default behaviour ('no_subtree_check').
NOTE: this default has changed since nfs-utils version 1.0.x
exportfs: eth0 has non-inet addr
exportfs: eth0 has non-inet addr
exportfs: No options for /home 192.168.80/255.255.255.0: suggest 192.168.80/255.255.255.0(sync) to avoid warning
exportfs: /etc/exports [7]: Neither 'subtree_check' or 'no_subtree_check' specified for export "192.168.80/255.255.255.0:/home".
Assuming default behaviour ('no_subtree_check').
NOTE: this default has changed since nfs-utils version 1.0.x
exportfs: eth0 has non-inet addr
exportfs: eth0 has non-inet addr
exportfs: No options for /usr/pluto/orbiter 192.168.80/255.255.255.0: suggest 192.168.80/255.255.255.0(sync) to avoid warning
exportfs: /etc/exports [8]: Neither 'subtree_check' or 'no_subtree_check' specified for export "192.168.80/255.255.255.0:/usr/pluto/orbiter".
Assuming default behaviour ('no_subtree_check').
NOTE: this default has changed since nfs-utils version 1.0.x
exportfs: eth0 has non-inet addr
exportfs: eth0 has non-inet addr
exportfs: No options for /usr/pluto/keys 192.168.80/255.255.255.0: suggest 192.168.80/255.255.255.0(sync) to avoid warning
exportfs: /etc/exports [9]: Neither 'subtree_check' or 'no_subtree_check' specified for export "192.168.80/255.255.255.0:/usr/pluto/keys".
Assuming default behaviour ('no_subtree_check').
NOTE: this default has changed since nfs-utils version 1.0.x
exportfs: eth0 has non-inet addr
exportfs: eth0 has non-inet addr
exportfs: No options for /usr/pluto/deb-cache 192.168.80/255.255.255.0: suggest 192.168.80/255.255.255.0(sync) to avoid warning
exportfs: /etc/exports [10]: Neither 'subtree_check' or 'no_subtree_check' specified for export "192.168.80/255.255.255.0:/usr/pluto/deb-cache".
Assuming default behaviour ('no_subtree_check').
NOTE: this default has changed since nfs-utils version 1.0.x
exportfs: eth0 has non-inet addr
exportfs: eth0 has non-inet addr
exportfs: No options for /usr/pluto/var 192.168.80/255.255.255.0: suggest 192.168.80/255.255.255.0(sync) to avoid warning
exportfs: /etc/exports [11]: Neither 'subtree_check' or 'no_subtree_check' specified for export "192.168.80/255.255.255.0:/usr/pluto/var".
Assuming default behaviour ('no_subtree_check').
NOTE: this default has changed since nfs-utils version 1.0.x
exportfs: eth0 has non-inet addr
exportfs: eth0 has non-inet addr
exportfs: No options for /var/spool/asterisk 192.168.80/255.255.255.0: suggest 192.168.80/255.255.255.0(sync) to avoid warning
exportfs: /etc/exports [12]: Neither 'subtree_check' or 'no_subtree_check' specified for export "192.168.80/255.255.255.0:/var/spool/asterisk".
Assuming default behaviour ('no_subtree_check').
NOTE: this default has changed since nfs-utils version 1.0.x
exportfs: eth0 has non-inet addr
exportfs: eth0 has non-inet addr
exportfs: No options for /usr/pluto/diskless/168 192.168.80/255.255.255.0: suggest 192.168.80/255.255.255.0(sync) to avoid warning
exportfs: /etc/exports [17]: Neither 'subtree_check' or 'no_subtree_check' specified for export "192.168.80/255.255.255.0:/usr/pluto/diskless/168".
Assuming default behaviour ('no_subtree_check').
NOTE: this default has changed since nfs-utils version 1.0.x
exportfs: eth0 has non-inet addr
exportfs: eth0 has non-inet addr
[ OK ]
Backing up old permissions files...
Setting up users...
Setting up Global Static Directories...
Setting up User Static Directories...
Setting up User Directories...
* Reloading /etc/samba/smb.conf smbd only [ OK ]
* Stopping Samba daemons [ OK ]
* Starting Samba daemons [ OK ]
make: Entering directory `/var/yp'
make[1]: Entering directory `/var/yp/pluto'
Updating passwd.byname...
Updating passwd.byuid...
Updating group.byname...
Updating group.bygid...
Updating netid.byname...
Updating shadow.byname...
make[1]: Leaving directory `/var/yp/pluto'
make: Leaving directory `/var/yp'
Tue, 22 Jun 2010 14:46:37 +0100 : Disabling UpdateMediaDaemon on the system(s)
Tue, 22 Jun 2010 14:46:37 +0100 : Enabling UpdateMediaDaemon on the system(s)
* Reloading /etc/samba/smb.conf smbd only [ OK ]
Creating /home/public paths...
Creating paths for each extra storage device...
- what can I do about the first error? "ERROR 1071" specified key too long?
- exportfs - no options looks like just a warning, its the "eth0 has non-inet addr" seems like the more serious error. Where can I look to fix this? ifconfig reports nic addresses as expected.
- /usr/pluto/diskless/168 doesn't exist, it may have in the past but no media director is listed under webadmin. I'm guessing this is still in the database somehow.
- Script hangs at last line copied above.
Any direction is appreciated.
thx,
-Coley.
