Welcome to your hub for Data Compliance, InfoScale, and Backup Exec discussions. Learn more about recent changes to the VOX Community here.
Forum Widgets
Recent Discussions
NVMe drives disappear after upgrade to the RHEL7.7 kernel.
Hi, I'm using Infoscale 7.4.1.1300 on RHEL 7.x Tonight, as I was running RHEL7.7 with the latest RHEL7.6 kernel, I decided to upgrade to the RHEL7.7 kernel (the only part of 7.7 which was missing). This had the nasty side effect of making NVMe drives disappear. 1) before upgrade: # modinfo vxio filename: /lib/modules/3.10.0-957.27.2.el7.x86_64/veritas/vxvm/vxio.ko license: VERITAS retpoline: Y supported: external version: 7.4.1.1300 license: Proprietary. Send bug reports to enterprise_technical_support@veritas.com retpoline: Y rhelversion: 7.6 depends: veki vermagic: 3.10.0-957.el7.x86_64 SMP mod_unload modversions # vxdmpadm listctlr CTLR_NAME ENCLR_TYPE STATE ENCLR_NAME PATH_COUNT ========================================================================= c515 Samsung_NVMe ENABLED daltigoth_samsung_nvme1 1 c0 Disk ENABLED disk 3 # vxdisk list DEVICE TYPE DISK GROUP STATUS nvme0n1 auto:cdsdisk - (nvm01dg) online ssdtrim sda auto:LVM - - LVM sdb auto:cdsdisk loc01d00 local01dg online sdc auto:cdsdisk - (ssd01dg) online 2) after upgrade: # modinfo vxio filename: /lib/modules/3.10.0-1062.1.1.el7.x86_64/veritas/vxvm/vxio.ko license: VERITAS retpoline: Y supported: external version: 7.4.1.1300 license: Proprietary. Send bug reports to enterprise_technical_support@veritas.com retpoline: Y rhelversion: 7.7 depends: veki vermagic: 3.10.0-1062.el7.x86_64 SMP mod_unload modversions # vxdmpadm listctlr CTLR_NAME ENCLR_TYPE STATE ENCLR_NAME PATH_COUNT ========================================================================= c0 Disk ENABLED disk 3 # vxdisk list DEVICE TYPE DISK GROUP STATUS sda auto:LVM - - LVM sdb auto:cdsdisk loc01d00 local01dg online sdc auto:cdsdisk - (ssd01dg) online I've reverted to the latest z-stream RHEL7.6 kernel (3.10.0-957.27.2.el7) while I research this issue. Has this been reported already?
Require Infoscale Enterprise 7.2 installation and configuration on RHEL7.3 step by step guide.
Hi Everyone, I have to Implement Infoscale Enterprise 7.2 on Client Enviorment, before doing implement i have to test this on my UAT server, let me tell you one thing i am not aware with infoscale on Linux, can somebody help me to configure infoscale enterprise 7.2 on RHEL 7.3 or can veritas support team help me to configure infoscale enterprise 7.2 on RHEL 7.3?. i have already read all Veritas installtion configuration guide but im getting confused, i want to understand all concept before implement. Please help. Regards Pravin Goud Sr.Technical Support Engineer
Infoscale 7.2 Installation on Windows 2012 R2 Successful but RDP Services crash
I am trying to install Infoscale 7.2 in order to Cluster NetBackup 8.0 on a Windows 2012 R2 platform. I am running into an issue where once Infoscale 7.2 installation shows as successfull then RDP access to both nodes gets disabled. I have ran the data collector tool before the installation and found no issues report. The notable thing is the first time i installed Infoscale 7.2 it failed due to some windows update requirements with error "V-72-1-494 installation of Micrsoft Visual C++ 2015 Redistributable x-64 has failed on one or more systems. The issue has occured because one of more required Microsoft Windows updates are not installed on the system." I then procedded to i install the updates and repair the Micrsoft Visual C++ 2015 Redistributable x-64 and install the Infoscale 7.2. I see that the installation is successul, but once system is rebooted, RDP services shutdown. A Case was opened with Microsoft and this is what they have to say: Server was working as expected and running normally and RDP is working fine Once your team install Veritas it’s corrupted the RDP as well registry files We manage to reboot the server again and choose last good known configuration with restore our registry from last good state and resolve our issue where we was able to RDP again After your time once more install Veritas it’s lead to the same issue We manage one more time to make our system up and running using the same trick for choosing last good known configuration At this point we are sure that Veritas application leading the server into our issue. I later on tried reinstalling the OS and doing the installation again but same results again, so i need urgent help if anyone faced this issue, and what they did to resolve it. Thanks
InfoScale 7.1 on VMware
I am sorry if this question has an obvious answer, but I have searched both Veritas, SORT and VMware for one but have not been able to find anything. A few years ago I set up a VCS evironment containing eight Red Hat 6.x servers in a VMware ESX cluster of four servers. One of the requirements from Symantec for this setup were two Distributed vSwitches, one private and one public. This Vmware feature needed vSphere Enterprise Plus licenses. Naturally the client was a bit reluctant to buy them as they are quite expensive. I now have another client asking for a similar setup with InfoScale. I assume the requirements have not really changed, and we still need the DSV. Only I cannot find this requirement anywhere and I need an official confirmation from a Veritas document before the client will consider buying the licenses. Could anybody point me in the direction of an article or document where I can find this information. There is an old VMware KB article on this, but it is from 2013: https://kb.vmware.com/selfservice/microsites/search.do?cmd=displayKC&docType=kc&externalId=2046035&sliceId=1&docTypeID=DT_KB_1_1&dialogID=248000730&stateId=0%200%20284119377
VCS Java Console 7.4.1 Windows working only on one cluster node
Hello, I have a Veritas InfoScale 7.4.1 cluster, 2 nodes. I've installed VCS Java Console 7.4.1 on my Win10 desktop. Connecting to Cluster is possible only via first node. If I try connecting with Java Console via second node I'm getting the error: VCS ERROR V-16-10-106 Could not connect to a live system in the cluster xxx:14141. Both nodes are up and running. Thank you for any explanation. Regards
