07-27-2022 04:44 AM
Hi all,
could you please discuss here following error messaging displayed in Netbackup Appliance 9.1.0.1:
Error bptm (pid=210070) Could not open FT Server pipe: pipe open failed (13369361 invalid FAT error)
It seems, that FT connection could not be established between master server and client. Deamons responsible for this job mode (nbftsrvr and nbfdrv64) are stopped and having start them manually didnt help. All issues started after updating from 9.1 to 9.1.0.1 and applying recommended EEB patches.
Do you have any suggestions what to troubleshoot next?
07-28-2022 07:13 AM
Hi
I am not having any FT clients but don't you have to perform some rescan after upgrade? Please review the admin guide for the same.
07-29-2022 02:49 AM - edited 07-29-2022 02:50 AM
Hi quebek !
Thank you so much for your reply. Indeed, the rescan seems to be needed after performing the update. Here, I am puting the link and the extract from Netbackup Appliance Upgrade Guide (https://www.veritas.com/support/en_US/doc/113205077-152195715-0/v113639278-152195715)
Complete this step only if your backup environment includes SAN client computers.
The Fibre Channel (FC) ports must be re-scanned to allow any SAN client computers to reconnect to the Fibre Transport (FT) devices. The re-scan must be done from the NetBackup CLI view on the appliance.
To re-scan the FC ports:
Enter the following command to see a list of NetBackup user accounts:
Manage > NetBackupCLI > List
Log on to this appliance as one of the listed NetBackup users.
Run the following command to rescan the FC ports:
nbftconfig -rescanallclients
If any SAN clients still do not work, run the following commands on each of those clients in the order as shown:
On UNIX clients:
/usr/openv/netbackup/bin/bp.kill_all
/usr/openv/netbackup/bin/bp.start_all
On Windows clients:
<install_path>\NetBackup\bin\bpdown
<install_path>\NetBackup\bin\bpup
If any SAN clients still do not work, manually initiate a SCSI device refresh at the OS level. The refresh method depends on the operating system of the client. Once the refresh has completed, attempt the nbftconfig -rescanallclients command again.
If any SAN clients still do not work, reboot those clients.
07-29-2022 02:58 AM
Hi
Glad I could point you in the good direction. So did it work after rescan?
08-01-2022 01:01 AM - edited 08-01-2022 07:27 AM
Hi quebeck,
Before I was able to perform rescann of FC ports, Netbackup decided to failover backup to LAN transport mode, which is not ideal, because it takes much more time. Today, I performed the rescann and I will check, which transport mode is used. Unfortunately, Netbackup prefers using LAN transport mode over Fibre transport. How to force NB to use Fibre transport again? There is default set up under the mode transport options.
08-02-2022 08:06 AM
No, I was digging through the logs /usr/openv/logs/nbftsrvr and there is something strange:
vnet_cached_get_aliases returned no valid aliases master01
VssGetFQDNHostName found no FQDN, continuing with only given hostname: 55
It is hard to say, which aliases was set up before the upgrade. The master server should rely on IP address
10-04-2022 12:50 AM
The nevereding story can continue. Although Netbackup Appliance is succesfully configured for FT mode (SAN ports are active etc.), backup jobs use LAN mode during backups. Now, I would focus on alert in backup job summary saying "awaiting resource stu_disk_KSRMNBU12. FT client has no devices configured". This is something I dont really understand since under SAN Clients (Media and Device Management -> Devices) there are both SAN clients visible and in the Active state