tag #769335 + moreinfo
thanks

Am 12.11.2014 um 22:51 schrieb Andreas Beckmann:
>   Setting up otrs2 (3.3.9-1) ...
>   dbconfig-common: writing config to /etc/dbconfig-common/otrs2.conf
>   Replacing config file /etc/otrs/database.pm with new version
>   creating database backup in 
> /var/cache/dbconfig-common/backups/otrs2_3.1.7+dfsg1-8+deb7u4.pgsql.
>   applying upgrade script for 3.1.7+dfsg1-8+deb7u4 -> 3.2.1.
>   Can't locate /etc/otrs/database.pm:   Permission denied at 
> /usr/share/otrs/Kernel/Config.pm line 27.
>   BEGIN failed--compilation aborted at /usr/share/otrs/Kernel/Config.pm line 
> 37.
>   Compilation failed in require at ./scripts/DBUpdate-to-3.2.pl line 32.
>   BEGIN failed--compilation aborted at ./scripts/DBUpdate-to-3.2.pl line 32.
>   error encountered processing 
> /usr/share/dbconfig-common/scripts/otrs2/upgrade/pgsql/3.2.1:
>   /usr/share/dbconfig-common/scripts/otrs2/upgrade/pgsql/3.2.1 exited with 
> non-zero status
>   dbconfig-common: otrs2 configure: aborted.
>   dbconfig-common: flushing administrative password
>   dpkg: error processing package otrs2 (--configure):
>    subprocess installed post-installation script returned error exit status 1
>   Setting up libsoap-lite-perl (1.11-1) ...
>   Processing triggers for libc-bin (2.19-12) ...
>   Processing triggers for ca-certificates (20141019) ...
>   Updating certificates in /etc/ssl/certs... 10 added, 8 removed; done.
>   Running hooks in /etc/ca-certificates/update.d....done.
>   Errors were encountered while processing:
>    otrs2

I have checked it up in a virtual machine and can not reproduce this
issue, maybe another "in-piuparts-world-only-error" issue.
From what I see here:

=> dbconfig creates and handle database.pm and it is generated with the
following values:
dbc_generate_include_owner="otrs:www-data"
dbc_generate_include_perms="0640"

=> Can't locate /etc/otrs/database.pm:   Permission denied at
/usr/share/otrs/Kernel/Config.pm line 27.

=> line 26 checks for the existance of database.pm. if it exists (-f)
then a require is executed in line 27, which is the case here, but you
have got wrong permissions? which ones?

=> this whole issue is not triggered in my manual wheezy->jessie upgrade
process

=> and again, dbconfig-common handles this file, but I think the bug is
in your testing suite/piuparts

-- 
/*
Mit freundlichem Gruß / With kind regards,
 Patrick Matthäi
 GNU/Linux Debian Developer

  Blog: http://www.linux-dev.org/
E-Mail: pmatth...@debian.org
        patr...@linux-dev.org
*/

Attachment: signature.asc
Description: OpenPGP digital signature

Reply via email to