Mailman %post script failed during install. As there is a pop-up in the installer, setting priority to blocker. Logs are coming.
From install.log retrieving rpm files from medium "Core Release"... retrieved lib64postfix1-2.9.6-1.mga3.x86_64.rpm webserver-base-2.0-3.mga3.x86_64.rpm man-1.6g-7.mga3.x86_64.rpm postfix-2.9.6-1.mga3.x86_64.rpm apache-2.4.4-1.mga3.x86_64.rpm python-GnuPG-Interface-0.3.2-11.mga3.noarch.rpm mailman-2.1.15-3.mga3.x86_64.rpm mailcap-2.0.4-29.mga3.noarch.rpm ...retrieving done installing lib64postfix1-2.9.6-1.mga3.x86_64.rpm python-GnuPG-Interface-0.3.2-11.mga3.noarch.rpm webserver-base-2.0-3.mga3.x86_64.rpm man-1.6g-7.mga3.x86_64.rpm mailman-2.1.15-3.mga3.x86_64.rpm postfix-2.9.6-1.mga3.x86_64.rpm apache-2.4.4-1.mga3.x86_64.rpm mailcap-2.0.4-29.mga3.noarch.rpm from /mnt/var/cache/urpmi/rpms starting installing packages created transaction for installing on /mnt (remove=0, install=0, upgrade=8) mkdir: cannot create directory '/etc/httpd/conf/sites.d': No such file or directory apache-2.4.4-1.mga3.x86_64 mailcap-2.0.4-29.mga3.noarch webserver-base-2.0-3.mga3.x86_64 apache-2.4.4-1.mga3.x86_64 python-GnuPG-Interface-0.3.2-11.mga3.noarch lib64postfix1-2.9.6-1.mga3.x86_64 /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol Generating a 1024 bit RSA private key .......++++++ ..............................................................................................++++++ unable to write 'random state' writing new private key to '/etc/pki/tls/private/postfix.pem' ----- /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol postfix.service is not a native service, redirecting to /sbin/chkconfig. Executing /sbin/chkconfig postfix on /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol postfix-2.9.6-1.mga3.x86_64 /usr/sbin/postconf: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol postalias: warning: inet_protocols: disabling IPv6 name/address support: Address family not supported by protocol Crée une nouvelle liste sans abonnés. Usage : /usr/sbin/newlist [options] [nom_liste [addr_listeadmin [mot_de_passe-admin]]] Options : -l langue --language=langue Faire de `langue' la langue préférée de cette liste, le paramètre doit être composé des deux lettres du code de la langue. -u urlhost --urlhost=urlhost Retourne le nom d'hôte de l'interface web de la liste. -e emailhost --emailhost=emailhost Retourne le nom de domaine du serveur de courrier de la liste. -q/--quiet En principe l'administrateur reçoit un courriel (après demande de confirmation) que sa liste a été crée. Cette option supprime la demande de confirmation et l'avis. -h/--help Affiche ce texte d'aide et quitte. Vous pouvez spécifier autant d'arguments désirés sur la ligne de commande, les arguments omis seront demandés. Chaque liste Mailman dispose de deux paramètres définissant le nom d'hôte par défaut pour les messages sortants, et l'URL de base pour l'interface web. Lors de la configuration de Mailman, certaines valeurs par défaut ont été calculées et risquent de ne pas convenir pour la liste que vous créez si vous gérez un site Mailman avec plusieurs hôtes virtuels. Vous pourrez spécifier le domaine dans lequel vous créez votre liste en saisissant la commande de la forme : newlist --urlhost=www.mondoma.ine maliste Où `www.mondoma.ine' serait le nom d'hôte de base pour l'URL décrivant les listes de l'hôte virtuel en question. Avec cette configuration, le panorama de la liste sera accessible à l'adresse http://www.mondoma.ine/mailman/listinfo. De plus, www.mondoma.ine devrait être une clé dans le mappage VIRTUAL_HOST dans mm_cfg.py/Defaults.py si le nom d'hôte de la messagerie doit être automatiquement déterminé. Si le nom d'hôte de la messagerie doit être différent de celui indiqué par l'entrée VIRTUAL_HOST ou si l'hôte url n'est pas renseigné dans VIRTUAL_HOST, vous pouvez spécifier emailhost sous la forme : newlist --urlhost=www.mondoma.ine --emailhost=mondoma.ine maliste où `mondoma.ine' est le nom de domaine de messagerie Si vous ne spécifiez pas le serveur de messagerie et que urlhost n'est pas dans la liste des hôtes virtuels, alors la valeur de mm_cfg.DEFAULT_EMAIL_HOST sera utilisée pour l'interface de courrier. Par souci de compatibilité, vous pouvez aussi spécifier le domaine de création de votre liste en fournissant le nom de la liste sous la forme : maliste@www.mondom.aine où www.mondom.aine est utilisé à la fois comme `urlhost' et comme `emailhost' si ce n'est pas renseigné dans la table des hôtes virtuels. Notez que `--urlhost' et `--emailhost' sont prédominants sur cette notation. Si vous spécifiez le nom de la liste sous la forme `maliste', alors le nom d'hôte pour la messagerie sera extrait de DEFAULT_HOST_NAME et l'url sera extraite de DEFAULT_URL (comme spécifié dans votre fichier Defaults.py à moins que ces valeurs n'aient été redéfinies dans mm_cfg.py). Notez que les noms de liste sont ramenés en minuscule. Option invalide : mailman@localdomain Configurer une liste à partir des descriptions contenues dans un fichier texte. Usage: config_list [options] nom_liste Options: --inputfile nom_fichier -i nom_fichier Configurer la liste en attribuant à chaque objet de la liste une variable globale de module contenue dans le fichier, puis sauvegarder la liste. Le fichier nommé est chargé par l'entremise d'execfile() et doit être un code Python valide. Toute variable ne correspondant pas à un attribut de l'objet liste est ignorée (un message est affiché). Voyez également l'option -c. Une variable spéciale appelée `mlist' est insérée dans l'espace global durant l'appel execfile, cette variable est actuellement attachée à l'objet MailList courant. Ceci vous permet de faire toute sortes de choses bizarres à l'objet liste, mais prenez garde, cela pourrait profondément et (même irréversiblement) endommager votre liste! --outputfile nom_fichier -o nom_fichier Au lieu de configurer la liste, sortir les variables de configuration de liste sous un format utilisable par ce script. De cette façon, vous pourrez facilement recueillir la configuration d'une liste et l'attacher à une autre liste. nom_fichier est le fichier utilisé pour la sortie. Si `-' est fourni comme nom_fichier, alors la sortie standard est utilisée. --checkonly -c Avec cette option, la liste cible n'est pas vraiment modifiée, ceci est seulement utile avec -i. --help -h Afficher ce message puis quitter. Les options -o et -i s'excluent mutuellement Liste "mailman" introuvable %post(mailman-2.1.15-3.mga3.x86_64) scriptlet failed, exit status 1 mailman-2.1.15-3.mga3.x86_64
CC: (none) => guillomovitch, pterjan, remco
I don't know it this can be related to https://bugs.mageia.org/show_bug.cgi?id=8759
That's unrelated to the other issue, that's just than mailman post script is intended to be executed on a working host, not during an installation. I never understood why some people apparently tries to install everything directly during installation, instead of installing a minimal system first, but that won't change the issue much... Thierry, do we have some way to test if a script is run during install ? I remember of some DURING_INSTALL environment variable, but I can't find where it is used exactly. Otherwise, we might as well drop the whole post-install procedure, and let users proceed manually.
CC: (none) => thierry.vignaud
well as this happen only in netinstall (mailman is not in isos), and as now, errors are reported in the gui at the end of all packages install, I guess this is not really a blocker.
Priority: release_blocker => Normal
Just as an aside, this type of problem with mailman goes back many years to Mandriva days, when (my memory is sketchy on this) the mailman %post tried to add entries to postfix files that were only created during the first realtime boot of the target OS and the initial launch of postfix. Or maybe it had to do with having a network available during the %post. Old issue. At the time, it remained a pissing contest between the camp that wanted everything done at install and the camp that wanted the world available to %post.
CC: (none) => ftg
(In reply to Guillaume Rousse from comment #3) Yes. See http://svnweb.mageia.org/soft/drakx/trunk/perl-install/install/steps.pm?revision=6343&view=markup
Also see bug#9825 . This is still happening in cauldron, and is still stopping installs.
Still happening in current cauldron.
*** Bug 9825 has been marked as a duplicate of this bug. ***
Status: NEW => ASSIGNEDAssignee: bugsquad => remco
mailman-2.1.15-5.mga5 should workaround the issue, by preventing %post to run during installation. However, the real fix is rather to add this kind of heavyweight application after installation.
Status: ASSIGNED => RESOLVEDResolution: (none) => FIXED