Guide de mise à niveau de NetBackup™
- Introduction
- Guide de mise à niveau de NetBackup 11.0
- Méthodes de mise à niveau de NetBackup disponibles
- Modifications dans NetBackup 11.0
- Playbooks Ansible pris en charge pour NetBackup
- La zone intermédiaire en mode push du client n'est plus remplie
- VRTSpddei.rpm n'est plus fourni dans NetBackup 10.5
- À propos des fichiers binaires installés sur les serveurs principaux et les serveurs de médias
- Fichier de licence requis pour la mise à niveau
- Les mises à niveau des serveurs principaux Windows sont ralenties si le répertoire d'installation contient un grand nombre de fichiers
- À propos des modifications de la base de données NetBackup
- Installation de la console d'administration NetBackup et du JRE facultative pour certains ordinateurs
- Les autorisations de répertoire de consignation nécessitent une réinitialisation lors de la restauration
- Certificats d'une autorité de certification externe pris en charge par NetBackup 8.2 et versions ultérieures
- À propos de Cohesity Usage Insights
- Pratiques d'excellence pour Cohesity Usage Insights
- Planification d'une mise à niveau
- Informations générales sur la planification de la mise à niveau
- Planification d'une mise à niveau de NetBackup 11.0
- Prévoir une mise à niveau vers NetBackup11.0
- Mise à jour de sécurité du répertoire de consignation hérité
- Mise à jour de sécurité de la consignation unifiée
- Les notifications, les messages et les informations de configuration Resiliency ne sont pas mis à niveau
- Limitation connue de sauvegarde du catalogue
- À propos des certificats de sécurité pour les hôtes NetBackup
- Modification automatique des fichiers après une mise à niveau
- Réduire la taille de la base de données de travaux avant d'effectuer une mise à niveau
- Problème connu lié à la mise à niveau d'un serveur principal SUSE Linux
- Conditions requises en matière de performances et de paramétrage
- À propos des outils de mise à niveau
- Remarques et limites d'ordre opérationnel sur la mise à niveau
- Versions minimales du système d'exploitation
- Conditions requises relatives au compilateur et à la sécurité Windows pour la mise à niveau de NetBackup 11.0 et versions ultérieures
- Création de compte utilisateur pour prendre en charge le serveur Web NetBackup
- À propos de la prise en charge de Fibre Transport Media Server avec RHEL 7.5 et versions ultérieures dans NetBackup 11.0
- Modifications MSDP dans NetBackup 8.1
- Modifications potentielles requises pour les clusters NetApp
- Erreurs générées lors de la réplication d'informations Bare Metal Restore à l'aide de la fonction Auto Image Replication (AIR)
- Problème de mise à niveau avec les clients antérieurs à la version 8.1 et les serveurs de médias 8.1 ou version ultérieure
- Informations générales sur la planification de la mise à niveau
- Mise à niveau du serveur principal
- À propos des mises à niveau de serveur principal
- Procédure de préinstallation pour la mise à niveau vers NetBackup 11.0
- Exécution de mises à niveau de serveur locales, à distance ou en cluster sur des systèmes Windows
- Effectuer des mises à niveau silencieuses sur des systèmes Windows
- Mise à niveau du logiciel d'un serveur Linux vers NetBackup 11.0
- Mise à niveau silencieuse du logiciel d'un serveur principal NetBackup sous Linux
- Procédure de post-installation de la mise à niveau vers NetBackup 11.0
- À propos des scripts de démarrage et d'arrêt NetBackup
- Terminer la mise à jour de votre système après une mise à niveau
- Mise à niveau du serveur de médias
- Mise à niveau de MSDP pour NetBackup
- Mise à niveau du client
- À propos des mises à niveau du client
- Procédure de préinstallation pour la mise à niveau des clients vers NetBackup 11.0
- Mise à niveau des clients UNIX et Linux avec le script de mise à niveau NetBackup
- Mise à niveau des fichiers binaires client UNIX et Linux avec les programmes d'installation natifs
- Gestion du déploiement de NetBackup avec VxUpdate
- À propos de VxUpdate
- Commandes utilisées dans VxUpdate
- Gestion du référentiel
- Gestion des politiques de déploiement
- Lancement manuel des mises à niveau à partir du serveur principal à l'aide de VxUpdate
- Lancement manuel des mises à niveau à partir du serveur de médias ou du client à l'aide de VxUpdate
- État des travaux de déploiement
- Vue de gestion des EEB
- Annexe A. Référence
- Création de groupe et d'utilisateur de serveur Web principal NetBackup
- Utilisateur de la base de données NetBackup
- Génération d'un certificat sur les nœuds inactifs d'un serveur principal en cluster
- À propos de NetBackup Java Runtime Environment
- Ajout ou suppression de composants Java après la mise à jour
- À propos de l'interface utilisateur Web NetBackup
- À propos du fichier de réponse NetBackup
- À propos du transfert de logiciel client d'un serveur principal vers des clients
- À propos du data collector NetBackup IT Analytics
- Installation ou désinstallation manuelle des fichiers binaires du Data Collector NetBackup IT Analytics
- Configuration manuelle du data collector NetBackup IT Analytics
- Mise à niveau manuelle du Data Collector NetBackup IT Analytics
- Options JVM persistantes
- À propos de l'amorçage RBAC
- À propos de la disponibilité logicielle de NetBackup
- Etapes de post-mise à niveau supplémentaires pour les clusters NetApp
- Utilisation de baies de disques NetApp avec Replication Director
- À propos de la compatibilité entre les versions de NetBackup
- Configurations requises pour la mise à niveau sous UNIX et Linux
- Configuration requise pour la mise à niveau sous Windows et sur les clusters Windows
- Conditions requises pour les mises à niveau des clusters Windows
- Suppression d'un serveur de médias en cluster via la migration de toutes les données vers un nouveau serveur de médias
- Procédures post-mise à niveau pour des serveurs de stockage en cloud Amazon
- Mise à niveau des clients après la mise à niveau des serveurs
- Procédure de restauration à la suite d'une défaillance de mise à niveau
- Instructions relatives au dimensionnement du domaine et du serveur principal NetBackup
Mise à niveau des fichiers binaires client UNIX et Linux avec les programmes d'installation natifs
Vous pouvez mettre à niveau les clients UNIX et Linux NetBackup à l'aide des programmes d'installation natifs. Vous pouvez utiliser le script d'installation de NetBackup ou la méthode de votre programme d'installation préféré. Ce changement ne concerne pas les clients qui utilisent le package Debian. Ces clients doivent être mis à niveau à l'aide du script d'installation de NetBackup.
Pour AIX : lslpp, installp
Pour Linux : rpm, yum, etc.
Pour Solaris : pkginfo, pkgadd
Une installation ou mise à niveau réussie est enregistrée dans le fichier /usr/openv/pack/install.history.
Attention :
Vous devez supprimer le package du plug-in Nutanix NetBackup avant de mettre à niveau Red Hat NetBackup et SUSE Linux avec les programmes d'installation natifs. Le plug-in Nutanix et NetBackup installent les mêmes bibliothèques sur le même emplacement, ce qui entraîne l'échec de la mise à niveau. La mise à niveau échoue avec un message d'erreur install of package_name conflicts with file from package package_name.
Utilisez la commande affichée pour désinstaller le plug-in avant de tenter la mise à niveau de NetBackup.
rpm -e VRTSnbntnxahv*
Pour mettre à niveau les fichiers binaires de client UNIX ou Linux à l'aide des programmes d'installation natifs :
- Créez le fichier de réponse d'installation NetBackup (
NBInstallAnswer.conf) dans le répertoire/tmpclient. Plus d'informations sur le fichier de réponse et son contenu sont disponibles.Se reporter à À propos du fichier de réponse NetBackup.
- (Conditionnel) Si votre environnement utilise une autorité de certification NetBackup et que le client est déjà configuré pour l'autorité de certification NetBackup, passez à l'étape 5. Sinon, ajoutez les informations requises suivantes au fichier
NBInstallAnswer.conf:CA_CERTIFICATE_FINGERPRINT=fingerprint
Exemple (la valeur de signature est entourée pour davantage de lisibilité) :
CA_CERTIFICATE_FINGERPRINT=01:23:45:67:89:AB:CD:EF:01:23:45:67: 89:AB:CD:EF:01:23:45:67
Selon la configuration de la sécurité de votre environnement NetBackup, vous pouvez être amené à ajouter l'option AUTHORIZATION_TOKEN au fichier de réponse. Des informations supplémentaires sur l'option AUTHORIZATION_TOKEN sont disponibles.
Se reporter à À propos du fichier de réponse NetBackup.
- (Conditionnel) Si votre environnement utilise une autorité de certification externe qui est déjà configurée sur le client, passez à l'étape 5. Sinon, ajoutez les informations suivantes au fichier
NBInstallAnswer.conf:SET ECA_CERT_PATH=path
Utilisez ce champ pour spécifier le chemin d'accès et le nom de fichier du certificat externe. Ce champ est requis pour configurer un certificat externe à partir d'un fichier.
SET ECA_TRUST_STORE_PATH=path
Utilisez ce champ pour spécifier le chemin d'accès et le nom du fichier représentant l'emplacement du magasin d'approbation. Ce champ est requis pour configurer un certificat externe à partir d'un fichier.
SET ECA_PRIVATE_KEY_PATH=path
Utilisez ce champ pour spécifier le chemin d'accès et le nom du fichier représentant la clé privée. Ce champ est requis pour configurer un certificat externe à partir d'un fichier.
SET ECA_KEY_PASSPHRASEFILE=path
Utilisez ce champ pour spécifier le chemin d'accès et le nom du fichier qui contient la phrase de passe pour accéder au magasin de clés. Ce champ est facultatif et s'applique uniquement lors de la configuration d'un certificat externe à partir d'un fichier.
SET ECA_CRL_CHECK_LEVEL=value
Utilisez ce champ pour spécifier le mode CRL. Ce champ est obligatoire. Les valeurs prises en charge sont :
USE_CDP : utiliser la CRL définie dans le certificat.
USE_PATH : utiliser la CRL dans le chemin d'accès spécifié dans ECA_CRL_PATH.
DISABLED : ne pas utiliser de CRL.
SET ECA_CRL_PATH=path
Utilisez ce champ pour spécifier le chemin d'accès à la CRL associée au certificat de l'autorité de certification externe. Ce champ est obligatoire uniquement lorsque ECA_CRL_CHECK_LEVEL est défini sur USE_PATH. Si ce n'est pas le cas, laissez ce champ vide.
- (Conditionnel) Si le serveur principal NetBackup est configuré pour prendre en charge des clients de traduction d'adresse réseau (NAT), remplissez le fichier
NBInstallAnswer.confavec les informations requises suivantes :ACCEPT_REVERSE_CONNECTION=TRUE
Des informations supplémentaires sont disponibles. Se reporter à À propos du fichier de réponse NetBackup.
- En outre, vous pouvez ajouter le paramètre facultatif indiqué dans le fichier
NBInstallAnswer.conf.SERVICES=no
MERGE_SERVER_LIST=value
Plus d'informations sont disponibles au sujet de cette option.
Se reporter à À propos du fichier de réponse NetBackup.
- Extrayez les fichiers client requis à partir du package client approprié et copiez-les sur l'ordinateur client.
Téléchargez le package
CLIENTS1pour les clients UNIX sur un système avec suffisamment d'espace.Téléchargez le package
CLIENTS2pour les clients Linux sur un système avec suffisamment d'espace.Extrayez le contenu du fichier
CLIENTS1ouCLIENTS2.Exemple :
AIX
gunzip NetBackup_11.0_CLIENTS1.tar.gz; tar - xvf NetBackup_11.0_CLIENTS1.tar
Linux
tar -xzvf NetBackup_11.0_CLIENTS2.tar.gz
Solaris
tar -xzvf NetBackup_11.0_CLIENTS1.tar.gz
Modifiez pour le répertoire de votre système d'exploitation souhaité.
Exemple :
AIX
CLIENTS1/NBClients/anb/Clients/usr/openv/netbackup/client/RS6000/AIX7.1/
Linux
Pour Linux Red Hat :
CLIENTS2/NBClients/anb/Clients/usr/openv/netbackup/client/Linux/RedHat4.18.0/
Pour Linux SuSE :
CLIENTS2/NBClients/anb/Clients/usr/openv/netbackup/client/Linux/SuSE5.3.18
Linux - s390x
Pour Linux-s390x Red Hat :
CLIENTS2/NBClients/anb/Clients/usr/openv/netbackup/client/Linux-s390x/IBMzSeriesRedHat4.18.0/
Pour Linux-s390x SuSE :
CLIENTS2/NBClients/anb/Clients/usr/openv/netbackup/client/Linux-s390x/IBMzSeriesSuSE5.3.18
Linux - ppc64le
Pour Linux-ppc64le Red Hat :
CLIENTS2/NBClients/anb/Clients/usr/openv/netbackup/client/ Linux-ppc64le/IBMpSeriesRedHat4.18.0/
Pour Linux-ppc64le SuSE :
CLIENTS2/NBClients/anb/Clients/usr/openv/netbackup/client/ Linux-ppc64le/IBMpSeriesSuSE5.3.18
Solaris
Pour Solaris SPARC :
CLIENTS1/NBClients/anb/Clients/usr/openv/netbackup/client/Solaris/Solaris10/
Pour Solaris x86 :
CLIENTS1/NBClients/anb/Clients/usr/openv/netbackup/client/Solaris/Solaris_x86_10_64/
Copiez les fichiers suivants sur l'ordinateur client.
Remarque :
La mise à niveau de l'interface utilisateur graphique Java et du JRE est facultative. Si vous ne souhaitez pas les mettre à niveau, ignorez la copie et l'installation des packages
VRTSnbjavaetVRTSnbjre. Supprimez l'ancienne interface utilisateur graphique Java et les anciens packages JRE si ne souhaitez pas les mettre à niveau.Se reporter à Ajout ou suppression de composants Java après la mise à jour.
AIX
VRTSnbpck.image VRTSpbx.image.gz VRTSnbclt.image.gz VRTSnbclibs.image.gz VRTSnbjre.image.gz VRTSnbjava.image.gz VRTSpddea.image.gz VRTSnbcfg.image.gz
Linux
VRTSnbpck.rpm VRTSpbx.rpm VRTSnbclt.rpm VRTSnbclibs.rpm VRTSnbjre.rpm VRTSnbjava.rpm VRTSpddeu.rpm VRTSpddea.rpm VRTSnbcfg.rpm
Remarque :
Gardez à l'esprit que les fichiers
VRTSnbjre.rpm,VRTSnbjava.rpmetVRTSpddea.rpmne sont pas pris en charge sur les clients IBM pSeries.Remarque :
Le package
VRTSpddeu.rpmest facultatif et n'est pas pris en charge sur les clients IBM pSeries et zSeries.Solaris
.pkg_defaults VRTSnbpck.pkg.gz VRTSpbx.pkg.gz VRTSnbclt.pkg.gz VRTSnbclibs.pkg.gz VRTSpddea.pkg.gz VRTSnbcfg.pkg.gz
Remarque :
Les fichiers binaires du client Solaris incluent un fichier d'administration caché appelé .pkg_defaults. Ce fichier d'administration contient des actions d'installation par défaut.
Remarque :
Notez que les fichiers
VRTSnbjre.pkg.gzetVRTSnbjava.pkg.gzne sont pas pris en charge sur les clients Solaris.Remarque :
Notez qu'il n'y a aucun fichier
VRTSpddea.rpmpour le client z/Architecture.Remarque :
Gardez à l'esprit que les fichiers
VRTSnbjre.rpm,VRTSnbjava.rpmetVRTSpddea.rpmne sont pas pris en charge sur les clients IBM pSeries. - (Conditionnel) Sous Solaris et AIX, utilisez la commande suivante pour extraire les fichiers de package compressés :
gunzip VRTS*.*
Cette action extrait tous les fichiers de package comme illustré :
VRTSnbpck.pkg VRTSpbx.pkg VRTSnbclt.pkg VRTSnbclibs.pkg VRTSnbjre.pkg VRTSnbjava.pkg VRTSpddea.pkg VRTSnbcfg.pkg
Remarque :
Les fichiers
VRTSnbjre.pkgetVRTSnbjava.pkgne sont pas pris en charge sur les clients Solaris et ne sont donc pas inclus. - Installez le package de prévérification Cohesity.
AIX : installp - ad VRTSnbpck.image all
Linux : rpm - U VRTSnbpck.rpm
Solaris : pkgadd -a .pkg_defaults -d VRTSnbpck.pkg VRTSnbpck
- (Conditionnel) Si vous mettez à niveau une version antérieure à NetBackup 8.0, supprimez les anciens packages SYMC*. L'exemple suivant indique les commandes qui permettent de supprimer les packages RPM SYMC. Ce processus préserve votre configuration NetBackup.
rpm -e SYMCnbjava rpm -e SYMCpddea rpm -e SYMCnbclt rpm -e SYMCnbjre
- Installez les fichiers dans l'ordre indiqué à l'aide de la commande suivante :
Remarque :
La mise à niveau de l'interface graphique utilisateur Java et du JRE est facultative. Si vous ne souhaitez pas les mettre à niveau, ignorez la copie et l'installation des packages
VRTSnbjavaetVRTSnbjre.Il est recommandé de supprimer l'ancienne interface graphique utilisateur Java et les anciens packages JRE si ne souhaitez pas les mettre à niveau.
Se reporter à Ajout ou suppression de composants Java après la mise à jour.
AIX
installp - ad VRTSpbx.image all installp - ad VRTSnbclt.image all installp - ad VRTSnbclibs.image all installp - ad VRTSnbjre.image all installp - ad VRTSnbjava.image all installp - ad VRTSpddea.image all installp - ad VRTSnbcfg.image all
Vous pouvez également utiliser une commande unique pour installer tous les packages :
installp - ad folder_name all
Linux
rpm - U VRTSpbx.rpm rpm - U VRTSnbclt.rpm rpm - U VRTSnbclibs.rpm rpm - U VRTSnbjre.rpm rpm - U VRTSnbjava.rpm rpm - U VRTSpddeu.rpm rpm - U VRTSpddea.rpm rpm - U VRTSnbcfg.rpm
Remarque :
Gardez à l'esprit que les fichiers
VRTSnbjre.rpm,VRTSnbjava.rpmetVRTSpddea.rpmne sont pas pris en charge sur les clients IBM pSeries.Remarque :
Le package
VRTSpddeu.rpmest facultatif et n'est pas pris en charge sur les clients IBM pSeries et zSeries.Solaris
Utilisez la commande pkgadd -a admin -d device [pkgid] comme indiqué pour installer les fichiers :
pkgadd -a .pkg_defaults -d VRTSpbx.pkg VRTSpbx pkgadd -a .pkg_defaults -d VRTSnbclt.pkg VRTSnbclt pkgadd -a .pkg_defaults -d VRTSnbclibs.pkg VRTSnbclibs pkgadd -a .pkg_defaults -d VRTSnbjre.pkg VRTSnbjre pkgadd -a .pkg_defaults -d VRTSnbjava.pkg VRTSnbjava pkgadd -a .pkg_defaults -d VRTSpddea.pkg VRTSpddea pkgadd -a .pkg_defaults -d VRTSnbcfg.pkg VRTSnbcfg
Notez que les fichiers
VRTSnbjre.pkg.gzetVRTSnbjava.pkg.gzne sont pas pris en charge sur les clients Solaris.L'option -a définit un administrateur spécifique (.pkg_defaults) à utiliser à la place du fichier d'administration par défaut. Le fichier admin contient des actions d'installation par défaut.
L'option de périphérique -d spécifie la source des packages logiciels. Un périphérique peut être le chemin d'accès à un périphérique, un répertoire ou un répertoire de spool.
Utilisez le paramètre pkgid pour spécifier un nom pour le package en cours d'installation. Ce paramètre est facultatif.
- (Conditionnel) Si vous ne disposez pas du fichier de réponse ou si vous ne l'avez pas renseigné correctement, le message d'erreur suivant s'affiche :
WARNING: There is no answer file present and no valid bp.conf. Therefore, security configuration is not complete. Manual steps are required before backups and restores can occur. For more information: https://www.veritas.com/support/en_US/article.000127129
Remplacez par le répertoire
/usr/openv/netbackup/bin/privateet exécutez la commande nb_init_cfg pour configurer le fichierbp.conf. Vous pouvez également configurer manuellement le fichierbp.conf. Vous devrez peut-être configurer manuellement la sécurité et la configuration de certificat. Des informations supplémentaires sont disponibles. - Vous pouvez supprimer les anciennes versions de l'interface utilisateur graphique Java et du JRE si vous n'avez plus l'intention de les utiliser ou si elles ne sont plus prises en charge.
Linux :
rpm -e VRTSnbjava.rpm
rpm -e VRTSnbjre.rpm
Solaris :
pkgrm VRTSnbjava
pkgrm VRTSnbjre
AIX
installp - u VRTSnbjre
installp - u VRTSnbjava
Les clients qui utilisent le script d'installation NetBackup pour leurs clients UNIX et Linux ne voient qu'un seul changement dans le comportement de l'installation. Le script d'installation NetBackup ne copie plus le package d'installation dans le répertoire /usr/openv/pack/ sur le client. Une installation ou mise à niveau réussie est enregistrée dans le fichier /usr/openv/pack/install.history.
Les tentatives d'installation qui s'écartent de la procédure indiquée peuvent générer des messages d'erreur. Tableau : Messages d'erreur d'installation et solutions montre certaines des actions et le message qui est généré.
Tableau : Messages d'erreur d'installation et solutions
|
Action d'installation |
Message d'erreur |
Solution |
|---|---|---|
|
Pour AIX | ||
|
L'utilisateur tente d'installer les fichiers binaires au-dessus de la même version des fichiers binaires. |
# installp -ad VRTSnbpck.image all package VRTSnbpck.image is already installed |
Exécutez la commande lslpp - L package_name pour déterminer le nom du package installé. Désinstallez ce package, puis relancez l'opération. |
|
L'utilisateur tente d'installer les fichiers binaires dans le mauvais ordre. |
# installp -ad VRTSnbcfg.image all error: Failed dependencies: VRTSnbclt >= 8.1.0.0 is needed by VRTSnbcfg-version-platform |
Reportez-vous à la documentation pour connaître l'ordre d'installation des packages d'image approprié. Plus d'informations sont également disponibles dans l'erreur qui répertorie les packages dépendants. Se reporter à "Pour mettre à niveau les fichiers binaires de client UNIX ou Linux à l'aide des programmes d'installation natifs :". |
|
L'utilisateur tente d'installer une ancienne version d'un fichier binaire au-dessus d'une version plus récente du fichier binaire. |
# installp - d VRTSnbclt.image all WARNING: file /usr/openv/lib/java/nbvmwaretags.jar from install of VRTSnbclt-version-platform conflicts with file from package VRTSnbclt-version-platform |
Exécutez la commande lslpp - L package_name pour déterminer le nom du package installé. Désinstallez ce package, puis relancez l'opération. |
|
Pour Linux | ||
|
L'utilisateur tente d'installer les fichiers binaires au-dessus de la même version des fichiers binaires. |
# rpm -U VRTSnbpck.rpm package VRTSnbpck.rpm-version-platform is already installed |
Exécutez la commande rpm pour déterminer le nom du package installé. Désinstallez ce package, puis relancez l'opération. |
|
L'utilisateur tente d'installer les fichiers binaires dans le mauvais ordre. |
# rpm -U VRTSnbcfg.rpm error: Failed dependencies: VRTSnbclt >= 8.1.0.0 is needed by VRTSnbcfg-version-platform |
Reportez-vous à la documentation pour connaître l'ordre d'installation approprié. Des informations supplémentaires sont disponibles. Se reporter à "Pour mettre à niveau les fichiers binaires de client UNIX ou Linux à l'aide des programmes d'installation natifs :". |
|
L'utilisateur tente d'installer une ancienne version d'un fichier binaire au-dessus d'une version plus récente du fichier binaire. |
# rpm -U VRTSnbclt.rpm file /usr/openv/lib/java/nbvmwaretags.jar from install of VRTSnbclt-version-platform conflicts with file from package VRTSnbclt-version-platform |
Exécutez la commande rpm pour déterminer le nom du package installé. Désinstallez ce package, puis relancez l'opération. |
|
Pour Solaris | ||
|
L'utilisateur tente d'installer les fichiers binaires au-dessus de la même version des fichiers binaires |
pkgadd -a .pkg_defaults -d VRTSnbpck.pkg VRTSnbpck Processing package instance <VRTSnbpck> from </root/packages/Solaris/ Solaris_x86_10_64/VRTSnbpck.pkg> NetBackup Pre-Check(i386) 8.1.0.0 This appears to be an attempt to install the same architecture and version of a package which is already installed. This installation will attempt to overwrite this package. Copyright (c) 2025 Cohesity, Inc. All rights reserved. ## Executing checkinstall script. Using </> as the package base directory. ## Processing package information. ## Processing system information. 6 package pathnames are already properly installed. ## Verifying disk space requirements. Installing NetBackup Pre-Check as <VRTSnbpck> ## Executing preinstall script. Wednesday, May 10, 2017 03:15:44 PM IST: Installing package VRTSnbpck. Installing NB-Pck. ## Installing part 1 of 1. [ verifying class <NBclass> ] ## Executing postinstall script. Wednesday, May 10, 2017 03:15:45 PM IST: Install of package VRTSnbpck was successful. |
Utilisez la commande pkginfo pour déterminer le nom du package actuellement installé. Désinstallez ce package, puis relancez l'opération. Vous pouvez également utiliser le fichier administrateur fourni avec le package pour réinstaller le package. |
|
L'utilisateur tente d'installer les fichiers binaires dans le mauvais ordre. |
# pkgadd -a .pkg_defaults -d VRTSnbclt.pkg VRTSnbclt ERROR: VRTSnbpck >=8.1.0.0 is required by VRTSnbclt. checkinstall script suspends |
Reportez-vous à la documentation pour connaître l'ordre d'installation des packages approprié. Des informations supplémentaires sont disponibles. Se reporter à "Pour mettre à niveau les fichiers binaires de client UNIX ou Linux à l'aide des programmes d'installation natifs :". |
|
L'utilisateur tente d'installer une ancienne version d'un fichier binaire par-dessus une version plus récente du fichier binaire. |
# pkgadd -a .pkg_defaults -d VRTSnbclt.pkg VRTSnbclt Processing package instance <VRTSnbclt> from </root/80packages/Solaris/ Solaris_x86_10_64/VRTSnbclt.pkg> NetBackup Client(i386) 8.0.0.0 The following instance(s) of the <VRTSnbclt> package are already installed on this machine: 1 VRTSnbclt NetBackup Client (i386) 8.1.0.0 Do you want to overwrite this installed instance [y,n,?,q] |
Utilisez la commande pkginfo pour déterminer le nom du package actuellement installé. Désinstallez ce package, puis relancez l'opération. |