web-dev-qa-db-fra.com

PDKSH manquant de Rhel 6 et Centos 6?

Le paquet pdksh n'existe pas sur Rhel 6 ou Centos 6 lorsque j'essaie de l'installer via yum.

Donc, mes questions:

  1. Pourquoi n'est-ce plus disponible dans les référentiels par défaut? Il est disponible dans la version 5.x.
  2. Y a-t-il une coquille de remplacement?
  3. Qu'en est-il des programmes qui dépendent de pdksh? Peuvent-ils utiliser la coquille de remplacement?

Ma solution de contournement a été d'utiliser le colis de la version 5, que je ressens n'est pas la solution appropriée et je le comprendrai mieux que la solution de contournement.

Ma préoccupation concerne principalement la base de données Oracle. Il demande pdksh, il s'agira donc d'utiliser une coque de remplacement autre que pdksh?

centosrhelyumksh
8
Data-Base

J'étais sous l'impression que Pdksh n'était pas conforme à Posix, et avec la libération de Source Open Source At & T Ksh, il y avait un mouvement important de PDKSH à ksh . Juste ma 0,02 $

AT & T KSH est autorisé par la licence publique Eclipse 1.0 (EPL-1.0).

7
bsd

Selon cet article " Oracle base de données 11G version 2 (11.2) Installation sur Oracle Linux 6 ":

L'échec du package "PDKSH" peut être ignoré car nous avons installé le paquet "ksh" à sa place

Sur ma machine de 0 6.3 Standard Standard, KSH était déjà installée dans le cadre de la construction, mais vous devrez peut-être avoir à faire un Sudo yum install ksh pour l'installer.

Notre DBAS a également trouvé cet article qui peut être utile:

Installation "11.2.0.3 32 bits (x86)" ou "64 bits (x86-64)" sur RHEL6 rapporte que les paquets elfutils-libelf-devel-0.97 et pdksh-5.2.14 sont manquants.

S'applique à

  • Oracle Server - Enterprise Edition - version 11.2.0.3 à 11.2.0.3 [Release 11.2]
  • Oracle Universal Installer - Version 11.2.0.3 à 11.2.0.3 [version 11.2]
  • Oracle Server - Édition standard - Version 11.2.0.3 à 11.2.0.3 [Release 11.2]
  • Linux x86
  • Linux x86-64

Symptômes

En installant

  • 11.2.0.3 Logiciel de base de données 32 bits (X86) sur le serveur RHEL6 X86
  • 11.2.0.3 Logiciel de base de données (X86-64) sur RHEL6 X86-64 Server

le Oracle Universal Installer (OUI) rapporte que les paquets elfultils-libelf-devel-0.97 et pdksh-5.2.14 sont manquants.

Dans la sortie installActions.log La sortie suivante peut être observée:

INFO: INFO: *********************************************
INFO: INFO: Package: elfutils-libelf-devel-0.97: This is a prerequisite condition to test whether the package "elfutils-libelf-devel-0.97" is available on the system.
INFO: INFO: Severity:IGNORABLE
INFO: INFO: OverallStatus:VERIFICATION_FAILED
INFO: INFO: -----------------------------------------------INFO: INFO: Verification Result for Node:nodename
INFO: INFO: Expected Value:elfutils-libelf-devel-0.97
INFO: INFO: Actual Value:missing
INFO: INFO: Error Message:PRVF-7532 : Package "elfutils-libelf-devel" is missing on node "nodename"
INFO: INFO: Cause: A required package is either not installed or, if the package is a kernel module, is not loaded on the specified node.
INFO: INFO: Action: Ensure that the required package is installed and available.
INFO: INFO: -----------------------------------------------:
INFO: INFO: *********************************************
INFO: INFO: Package: pdksh-5.2.14: This is a prerequisite condition to test whether the package "pdksh-5.2.14" is available on the system.
INFO: INFO: Severity:IGNORABLE
INFO: INFO: OverallStatus:VERIFICATION_FAILED
INFO: INFO: -----------------------------------------------INFO: INFO: Verification Result for Node:nodename
INFO: INFO: Expected Value:pdksh-5.2.14
INFO: INFO: Actual Value:missing
INFO: INFO: Error Message:PRVF-7532 : Package "pdksh" is missing on node "nodename"
INFO: INFO: Cause: A required package is either not installed or, if the package is a kernel module, is not loaded on the specified node.
INFO: INFO: Action: Ensure that the required package is installed and available.
INFO: INFO: -----------------------------------------------:

Causer

Oui exécute la commande suivante:

/bin/rpm -q --qf %{version} redhat-release

aucune sortie n'est renvoyée (car dans RHEL6, le paquet Redhat-version a été remplacé par REDHAT-Server-Server-6Server).

Cela provoque que oui de croire que le serveur n'est pas un serveur RHEL.

Comme OUI ne peut pas identifier quel type de serveur il est, OUI effectue les chèques préalables par défaut (OEL4).

Ce problème a été connecté sous forme de bugs non publié 13981169 avec Oracle Development.

En plus de cela, aucune vérification de RHEL6 prérequis n'est définie dans

<path>/database/stage/cvu/cvu_prereq.xml

dans le milieu 11.2.0.3.

Solution

Solution pour 11.2.0.3 64 bits (x86-64)

Si vous avez téléchargé le support 11.2.0.3 de mon support Oracle (MOS) et extrait le logiciel sur <path>/database, procédez comme suit:

  1. Changer le répertoire en <path>/database/stage/cvu/cv/admin
  2. Sauvegarde cvu_config cp cvu_config backup_cvu_config
  3. Éditer cvu_config et modifier la ligne suivante CV_ASSUME_DISTID=OEL4 à CV_ASSUME_DISTID=OEL6 _
  4. Enregistrez le fichier mis à jour cvu_config
  5. Installez le logiciel 11.2.0.3 en utilisant:
    1. <path>/database/runInstaller
    2. cd <path>/database
    3. ./runInstaller

OUI devrait maintenant effectuer les chèques préalables OEL6 (identiques aux contrôles de prérequis RHEL6) et ne signalent plus que les paquets elfutils-libelf-devel-0.97 et pdksh-5.2.14 sont manquants

REMARQUE

Si vous avez reçu le 11.2.0.3 Media sur DVD, il sera nécessaire de copier le support du DVD sur un disque sur le serveur RHEL6 (afin que vous puissiez suivre les étapes ci-dessus).

Solution pour 11.2.0.3 32 bits (x86)

Comme le fichier cvu_prereq.xml du fichier 11.2.0.3 32 bits (x86) ne fait pas référence à RHEL6 ou OEL6, la solution de contournement ci-dessus ne peut pas être utilisée.

Après avoir vérifié manuellement que toutes les exigences ont été remplies, choisissez l'option Ignorer toute Option dans l'installateur et continuez avec l'installation.

11
David

Ma compréhension est qu'avant Rhel 6, Red Hat était méfiant de l'AT & T Kornshell En raison de sa licence, ils comprenaient donc le PDKSH, qui est une mise en œuvre moins complète. Je pense que David Korn faisait de son mieux pour que KSH soit accepté dans autant d'endroits que possible et quelque part sur la ligne, la licence a été clarifiée ou modifiée. Cette citation provient du site Web Kornshell : "AT & T a publié Kornshell comme source ouverte".

De toute évidence, Red Hat était satisfait de la licence de l'époque où Rhel 6 a été libérée, alors ils comprenaient "la vraie chose".

Edit: En fait, il est expliqué sur la page Wikipedia (bien sûr) - voir le premier paragraphe de l'histoire.

1
wanpelaman