Avid MediaCentral Platform Services Upgrade Guide Version 2.
Legal Notices Product specifications are subject to change without notice and do not represent a commitment on the part of Avid Technology, Inc. This product is subject to the terms and conditions of a software license agreement provided with the software. The product may only be used in accordance with the license agreement. This product may be protected by one or more U.S. and non-U.S patents. Details are available at www.avid.com/patents. This guide is protected by copyright.
THIS SOFTWARE IS BEING PROVIDED "AS IS", WITHOUT ANY EXPRESS OR IMPLIED WARRANTY. IN PARTICULAR, NEITHER THE AUTHOR NOR AT&T MAKES ANY REPRESENTATION OR WARRANTY OF ANY KIND CONCERNING THE MERCHANTABILITY OF THIS SOFTWARE OR ITS FITNESS FOR ANY PARTICULAR PURPOSE. This product includes software developed by the University of California, Berkeley and its contributors. The following disclaimer is required by Paradigm Matrix: Portions of this software licensed from Paradigm Matrix.
Contents Using This Guide . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 Symbols and Conventions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 6 If You Need Help. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7 Avid Training Services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Upgrading a RHEL 6.3 Single Server to MCS v2.8 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33 Backing-up System Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33 Installing RHEL 6.5 and MCS 2.8 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34 Restoring System Settings and Migrating the User Database . . . . . . . . . . . . . . . . . . . . . 35 Additional Upgrade Procedures . . . . . . . . . . . .
Using This Guide This document provides instructions for upgrading to MediaCentral Platform Services (MCS) v2.8.0 from a previous version of MCS or Interplay Central Services (ICS). To complete a new installation of MediaCentral Platform Services, see the MediaCentral Platform Services Installation and Configuration Guide. For administrative information for MediaCentral | UX, see the Avid MediaCentral | UX Administration Guide.
If You Need Help If You Need Help If you are having trouble using your Avid product: 1. Retry the action, carefully following the instructions given for that task in this guide. It is especially important to check each step of your workflow. 2. Check the latest information that might have become available after the documentation was published. You should always check online for the most up-to-date release notes or ReadMe because the online version is updated whenever new information becomes available.
1 Overview and Prerequisites Avid recommends that you read all the information in the Avid MediaCentral Platform Services ReadMe and the Avid MediaCentral Platform Services Upgrade Guide thoroughly before installing or using the corresponding software release. Important: Check the v2.8 documentation landing page for the latest updates to this guide and all related documentation for Avid MediaCentral Platform Services: http://avid.force.
Overview Overview The MediaCentral Platform Services (MCS) upgrade process includes a migration of custom settings, databases and system files. Depending on your upgrade path, the migration of settings and data is either manual or automated. There are two main upgrade paths to MCS v2.8, depending on the currently installed version of the Red Hat Enterprise Linux (RHEL) operating system: • RHEL v6.
Operating System Operating System Whether performing an upgrade or a full installation, the MCS installer requires the RHEL ISO to be mounted to the /sysinstall directory on the MCS server. This is true, even when performing an upgrade where the operating system does not change. If completing the upgrade from the MCS Installation USB Drive, as instructed in this guide, the RHEL ISO is automatically mounted during the upgrade procedure.
Upgrading Media | Index Deployments Upgrading Media | Index Deployments If your deployment is configured for Media Index, note the following: • If your upgrade includes an index schema migration, note that the process can take multiple hours to complete on large systems. During this time, indexed searching (with the exception of marker searches) is functional, but slow. Additionally, systems cannot add data to the index through the indexing agents while the migration occurs.
Upgrading the Avid Shared Storage Client • If your system is already running the Avid ISIS client, the latest version of the Avid ISIS client is automatically installed if necessary. No additional steps are required. • If you are upgrading a system running the Avid ISIS client and you plan to either add Avid NEXIS shared storage to the configuration or transition from Avid ISIS to Avid NEXIS, you must manually upgrade the Avid shared storage client.
Upgrading the MediaCentral Distribution Service Upgrading the MediaCentral Distribution Service The MediaCentral Distribution Service (MCDS) is used in MediaCentral UX configurations which employ a Send To Playback (STP) workflow. Consult the version compatibility chart on the Avid Knowledge Base for the correct version of MCDS for your installation and upgrade the software if necessary. http://avid.force.
An Important Note on SSL Certificates An Important Note on SSL Certificates MediaCentral Platform Services uses the Secure Sockets Layer (SSL) for its server to browser connections. MCS v2.5 uses a different SSL certificate format than found in previous releases. If you are upgrading to MCS v2.5 or later and using a Self-Signed or Trusted-CA certificate, refer to the following article on the Avid Knowledge Base to create or in some cases upgrade your SSL certificate: http://avid.force.
Migrating User Settings from UMS to USS During an Upgrade Migrating User Settings from UMS to USS During an Upgrade MediaCentral Platform Services v2.0 introduced a new user database scheme. Upgrades of systems running MCS v2.0 or earlier must complete a user database migration using the supplied avid-ussimport script. n • For upgrades from v1.8.0 (RedHat v6.3) or earlier, a backup and restore of the MCS database is required.
Upgrade Paths Upgrades for systems running Red Hat Enterprise Linux (RHEL) v6.3 For upgrading instructions: • “Upgrading a RHEL 6.3 Single Server to MCS v2.8” on page 33 • “Upgrading a RHEL 6.3 Cluster System to MCS v2.
2 Upgrades for RHEL v6.5 Systems If upgrading a MediaCentral Platform Services system already running RHEL v6.5, refer to one of the following two processes: • Upgrading a RHEL 6.5 Single Server to MCS v2.8 • Upgrading a RHEL 6.5 Cluster System to MCS v2.8 Prior to upgrading, ensure you have verified the “Upgrade Prerequisites” on page 15. n As a reminder, MCS v2.6.0 and later requires sharded Mongo to be configured on all systems configured in a Corosync cluster or a multi-zone configuration.
Upgrading a RHEL 6.5 Single Server to MCS v2.8 4. (Media Index configurations only) If you are upgrading from MCS v2.2.x or v2.3.x, you need to run a schema migration script before upgrading the MCS software. a. Prior to running the migration script, review “Verifying the Media Index Status” on page 61 to ensure that no active schema migration is currently affecting Media Index. b. Once you have verified the status, run the migration script from the root of the MCS Installation USB Drive: .
Upgrading a RHEL 6.5 Single Server to MCS v2.8 ICS installer: 2.8 (Build xx) Created on Starting with MediaCentral v2.6, the ics_version command includes additional information on multi-zone, Media Index, MAM Connector and other components. For precise version numbers, see the Avid MediaCentral Platform Services 2.8 ReadMe. n If you receive a “command not found” error, logout and log back into the server or SSH session (PuTTY).
Upgrading a RHEL 6.5 Single Server to MCS v2.8 If you upgraded from MCS v2.1.x or earlier, the Media Index configuration was reset and a data migration is not required. However, the Media Index configuration must be reconfigured at this time. For instructions on reconfiguring Media Index, see “Upgrading Media Index from v2.0.x or v2.1.x” the Avid Media | Index Configuration Guide. If you upgraded from a version of MCS prior to v2.3.2.5, v2.4.2.4, v2.5.4, v2.6.2.3, or v2.7.1.
Upgrading a RHEL 6.5 Single Server to MCS v2.8 c. Use the Linux vi editor to open the avid-acs-gateway.rpmnew file: vi /etc/sysconfig/avid-acs-gateway.rpmnew d. Migrate changes made to the ACS_SECURITY_FULL_TRUST_IPV4_MASK_LIST to the avid-acs-gateway.rpmnew file. e. Once complete, save the file and exit the vi session. Press and type: :wq f. Rename the original avid-acs-gateway file to “avid-acs-gateway.old”: mv avid-acs-gateway avid-acs-gateway.old g. Remove the .
Upgrading a RHEL 6.5 Cluster System to MCS v2.8 Upgrading a RHEL 6.5 Cluster System to MCS v2.8 Installing MCS v2.8 on a cluster already operating under RHEL v6.5 involves an automated update of the affected packages. All MCS system settings are preserved. All nodes must be taken offline to perform the update.
Upgrading a RHEL 6.5 Cluster System to MCS v2.8 3. To identify the load-balancing nodes, look for the line containing “Clone Set”. For example: Clone Set: AvidAllEverywhere [AvidAll] Started: [ wavd-mcs01 wavd-mcs02 wavd-mcs0 wavd-mcs04] In this example, the load-balancing nodes are wavd-mcs03 and wavd-mcs04. 4. Exit crm_mon by pressing CTRL-C on the keyboard. Backing-up the User Database and System Settings Although the upgrade is non-destructive, it is a good idea to back-up the MCS database.
Upgrading a RHEL 6.5 Cluster System to MCS v2.8 Taking the Cluster Offline Corosync and RabbitMQ maintain independent clustering mechanisms. Corosync clusters operate in a master/slave relationship whereas RabbitMQ clusters run in an Active/Active state where any node in the cluster could be the owner of a RabbitMQ “queue”. This means that the order in which the nodes disconnect and reconnect to the RabbitMQ cluster is particularly important.
Upgrading a RHEL 6.5 Cluster System to MCS v2.8 2. Mount the USB drive and change to the mount point. For details, see “Mounting and Unmounting a USB Drive” on page 49. 3. Start the installation script. ./install.sh n Be sure to use the dot-slash (“./”) notation, which tells Linux to look for the installation script in the current directory. Otherwise you will receive the following error message: -bash: install.sh: command not found If you are upgrading from MCS v2.2 or v2.
Upgrading a RHEL 6.5 Cluster System to MCS v2.8 5. Unmount the USB drive, proceed to the next node, and follow the same pattern: a. Mount the MCS v2.8 Installation USB drive b. Run the update script c. Verify the ics_version output d. Unmount the USB drive 6. If your system is already configured with the Closed Captioning Service, Maestro UX Plug-In, or the MAM Connector, upgrade those components at this time.
Upgrading a RHEL 6.5 Cluster System to MCS v2.8 Verifying the RabbitMQ Cluster Prior to restoring the Cosrosync cluster, you should first verify that the RabbitMQ cluster is functioning normally. Complete the following two steps on each cluster node. To verify the status of RabbitMQ: 1. Verify the status of the RabbitMQ service: service rabbitmq-server status The command will return a detailed string of data regarding the service.
Upgrading a RHEL 6.5 Cluster System to MCS v2.8 2. The script creates a backup copy of the cluster configuration file. If you have previously upgraded your MCS server, a configuration backup file already exists. You are asked to confirm that you want to overwrite this backup file: File /root/ics_cluster_config_reinit.bak exists. Do you want to overwrite it (y/n)? Enter “y” to proceed. 3. A list of configuration settings appears on the screen.
Upgrading a RHEL 6.5 Cluster System to MCS v2.8 Continuing the Upgrade Review and complete the steps in this section as they apply to your environment. To continue the upgrade: 1. (Multi-Zone configurations only) If you are upgrading from MCS v2.3.x or earlier, once the master zone has been updated, run the following script from the Master node of the cluster in the Master zone to re-enable the database syncing between all zones.
Upgrading a RHEL 6.5 Cluster System to MCS v2.8 5. If you have upgraded from MCS v2.5 or earlier, reconfigure the configuration for sharded Mongo. This step is required for all Corosync cluster configurations that have upgraded from v2.5 or earlier. For more information, see “Sharded MongoDB” in the MediaCentral Platform Services Installation and Configuration Guide.
Upgrading a RHEL 6.5 Cluster System to MCS v2.8 If promoted, enter a password to connect to the node. Repeat this step for each cluster node. i. Use the Cluster resource Monitor to check for failed services: crm_mon -f Clean up any failed resources, starting with the AvidGateway resource: crm resource cleanup AvidGatewayEverywhere 9. If your system includes Media Distribute or the Customizable Logger, upgrade those software components at this time.
Upgrading a RHEL 6.5 Cluster System to MCS v2.8 gluster volume set gl-cache-fl storage.owner-uid In the above commands, do not type the angle brackets. Enter the number obtained in the previous step. n Do not alter the gl-cache-mcam (multicam) volume. It uses the default root ownership. 3. Obtain the group ID (gid) of the user maxmin (this might be different on each machine): id -g maxmin 4.
3 Upgrades for RHEL v6.3 Systems If upgrading a MediaCentral Platform Services system running RHEL v6.3, refer to one of the following two processes: n • Upgrading a RHEL 6.3 Single Server to MCS v2.8 • Upgrading a RHEL 6.3 Cluster System to MCS v2.8 Before proceeding, back up any private key used to generate a Certificate Signing Request. For details, see “Backing Up and Restoring SSL Private Keys” on page 14. Upgrading a RHEL 6.3 Single Server to MCS v2.8 The upgrade to MCS v2.8 on a RHEL v6.
Upgrading a RHEL 6.3 Single Server to MCS v2.8 Installing RHEL 6.5 and MCS 2.8 Once the system settings have been backed-up and stored in a safe location, the MCS server can be re-imaged with a fresh installation of RHEL v6.5 and MediaCentral Platform Services. To install RHEL v6.5 and MCS: 1. Unmount the USB drive (if you have not already done so). For details, see “Mounting and Unmounting a USB Drive” on page 49. 2. If your configuration includes a RAID 5 array, delete and recreate the RAID 5.
Upgrading a RHEL 6.3 Single Server to MCS v2.8 Restoring System Settings and Migrating the User Database Now that RHEL v6.5 and MediaCentral Platform Services has been installed on the server, the custom MCS settings must be restored from the USB backup. To restore the MCS settings: 1. Re-insert and re-mount the USB drive. For details, see “Mounting and Unmounting a USB Drive” on page 49. c The MCS Installation USB Drive contains all software used to image a new MediaCentral server.
Upgrading a RHEL 6.3 Single Server to MCS v2.8 Additional Upgrade Procedures The backup and restore procedure saves many system settings which provides the user with a more streamlined upgrade. However, some configuration steps must be manually recreated. Refer to the appropriate section of the MediaCentral Platform Services Installation and Configuration Guide for details on each of the following procedures. To complete the upgrade: 1. If your configuration includes a RAID 5, recreate the file cache.
Upgrading a RHEL 6.3 Single Server to MCS v2.8 7. If you are connecting to either an Avid ISIS or Avid NEXIS shared storage system, verify the shared storage client required for your environment and upgrade the client software if necessary. See “Upgrading the Avid Shared Storage Client Software”. 8. Test the system. See the “Verifying the Installation” chapter. If you experience any issues that you suspect could be related to the browser, see “Clearing the Browser Cache” on page 48 for assistance. 9.
Upgrading a RHEL 6.3 Cluster System to MCS v2.8 Upgrading a RHEL 6.3 Cluster System to MCS v2.8 The upgrade to MCS v2.8 on a RHEL v6.3 system involves a fresh installation of the operating system and of MediaCentral Platform Services.
Taking the Cluster Offline n Ensure that the master node is not in standby when you run the backup script. If it is in standby, only the system settings will be backed up – not the database. All other nodes can be in standby if desired. To back up the system settings: 1. Prepare the v2.8 MCS Installation USB Drive and connect it to the cluster’s master node. For details, see “Creating the MCS Installation USB Drive” in the MediaCentral Platform Services Installation and Configuration Guide. 2.
Upgrading the Software Upgrading the Software Complete this process for each cluster node (in any order). To upgrade the software: 1. Unmount the USB drive (if you have not already done so). For details, see “Mounting and Unmounting a USB Drive” on page 49. 2. If your configuration includes a RAID 5 array, delete and recreate the RAID 5. Destroying and re-creating the RAID 5 eliminates (in advance) any problems with cache permissions that can arise as a result of the RHEL update.
Restoring System Settings and Migrating the User Database Restoring System Settings and Migrating the User Database Now that RHEL v6.5 and MediaCentral Platform Services has been installed on the servers, the custom MCS settings must be restored from the USB backup. To restore the MCS settings: 1. Insert and Mount the USB drive on the master node. For details, see “Mounting and Unmounting a USB Drive” on page 49.
Additional Upgrade Procedures The system returns the following: Loading properties.. Fetching zone UUID.. Importing settings for zone UUID: 00000000-0000-0000-0000-000000000000 Importing setting_domain_class.. Importing setting_class.. Importing setting_instance.. SUCCESS 8. Repeat steps 1 through 6 on the slave and load balancing nodes to restore the system settings for each node. Step 7 is completed on the master node only.
Additional Upgrade Procedures Since some entries in the file are assigned UUIDs dynamically by Linux, the restore script does not place the fstab file in its original location. These UUIDs can change from one RHEL installation to the next, even if they underlying hardware remains the same. Therefore it is important to manually compare the contents of the restored file to the original file to ensure all system settings are migrated.
Additional Upgrade Procedures If you experience any issues that you suspect could be related to the browser, see “Clearing the Browser Cache” on page 48 for assistance. 18. Once the cluster is running to your satisfaction, Avid suggests creating a final backup of the system settings and MCS database. For additional detail on using this script, see “Backing Up and Restoring System Settings and the ICS/MCS Database” on page 63.
A Post Upgrade Notes The following notes may or may not apply to your configuration. Configuring MCS System Settings Updated versions of MediaCentral Platform Services often introduce new features and configuration options. Once the upgrade is complete, system administrators should review the MediaCentral UX System Settings and verify the values for all settings. For more information, see the “New Features” section of the MediaCentral Platform Services ReadMe.
Reconfiguring MCS for Upgrades from ICS v1.7 or Earlier Reconfiguring MCS for Use with Media Composer | Cloud 1. With the MCS server up and running, sign in to MediaCentral UX as a user with administratorlevel access. 2. Select System Settings from the Layout selector. 3. In the Settings pane, select MCPS > Player. 4. Media Composer | Cloud User: Enter the user name and password for the Cloud user.
Resetting Layouts After Upgrading from v2.0 to v2.8 10. Click Save to save your changes. The new MAM user is added to the User Tree, as a top-level user. 11. Ensure the System Settings on the Interplay | MAM system are configured to make use of the assigned user name and password. Example: See the Avid MediaCentral | UX Administration Guide for more information about user creation and role assignment. Resetting Layouts After Upgrading from v2.0 to v2.8 Three panes used in MediaCentral UX v2.
Clearing the Browser Cache Clearing the Browser Cache If the user experiences strange behavior or panes with stale data after upgrading MediaCentral, Avid recommends clearing the browser cache as an initial troubleshooting step. Once the client’s local cache is cleared, the browser is forced to obtain a new copy of the data from the upgraded MCS server.
B Mounting and Unmounting a USB Drive Refer to the following instructions to mount and unmount a USB drive from the MCS server. To mount a USB drive: 1. Connect the drive to an available USB port on the MCS server. 2. Through a Linux command prompt, verify the name of the device using the dmesg command: dmesg Information related to the USB drive will appear near the end of the output (close to the list of SCSI devices). The name of the USB drive is found inside square brackets (e.g. [sdc]).
n In Linux the cd command without any arguments takes you directly to the user’s home directory. If you are logged in as root, it takes you to the /root directory. You must be off the USB drive to unmount it. 2. Unmount the USB drive: umount /media/usb The USB drive is now available for use in another server. If you receive an error message indicating that the USB device is busy, it typically means that the Linux ISO on the USB drive was auto-mounted.
C Copying Software to the MCS Server At various times during the upgrade, you will need to copy software to the MCS server. The following two processes are provided as examples of how to complete this task: • Using a Windows system and a SFTP tool such as WinSCP • Connecting a USB drive directly to the server Copying Software Using WinSCP To copy software using WinSCP: 1. Download and install the WinSCP software on a Windows system that has network access to the MCS server.
Copying Software Using a USB Drive 7. Navigate to the /media folder on the MCS server in the right pane. 8. Create a directory structure for the MCS installer on the MCS server: a. Right-click in the right pane and select New > Directory. b. In the “New folder name” field, type installers and click OK. c. Double-click on the new installers folder in the right pane. d. When copying the MCS installer to the server, the software must be contained in its own folder.
D Deleting the RAID 5 Array When upgrading from one version of RHEL to another, such as an upgrade from RHEL v6.3 to RHEL v6.5, you must delete the RAID 5 prior to installing the new operating system and MCS software. Deleting and re-creating the RAID 5 eliminates (in advance) any problems with cache permissions that can arise as a result of the RHEL update. This section provides instructions for deleting the RAID 5.
Deleting the RAID 5 on an HP Gen8 4. At the “Welcome to HP Smart Storage Administrator” screen, select Smart Array P840 from the Available Devices menu on the left. 5. Use the Smart Array utility to delete the existing RAID5. Deleting the RAID 5 on an HP Gen8 To delete the RAID 5 on an HP Gen8 server: 1. Reboot the MCS server. 2. Press any key when prompted (space-bar recommended) to display the HP ProLiant “Option ROM” messages.
Deleting the RAID 5 on an HP Gen8 3. As soon as you see the prompt to enter the Option ROM Configuration for Arrays utility, press F8. n The prompt to press F8 can flash by very quickly. If you miss it, reboot and try again. 4. From the Main Menu, select Delete Logical Drive and press Enter.
Deleting the RAID 5 on an HP Gen8 5. Select the RAID 5 and press F8 to delete. 6. A warning appears asking you to confirm your choice. Press F3 to delete the RAID. 7. The RAID 5 is removed, and can now be re-created. For more information, see “Configuring the Onboard RAID” in the MediaCentral Platform Services Installation and Configuration Guide.
Deleting the RAID 5 on a Dell Server Deleting the RAID 5 on a Dell Server Deleting and recreating the RAID sets using the DELL BIOS utility does not erase data, nor does it delete existing partitions. That is, deleting a RAID does not delete the partition table — unless you initialize the disk at the same time. However, initializing the disk is a slow process.
Deleting the RAID 5 on a Dell Server 5. Select the “/dev/sda1” partition (the USB drive) and select OK. Leave the “Directory holding image” field blank. 6. Select No in the Setup Networking window and press Enter on the keyboard. Networking support is not required at this time. 7. Select “Skip” in the Rescue window and press Enter on the keyboard.
Deleting the RAID 5 on a Dell Server 8. At the next screen, choose “shell Start shell” and select OK. 9. At the system prompt, use the RHEL fdisk utility to examine the current partitions: fdisk -cul This command will display the available disks and partitions on the system. Since scroll bars will not be present in the rescue shell, use Shift-Pg Up and Shift-Pg Down to view the entire output.
Deleting the RAID 5 on a Dell Server Delete any partitions on the RAID 1 volume and the RAID 5 volume (if applicable). The remaining steps in this process will assume “sdb” is the RAID 1 and “sdc” is the RAID 5. 10. Use the RHEL fdisk utility to select the sdb volume: fdisk /dev/sdb 11. Type: p to print the current file system partition table. This will show you a similar output as the fdisk –cul command you used earlier. 12. Type: d to begin deleting the partitions. 13.
E Working with Media Index This section covers additional topics related to upgrades that include Media Index. Verifying the Media Index Status Before you upgrade a MediaCentral system configured with Media Index, you need to ensure that there is no active schema migration currently affecting Media Index. When you change a field set of the system (Interplay Production, iNEWS, or Interplay Archive) and the change propagates to Media Index, any existing data is automatically migrated to reflect the changes.
Stopping and Starting the PEBCo Agent Stopping and Starting the PEBCo Agent Some upgrade paths require the user to stop the indexing of the Interplay Production or Interplay Archive database prior to upgrading MediaCentral Platform Services. Once the upgrade is complete, the process must be manually restarted. Complete the single-server or cluster process below if it applies to your upgrade.
F Backing Up and Restoring System Settings and the ICS/MCS Database Before performing an upgrade it is recommended — and sometimes required — that you back up the ICS/MCS system settings and database using the system-backup script. Depending on the upgrade path, you may also be required to restore the data once the upgrade is complete. The system-backup script backs up important files and directories, including network settings, cluster configuration files, and more.
Completing a Backup Directory/File Description /etc/elasticsearch/ Settings related to Media Index /etc/elasticsearch-tribe/ /etc/pgpool-II/ Settings related to Multi-Zone configs /etc/rsyslog.d/ Configuration file pertaining to the ICPS service /etc/security/ /etc/snmp/ Simple Network Management Protocol (network monitor) /etc/sudoers.d/ List of users with sudo privileges /etc/sysconfig/ Network settings and more /etc/udev/rules.d/70-persistentnet.
Completing a Restore 3. Back up the ICS/MCS settings and database using the backup script: ./system-backup.sh -b In this case the script is used with the “-b” option which indicates you want to backup the data. n If the following message appears, it indicates that a copy of the pcmk.conf file already exists: File /root/pcmk.conf exists. Do you want to overwrite it (y/n)? This file contains information about the Corosync cluster.
Completing a Restore 3. If you made a renamed copy of the backup, restore the original folder name: cp -r sys-backup- sys-backup 4. Restore the ICS/MCS settings and database using the backup script: ./system-backup.sh -r In this case the script is used with the “-r” option which indicates you want to restore data. You are asked to confirm the restoration of the ICS/MCS database: Would you like to restore the database now? (y/n) 5. Type “y” (without the quotes) to confirm the action.
Avid Technical Support (USA) Product Information 75 Network Drive Burlington, MA 01803-2756 USA Visit the Online Support Center at www.avid.com/support For company and product information, visit us on the web at www.avid.
