Services de mise en réseau d'applications : Moteurs de contenu Cisco de la gamme 500

Comment récupérer des moteurs Content Engine orphelins après une mise à niveau depuis CDN Software Enterprise version 2.0 vers la version 2.1

18 octobre 2016 - Traduction automatique
Autres versions: PDFpdf | Anglais (22 août 2015) | Commentaires


Contenu


Introduction

La procédure standard pour améliorer le Logiciel Cisco Enterprise CDN est aux engines satisfaites upgrade all (COEs), et promouvoir alors le Content Distribution Manager (CDM) parce que n'importe quel COEs laissé derrière « sont perdus ses parents. »

En raison de la requête du client, ce document explique comment améliorer le COEs perdu ses parents après évolution du CDM, quoique ce ne soit pas procédure standard.

Remarque: Cisco Systems ne recommande pas déclassifier le CDM pour récupérer le COEs perdu ses parents.

Matériel et versions de logiciel

Les informations dans ce document sont basées sur les versions de logiciel et de matériel ci-dessous.

  • Versions 2.0 et 2.1 de Logiciel Cisco Enterprise CDN
  • Gamme 500 de Cisco Content Engine
  • Content Distribution Manager de Cisco (CDM)

Comment récupérer COEs perdu ses parents

Les processus et les observations suivants décrivent comment récupérer COEs perdu ses parents après que vous ayez mis le CDM à jour. Dans cet exemple, nous avons avec succès amélioré le CDM de la version de logiciel 2.0 CDN à la version 2.1 avant d'améliorer le COEs.

Remarque: Souvenez-vous les versions de logiciel 2.0 et 2.1 sont incompatibles.

    Le CDM a été mis à jour avec succès. Notez la console de périphérique. Le COEs sont encore répertoriés en tant qu'en ligne (vert), mais la disponibilité est les secondes 0.

    Quand vous revenez à la page de mise à jour logicielle, seulement le CDM est répertorié.

    Selon l'assistant d'installation, le COEs sont en ligne prêt ; cependant, ils ne sont pas « préparent assez » pour servir le contenu ou pour être mis à jour de l'interface utilisateur (UI).

    Les serveurs de Web et de Protocole FTP (File Transfer Protocol) sur le périphérique sont hauts et stables.

    Des caractéristiques paginez, telnet choisi d'enable jusqu'à ce que prochain redémarrent [telnet], et cliquent sur le positionnement.

    Employez le FTP pour envoyer la release au COE, et dirigez le navigateur Web chez ftp://device_ip_address/support. Puis, faites glisser les fichiers de l'explorateur de Microsoft Windows, et relâchez-les sur la page comme affiché ci-dessous. Le répertoire de support a été utilisé pour cet exemple parce qu'il vous permet écrivent des privilèges.

    D'une session de telnet, lancez le programme de mise à jour utilisant le fichier .upg que vous avez placé dans le répertoire de support. Notez que des chemins complets sont exigés pour le programme et le fichier. Tandis que la mise à jour fonctionne, vous devez attendre la demande pour retourner. Puis, redémarrez le COE.

    Le COE apparaît maintenant à la page de mise à jour logicielle.

    Le COE perd le contact avec l'assistant d'installation de version de logiciel 2.0 CDN.

    Maintenant si le COEs sont redémarrés, s'ils peuvent atteindre l'adresse IP du CDM, ils seront « assez en ligne » d'exécuter la même procédure que détaillés ci-dessus.

    Après la mise des autres deux COEs par le processus ci-dessus, les cases ont réapparu dans le CDM UI.

Problèmes éventuels

Nom du fichier incorrect

Ce qui suit est un exemple d'une tentative d'utiliser le fichier .upg répliqué vers le répertoire de cache. La syntaxe de commande est correcte. Notez le nom de fichier long. Le fichier prend ce long nom pendant le processus d'importation.

/sonoma/sys/bin/upgrade /sonoma/state/cache/V2-1-rc18.upg.22079810569421.providername.sn.data

Après avoir appuyé sur la touche Enter, vous recevez le message d'erreur suivant :

spdist: input not recognized as a valid spdist file (573)
install is missing from `/sonoma/state1/cache/V2-1-rc18.upg.22079810569
421.providername.sn.data'

Le fichier est inachevé. Le processus de mise à niveau exécute des sommes de contrôle, et si ces tests échouent, la mise à jour abandonne et signale le « spdist : entrée non identifiée comme fichier valide de spdist (message d'erreur de 573)".

Déclassification du CDM

Tout en testant, nous avons essayé de déclassifier le CDM des versions 2.1 à 2.0. Ce downgrade a rendu le contenu inutilisable à partir des deux COE le lire et aperçu CDM. Pour rendre le CDN utilisable, vous devez remettre à l'état initial le CDM aux configurations et à la réinitialisation d'usine. Puis, le CDM est de nouveau utilisable, mais tous les contenu et canaux est perdu.

COEs ajouté

Si vous achetiez COEs ajouté pour un CDN existant et le COEs reçu sont manufacturé à la version 2.0, et si le CDN a été déjà amélioré à la version 2.1, alors le COEs devra être abonné à une version 2.0 CDM. Ce processus te donnera l'option de l'évolution utilisant le CDM UI, ou d'utiliser la procédure détaillée ci-dessus pour relâcher le fichier de mise à niveau dans le répertoire de support et pour exécuter la mise à jour manuellement.

Après que les cases soient mises à jour, elles devront être de remettre à l'état initial aux configurations d'usine utilisant la page de liens de case. Puis, vous devez les indiquer leur CDM approprié utilisant l'assistant d'installation 2.1.



Informations connexes



Document ID: 16527