InfoScale™ 9.0 Cluster Server Bundled Agents Reference Guide - Linux
- Introducing bundled agents
- Storage agents
- About the storage agents
- DiskGroup agent
- DiskGroupSnap agent
- Dependencies for DiskGroupSnap agent
- Agent functions for DiskGroupSnap agent
- State definitions for DiskGroupSnap agent
- Attributes for DiskGroupSnap agent
- Notes for DiskGroupSnap agent
- Resource type definition for DiskGroupSnap agent
- Sample configurations for DiskGroupSnap agent
- Debug log levels for DiskGroupSnap agent
- Volume agent
- VolumeSet agent
- Dependencies for VolumeSet agent
- Agent functions for VolumeSet agent
- State definitions for VolumeSet agent
- Attributes for VolumeSet agent
- Resource type definition for VolumeSet agent
- Sample configurations for VolumeSet agent
- Agent notes for VolumeSet agent
- Inaccessible volumes prevent the VolumeSet agent from coming online
- Debug log levels for VolumeSet agent
- LVMLogicalVolume agent
- LVMVolumeGroup agent
- Dependencies for LVMVolumeGroup agent
- Agent functions for LVMVolumeGroup agent
- State definitions for LVMVolumeGroup agent
- Attributes for LVMVolumeGroup agent
- Resource type definition for LVMVolumeGroup agent
- LVMVolumeGroup agent notes
- Sample configurations for LVMVolumeGroup agent
- Debug log levels for LVMVolumeGroup agent
- Mount agent
- IMF awareness
- Dependencies for Mount agent
- Agent functions for Mount agent
- State definitions for Mount agent
- Attributes for Mount agent
- Resource type definition for Mount agent
- Notes for Mount agent
- Support for spaces in directory names
- Support for multiple bindfs
- High availability fire drill
- VxFS file system lock
- IMF usage notes
- Enabling Level two monitoring for the Mount agent
- RHEL 7 and RHEL 8: NFS file system version
- RHEL 7 and RHEl 8: Configuring bind mounts
- Support for Amazon EFS
- Sample configurations for Mount agent
- Debug log levels for Mount agent
- Mount agent limitations
- VMwareDisks agent
- SFCache agent
- AWS EBSVol agent
- AzureDisk agent
- GoogleDisk agent
- Network agents
- About the network agents
- IP agent
- NIC agent
- Dependencies for NIC agent
- Bonded network interfaces for NIC agent
- Agent functions for NIC agent
- State definitions for NIC agent
- Attributes for NIC agent
- Resource type definition for NIC agent
- Notes for the NIC agent
- Case 1
- Case 2
- Case 3
- Sample configurations for NIC agent
- Debug log levels for NIC agent
- IPMultiNIC agent
- MultiNICA agent
- Dependencies for MultiNICA agent
- IP Conservation Mode (ICM) for MultiNICA agent
- Performance Mode (PM) for MultiNICA agent
- Agent function for MultiNICA agent
- Attributes for MultiNICA agent
- Resource type definition for MultiNICA agent
- Sample configurations for MultiNICA agent
- IPv6 configuration for MultiNICA agent
- Mixed mode configuration - IPv4 and IPv6 for MultiNICA agent
- Debug log levels for MultiNICA agent
- DNS agent
- Dependencies for DNS agent
- Agent functions for DNS agent
- State definitions for DNS agent
- Attributes for DNS agent
- Resource type definition for DNS agent
- Agent notes for DNS agent
- About using the VCS DNS agent on UNIX with a secure Windows DNS server
- High availability fire drill for DNS agent
- Monitor scenarios for DNS agent
- Sample Web server configuration for DNS agent
- Secure DNS update for BIND 9 for DNS agent
- Setting up secure updates using TSIG keys for BIND 9 for DNS agent
- Sample configurations for DNS agent
- Debug log levels for DNS agent
- AWSIP agent
- AWSRoute53 agent
- AzureIP agent
- AzureDNSZone agent
- GoogleIP agent
- OCIIP agent
- File share agents
- About the file service agents
- NFS agent
- NFSRestart agent
- Share agent
- About the Samba agents
- NetBios agent
- Service and application agents
- About the services and applications agents
- Apache HTTP server agent
- Application agent
- IMF awareness
- High availability fire drill for Application agent
- Dependencies for Application agent
- Agent functions
- State definitions for Application agent
- Attributes for Application agent
- Resource type definition for Application agent
- Notes for Application agent
- Using Application agent with IMF
- Level two monitoring through MonitorProgram
- Using Application agent with ProPCV
- Requirement for programs
- Requirement for default profile
- Support for cloned Application agent
- Application monitoring inside Docker container
- Using the hadockersetup utility
- Requirement for systemd support
- Sample configurations for Application agent
- Debug log levels for Application agent
- AppMonHB agent
- AzureAuth agent
- CoordPoint agent
- KVMGuest agent
- Dependencies for KVMGuest agent
- Agent functions for KVMGuest agent
- State definitions for KVMGuest agent
- Attributes for KVMGuest agent
- Resource type definition for KVMGuest agent
- Notes for KVMGuest agent
- Support for guests created on RHEL 6, RHEL 7 (KVM environment), and SuSE Enterprise Linux 11 SP2 and SP3
- Storage and network configurations
- Guest live migration
- Managing virtual machines in RHEV environment
- Managing ISO image in SuSE KVM
- Using VCS to migrate virtual machines
- Configuring the KVMGuest agent for DR in a global cluster setup
- Configuring a non-admin user for RHEV-M that is using AD-based domain
- Virtual machine failover if host crashes
- KVMGuest agent requires curl and xpath commands in RHEV environment
- RHEV environment: If a node on which the VM is running panics or is forcefully shutdown, VCS is unable to start the VM on another node
- Sample configurations for KVMGuest environment
- Sample configurations for RHEV environment
- Sample Configuration for SuSE KVM
- Debug log levels for KVMGuest agent
- Process agent
- IMF awareness
- High availability fire drill for Process agent
- Dependencies for Process agent
- Agent functions for Process agent
- State definitions for Process agent
- Attributes for Process agent
- Resource type definition for Process agent
- Usage notes for Process agent
- Sample configurations for Process agent
- Debug log levels for Process agent
- ProcessOnOnly agent
- RestServer agent
- Infrastructure and support agents
- Testing agents
- Replication agents
- About the replication agents
- RVG agent
- RVGPrimary agent
- RVGSnapshot
- RVGShared agent
- RVGLogowner agent
- RVGSharedPri agent
- VFRJob agent
- Overview
- Dependencies for VFRJob agent
- High availability of scheduler and replicator daemons
- Agent functions for VFRJob agent
- State definitions for VFRJob agent
- Attributes for VFRJob agent
- Resource type definitions for VFRJob agent
- High availability of VFR daemons
- Configuration of VFRJob service groups on the source system
- Sample configuration of VFRJob agent on source system
- Configuration for VFRJob service groups on the target system
- Sample configuration of VFRJob agent on target system
- Changing file replication direction
- Notes for the VFRJob agent
VMwareDisks agent
The VMwareDisks agent enables vMotion and VMware Distributed Resource Scheduler (DRS) in InfoScale clusters that are configured and deployed on VMware virtual machines.
When a VCS cluster with a shared disk is configured on virtual machines, VMware does not support VMware Distributed Resource Scheduler (DRS) and vMotion. Thus the vMotion and DRS capabilities are compromised. The solution to this issue is to attach the disks to a single virtual machine at a time in a VCS cluster. In case of a user-initiated failover or a fault-induced failover, these disks fail over (detach-attach) to the target virtual machine along with the service group. The VMwareDisks agent manages the detach and attach operations.
VMware does not allow a disk to be detached if it is part of a snapshot; the snapshot must be deleted before the disk can be detached. A service group that contains resources of the VMwareDisks type may be taken offline or failed over from a virtual machine where snapshots are present. In this case, the resources cannot be taken offline until the snapshot is deleted.
When a failover is initiated on a system, any of the following conditions may occur:
Snapshots are present due to an active backup job.
Stale snapshots are present due to failed backup jobs.
User-initiated snapshots are present.
Any of these conditions may cause the disk detach operation to fail and consequently the failover stalls. Beginning with InfoScale 8.0, the VMwareDisks agent includes some snapshot management functions that help avoid such scenarios. The agent detects whether a VMware disk is associated with any NetBackup or user-initiated snapshots. It then consolidates the snapshots, if required, and removes them so that the disk can be detached, and the failover can proceed as expected.
Note:
Due to a restriction around the VMware API for data protection, the migration of a VM cannot be completed while a NetBackup job for VMware VM protection is in progress. You may choose to wait for the job to complete or you may cancel it.
Note:
This support is not yet available for disks in NetBackup configurations that involve multiple master servers.
To ensure proper functioning of the VMwareDisks agent, verify the following settings:
If you change the disk naming scheme from an enclosure-based naming scheme (for example,
r7515-xxx-yyy_vmdk0_0) to a operating system-native naming scheme, then you must set thedisk.EnableUUID=TRUEattribute in the VMware virtual machine's properties.Set the
disk.EnableUUID=TRUEattribute in the virtual machine's properties and confirm that the disk's UUID is visible in the vxdisk -px LIST_DMP list command output. The agent scans the disks and checks for the disk UUID in the vxdisk -px LIST_DMP list output. If disk UUIDs are absent, the agent may fail to bring the resource online and get faulted.The VMware disks are in the persistent mode. If the disks are in the independent mode, the agent reverts them to the persistent mode in case of a failover.
The ESX/ESXi host or vCenter user has administrative privileges or is a root user. If you do not want to use the administrator account or the root user, create a role with the privileges that are required to perform operations on the VMwareDisks resource. Then, assign this role to one or more users.
The role assigned to the user account must have the following privileges at a minimum:
Low level file operations
Add existing disk
Change resource
Remove disk
In case of configurations with disks that are part of snapshots, the privileges to remove user-initiated snapshots or to view and manage NetBackup jobs are also required. Beyond these privileges, you can provide additional ones according to the needs of your configuration.
In case of a vCenter user, you must assign the requisite privileges for the user to access the datastore.
To assign vCenter roles and privileges
- Log on to the vCenter Server and navigate to Home > Inventory > Datastores and Datastore Clusters.
- From the vCenter inventory tree view, right-click the appropriate datacenter, and select Add Permission.
Alternatively, open the Permissions tab. On the Permissions pane, right-click and select Add Permission.
- In the Assign Permissions window, add the user, select the role, and assign privileges.
For details, refer to VMware vSphere ESXi and vCenter Server Documentation.