Important Update: Cohesity Products Documentation
All Cohesity product documentation are now managed via the Cohesity Docs Portal: https://docs.cohesity.com/HomePage/Content/home.htm. Some documentation available here may not reflect the latest information or may no longer be accessible.
NetBackup™ Access Appliance 8.5 Release Notes
- Overview of Access Appliance
- Software limitations
- Limitations related to CIFS
- Limitations related to installation and upgrade
- Limitation related to cloud tiering
- Limitations related to networking
- Limitations related to Veritas Data Deduplication
- Kernel-based NFS v4 limitations
- File system limitation
- Access Appliance S3 server limitation
- Long-term data retention (LTR) limitations
- Limitation related to replication
- Limitations related to user management
- Known issues
- Access Appliance known issues
- CIFS issues
- General issues
- Reimaging the appliance from the SSD device fails if a CD with the ISO image is inserted in the CD-ROM
- User is not logged out from the command-line interface after running the Cluster> stop all command
- User account gets locked on a management or non-management console node
- Addition of a user named 'admin' fails from GUI and CLISH
- The displayed proxy server state is inconsistent if the specified proxy server settings are incorrect
- GUI issues
- Infrastructure issues
- Installation and configuration issues
- MSDP-C issues
- Networking issues
- NFS issues
- ObjectAccess issues
- Replication issues
- STIG issues
- Storage issues
- Rollback service group goes in faulted state when respective cache object is full and there is no way to clear the state
- Event messages are not generated when cache objects get full
- Storage fs addcolumn operation fails but error notification is not sent
- Unable to create space-optimized rollback when tiering is present
- The CVM service group goes in to faulted state after you restart the management console node
- After a cluster reboot, the UI shows that the storage is not configured
- Upgrade issues
- The system config import command does not work as expected
- After multi-step upgrade from 7.4.2 to 8.5 eth1 device is not listed in the network ip add show output
- Checkpoints might remain in the file systems used by Veritas Data Deduplication (VDD) after the system rolls back after an upgrade failure
- Upgrade preflight check fails with password expiry error
- Upgrade from Access Appliance version 8.2/8.2.x, 8.3/8.3.x to version 8.5 fails during free space pre-check for "/" partition
- AD is disabled after an upgrade from Access Appliance version 8.3.100 to 8.5
- After you upgrade from Access Appliance version 8.2/8.2.002 to version 8.5, the CTDB server and ADClientService goes into PARTIAL state or is not ONLINE on all the nodes
- Veritas Data Deduplication issues
- Access Appliance operational notes
- Access Appliance known issues
- Getting help
After multi-step upgrade from 7.4.2 to 8.5 eth1 device is not listed in the network ip add show output
After a mult-step upgrade to 8.5, unable to add the eth1 device to the cluster. (IA-53773)
Workaround:
To add eth1 dev of each node, in Access cluster do the following on both the nodes:
- Elevate to root shell.
- Delete following directives from the
/etc/sysconfig/network-scripts/ifcfg-eth1file on all the nodes of the cluster:IPADDR
NETMASK
NETWORK
GATEWAY
- Reset the device using the following command:
ifdown eth1 && ifup eth1
- Verify if the default route for eth1 has been deleted by using the following command:
ip route show
- If the default route for eth1 still persists, run the following command to remove the default route:
route del default gw gateway ip dev eth1
- After deleting the default route, delete the entry from the
/opt/VRTSnas/conf/net_globalroutes.conffile. - From the elevated prompt of the node where the management console is running, execute the Access CLISH command as follows:
LOGNAME=primary /opt/VRTSnas/clish/bin/clish -u primary
- Bring eth1 under Access management:
Network> device add eth1
- Monitor the state of the Phantomgroup_pubethx service group using following command. Ensure that the service group is brought online:
hagrp -state | grep Phantomgroup_pubeth
- Add a free IP address from cluster for eth1 using the following command:
amigrtionclus> network ip addr add IP NETMASK physical eth1 nodename
- Verify that the IP address is added correctly by checking the output of the following command:
amigrtionclus> network ip addr show
- Log out from the Access CLI.
- Update the
/opt/VRTSnas/conf/net_preexist_dev.conffile on both the nodes with the entry for eth1 - Add default global route:
amigrationclus> network ip route add all 0.0.0.0 0.0.0.0 via new_gw dev eth1 scope=global
Note:
The scope parameter is available from 7.4.3 and later versions. If you on version 7.4.2.x, the scope parameter is not available and you must use the Linux command instead to add the route.
- Change the console IP:
amigrationclus> network ip addr modify old_ip new_ip new_pub_nm device
Note:
The current logged in Access CLISH session is terminated.