How do I rebuild a whole device's hash?
I am failing to retrieve volumes on a SVM ERROR: V-378-1339-4104: #{7340} [set_data_vserv_hash: 2232] Failed to get volumes info for VServer ERROR: V-378-1339-4077: #{7340} [process_vservers: 3091] Failed to add VServer to allowed hash. WARNING: V-378-1318-2118: #{5232} [get_cmod_shares: 4029] NetAPP ONTAP API Err Errstr: No records found for vserver How do I get the classes to run via the command line to rebuild the hash? ________________________________________________________________________________________ Is it possible to utilize the binaries on thecommand line to reset the hash on the suspect SVM filer? The only ones I am aware of are --rehash which will rehash all indexes and of course --dirhash Build directory hash (use with caution) --filehash Build file hash (use with caution) but these are not at the device scope. But since it is a device I would not know which index to aim at. CLi discovery fails netapp_util.exe -i 3 –v <name> 2022-06-09 14:59:06 INFO: V-378-1318-1000: #{15148} [__initlog: 386] Logging Initialized successfully 2022-06-09 14:59:06 ERROR: V-378-1318-1055: #{15148} [main: 1259] Error in parsing cmdline args 2022-06-09 14:59:06 INFO: V-378-1318-1058: #{15148} [main: 1273] netapp_util exit code: 1 ref: -i <discovery option> {-v <vserver name>}: Get list of CMod Shares and NFS exports for all VServers or for a specific VServer if -v is provided. Discovery options: 1: Full discovery for both CIFS shares and NFS exports. 2: Test discovery for both CIFS shares and NFS exports. 3: Full discovery for CIFS shares alone. 4: Test discovery for CIFS shares alone. 5: Full discovery for NFS exports alone. 6: Test discovery for NFS exports alone. Any other value results in full discovery of both CIFS & NFS. Appears to be no option on the new service. The knowledgebase returns do not show any value to me in this regard. The Data Insight Hash Utility Tool is to encrypt or decrypt the passwords. not what I am looking for. Article - High sustained latency after ONTAP upgrade to 9.7 P14 and above due to FPolicy EAGAIN (veritas.com) talks about the buffer size we were told to disable in favor of the fix. We have upgraded to fix version PixI do not see mention of the NFSv4 for Data Insight in the documentation or knowledgebase.
The documents released for the 6.1 version up to 6.1.6 of DI have no mention of 'NFSv4', 'NFS4' and in the SCL only NFS3 version seems supported. Are there plans to update to the latest version available in the coming 6.2 release? The known issues with the older version need be avoided. We would also like to utilize the enhancements of increased performance,File locking, the Delete bits, and benefits of security, mixed mode operations, while removing user group limitations. Thank you Pix
NDMP backups failing
I have an ancient tape backup sysytem that I use as a redudndant data backup for my Netapp FAS2020 filer. It has worked flawlessly for 7 or 8 years, until a controller on the Netapp crashed last week. It was replaced and is running normally, and supposedly the same config was applied as prior to the crash. But ever since then my backups have been failing with Error Code E00846B: (Server: "DOCULEX") (Job: "NDMP-Policy 0001-Daily Backup") NDMP-Policy 0001-Daily Backup -- The job failed with the following error: The resource could not be backed up because an error occurred while connecting to the Backup Exec for Windows Servers Remote Agent. Make sure that the correct version of the Remote Agent is installed and running on the target computer. If the server or resource no longer exists, remove it from the selection list. Edit the selection list properties, click the View Selection Details tab, and then remove the resource. I have deleted and recreated the items in the selection list, tried two different logons to the device, rebvooted teh media server, ascertained that the media server can ping the Netapp. I am at a loss. Any help would be greatly appreciated.
Replication Director SLPs and Netapp cDot
Hello I have a question to the SLP behavior with Replication Director on cDot Netapps. On 7mode Netapps it was possible to have multiple SLPs (daily, weekly, monthly,...) with the same destination volume on a backup netapp. For example. I have a daily SLP which replicates the VMs to a secondary site and I have a monthly SLP which does the same but also do a tape out once a month for long term retention. In 7 mode I had 1 destination volume for that. In cMode now the RD creates destination volumes based on SLP names. So If i have 3 SLPs I need 3 times the space on the destination Netapp. I wonder if no one else has this problem???Veritas at NetApp Insight Berlin 2017
This year, #NetAppInsight takes place on November 13th through the 16th, and Veritas is proud sponsor of the Berlin-based event. Please visit the Veritas booth at B6 at Insight Central on the event floor to learn more about our joint solutions with NetApp. Let's discuss howVeritascan helpguarantee your datais compliant, protected, and visible.
Unimplemented error code (114)
Last week, I have migrated master server to new hardware. After restored, everything works fine except my one of the NDMP host backup keep failing. Please see error logs below: Aug 22, 2017 8:33:28 PM - Info nbjm (pid=12373) starting backup job (jobid=2197) for client 10.105.33.14, policy NDMP_ston-mykul-p3n4, schedule Daily_backup Aug 22, 2017 8:33:28 PM - Info nbjm (pid=12373) requesting STANDARD_RESOURCE resources from RB for backup job (jobid=2197, request id:{194631FA-8736-11E7-BDB8-408725342EC5}) Aug 22, 2017 8:33:28 PM - requesting resource MPX-TAPE_TLD3-HCART_HCART2 Aug 22, 2017 8:33:28 PM - requesting resource nbms-mykul-p3n1.NBU_CLIENT.MAXJOBS.10.105.33.14 Aug 22, 2017 8:33:28 PM - requesting resource nbms-mykul-p3n1.NBU_POLICY.MAXJOBS.NDMP_ston-mykul-p3n4 Aug 22, 2017 8:33:28 PM - awaiting resource MPX-TAPE_TLD3-HCART_HCART2. Waiting for resources. Reason: Drives are in use, Media server: mykulsnbmd001, Robot Type(Number): TLD(3), Media ID: N/A, Drive Name: N/A, Volume Pool: NDMP, Storage Unit: mykulsnbmd001-hcart-robot-tld-3-mpx, Drive Scan Host: N/A, Disk Pool: N/A, Disk Volume: N/A Aug 22, 2017 8:33:28 PM - granted resource nbms-mykul-p3n1.NBU_CLIENT.MAXJOBS.10.105.33.14 Aug 22, 2017 8:33:28 PM - granted resource nbms-mykul-p3n1.NBU_POLICY.MAXJOBS.NDMP_ston-mykul-p3n4 Aug 22, 2017 8:33:28 PM - granted resource TB1116 Aug 22, 2017 8:33:28 PM - granted resource HP.ULTRIUM5-SCSI.004 Aug 22, 2017 8:33:28 PM - granted resource mykulsnbmd001-hcart-robot-tld-3-mpx Aug 22, 2017 8:33:28 PM - estimated 7986768 kbytes needed Aug 22, 2017 8:33:28 PM - Info nbjm (pid=12373) started backup (backupid=10.105.33.14_1503405208) job for client 10.105.33.14, policy NDMP_ston-mykul-p3n4, schedule Daily_backup on storage unit mykulsnbmd001-hcart-robot-tld-3-mpx Aug 22, 2017 8:33:29 PM - connecting Aug 22, 2017 8:33:29 PM - connected; connect time: 0:00:00 Aug 22, 2017 8:33:29 PM - begin writing Aug 22, 2017 8:42:35 PM - end writing; write time: 0:09:06 Aug 22, 2017 8:45:46 PM - Info ndmpagent (pid=26939) 10.105.33.14: DUMP: creating "/svm01-mykul-p1/DEPTSHARE_CIFS_OP_VOL001/../snapshot_for_backup.2340" snapshot. Aug 22, 2017 8:45:46 PM - Info ndmpagent (pid=26939) 10.105.33.14: DUMP: Using inowalk incremental dump for Full Volume Aug 22, 2017 8:45:48 PM - Info ndmpagent (pid=26939) 10.105.33.14: DUMP: Using snapshot_for_backup.2340 snapshot Aug 22, 2017 8:45:48 PM - Info ndmpagent (pid=26939) 10.105.33.14: DUMP: Date of this level 9 dump: Tue Aug 22 20:33:35 2017. Aug 22, 2017 8:45:48 PM - Info ndmpagent (pid=26939) 10.105.33.14: DUMP: Date of last level 8 dump: Tue Aug 15 20:03:08 2017. Aug 22, 2017 8:45:48 PM - Info ndmpagent (pid=26939) 10.105.33.14: DUMP: Dumping /svm01-mykul-p1/DEPTSHARE_CIFS_OP_VOL001/ to NDMP connection Aug 22, 2017 8:45:48 PM - Info ndmpagent (pid=26939) 10.105.33.14: DUMP: mapping (Pass I)[regular files] Aug 22, 2017 8:45:52 PM - Info ndmpagent (pid=26939) 10.105.33.14: DUMP: mapping (Pass II)[directories] Aug 22, 2017 8:46:12 PM - Info ndmpagent (pid=26939) 10.105.33.14: DUMP: No available buffers. Aug 22, 2017 8:46:12 PM - Info ndmpagent (pid=26939) 10.105.33.14: DUMP: DUMP IS ABORTED Aug 22, 2017 8:46:12 PM - Error ndmpagent (pid=26939) read from socket returned -1 104 (Connection reset by peer) Aug 22, 2017 8:46:12 PM - Error ndmpagent (pid=26939) MOVER_HALTED unexpected reason = 4 (NDMP_MOVER_HALT_CONNECT_ERROR) Aug 22, 2017 8:46:12 PM - Error ndmpagent (pid=26939) NDMP backup failed, path = /svm01-mykul-p1/DEPTSHARE_CIFS_OP_VOL001/ Aug 22, 2017 8:46:12 PM - Info ndmpagent (pid=26939) 10.105.33.14: DUMP: Deleting "/svm01-mykul-p1/DEPTSHARE_CIFS_OP_VOL001/../snapshot_for_backup.2340" snapshot. Aug 22, 2017 8:46:13 PM - Error ndmpagent (pid=26939) 10.105.33.14: DATA: Operation terminated (for /svm01-mykul-p1/DEPTSHARE_CIFS_OP_VOL001/). Aug 22, 2017 8:54:27 PM - Info bpbrm (pid=25638) sending message to media manager: STOP BACKUP 10.105.33.14_1503405208 Aug 22, 2017 8:54:36 PM - Info bpbrm (pid=25638) media manager for backup id 10.105.33.14_1503405208 exited with status 0: the requested operation was successfully completed unimplemented error code (114) NetBackup version: 8.0 NDMP:NetApp Release 8.2.1P1 Cluster-Mode Backup Method: MPXNetBackup 7.7 NetApp cDOT 9.1 NDMP Backup Schedules and Types
Ideally should each NetBackup policy have three schedules? Full Backup (NDMP level 0) Cumulative Incremental Backup (NDMP level 1) Differential Incremental Backup (NDMP last level +1<9) For example I have an NDMP backup policy with a single volume. I run #1 the first week,#2 the second week, and #3 the third through nineth week. Does this make sense? We have NetApp cDOT 9.1, NetBackup 7.7.3 (configured for CAB). I am using this Veritas article too:https://www.veritas.com/support/en_US/article.TECH143455
