[Veritas-bu] Drive Problem ------ Urgent
Hi Justin, Robot is controlled by MASTER Server. --- Hi Simon, When i use tpconfig i see robot -- robot host there. +-- |This was sent by qureshiu...@rediffmail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Upgrade from Netbackup 6.0 to 6.5
All the docs you need can be found at the 6.5 upgrade portal http://seer.entsupport.symantec.com/docs/290185.htm From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Mohammed Ahmed Sent: Sunday, January 31, 2010 12:28 AM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Upgrade from Netbackup 6.0 to 6.5 Hi Everybody, I am planning to upgrade VERITAS netbackup version from 6.0 to 6.5 i would require to have procedure in upgrading the server version, Post upgrade issues noticed, how to update clients, and how can i setup NOM server, need to know about licnese upgrade. My current environment is. Environment: NBU 6.0 MP4 Master Server Media Server: Single server Windows 2003 Clients: WindowsUNIX Standard clients NDMP Tape Library: Trenberge StorageLibrary T40 -- Regards, Mohammed Ahmed ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Disabling uid mapping on restore
Hello, We're running NB 6.5.4 on Solaris 10 (master server) and RHEL5 (media server). I was wondering if there was a way to perform a unix restore without mapping users to the UID # on the restored machine. eg - A file is backed up on machine A, owned by user rjb, uid 500. On machine B user rjb has uid 501. If I perform a restore to this machine, netbackup will change the uid of the file to 501. I'd like to disable this mapping. Thanks, Rich ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Backup Question
Hey guys Has anyone ever heard of InformEnt (Fiserv CCS) 6.0 and how to back it up with Netbackup 6.5? Any assistance would be appreciated, thanks. Daniel Jimenez Data Protection Team ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Common error - EXIT STATUS 43: unexpected messagereceived
Check bpbkar log on client. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of evaporated Sent: 30 January 2010 05:05 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Common error - EXIT STATUS 43: unexpected messagereceived I'm getting this generic error on a backup for a client that has several SAN storage drives set up. It's only on one drive (J:) - all the other drives back up just fine. I cannot see anything obvious in the bpbrm log, but I will copy here for advice. I renamed the server in the data below for obvious reasons to CLIENTSERVER. Any advice? Thanks in advance. 20:14:25.738 [4364.6548] 2 bpbrm main: INITIATING (VERBOSE = 0): version NetBackup 6.5 0 20:14:25.738 [4364.6548] 2 logparams: -c CLIENTSERVER -cl Adhoc-rerun-dal1amspfpxxx -ct 13 -id CLIENTSERVER_1264816565 -nbu -sched Win-EOM -st 0 -status 43 -secure 1 -S dal1mspbk01 -use_ofb -use_otm -WOFB_enabled 1 -nbu 20:14:25.769 [4364.6548] 2 vnet_vnetd_service_socket: vnet_vnetd.c.2046: VN_REQUEST_SERVICE_SOCKET: 6 0x0006 20:14:25.769 [4364.6548] 2 vnet_vnetd_service_socket: vnet_vnetd.c.2060: service: bpdbm 20:14:25.925 [4364.6548] 2 logconnections: BPDBM CONNECT FROM 192.241.24.164.4517 TO 192.241.27.30.13724 20:14:26.457 [4364.6548] 2 db_getCLIENT: db_CLIENTreceive: no entity was found 227 20:14:26.488 [4364.6548] 2 vnet_vnetd_service_socket: vnet_vnetd.c.2046: VN_REQUEST_SERVICE_SOCKET: 6 0x0006 20:14:26.488 [4364.6548] 2 vnet_vnetd_service_socket: vnet_vnetd.c.2060: service: bpcd 20:14:26.488 [4364.6548] 2 logconnections: BPCD CONNECT FROM 192.241.24.164.4518 TO 192.241.24.164.13724 20:14:26.488 [4364.6548] 2 vnet_connect_to_vnetd_extra: vnet_vnetd.c.180: msg: VNETD CONNECT FROM 192.241.24.164.4519 TO 192.241.24.164.13724 fd = 724 20:14:26.488 [4364.6548] 2 vnet_vnetd_connect_forward_socket_begin: vnet_vnetd.c.533: VN_REQUEST_CONNECT_FORWARD_SOCKET: 10 0x000a 20:14:26.488 [4364.6548] 2 vnet_vnetd_connect_forward_socket_begin: vnet_vnetd.c.550: ipc_string: 4520 20:14:26.503 [4364.6548] 2 bpbrm start_bpcd_stat: DATA_SOCK from bpcr = 736 20:14:26.503 [4364.6548] 2 bpbrm start_bpcd_stat: NAME_SOCK from bpcr = 724 20:14:26.503 [4364.6548] 2 bpbrm create_events: created suspend event name NetBackup Suspend Event, pid: 4364 20:14:26.503 [4364.6548] 2 bpbrm Exit: backup_status: 43 20:14:26.519 [4364.6548] 2 vnet_vnetd_service_socket: vnet_vnetd.c.2046: VN_REQUEST_SERVICE_SOCKET: 6 0x0006 20:14:26.519 [4364.6548] 2 vnet_vnetd_service_socket: vnet_vnetd.c.2060: service: bpcd 20:14:26.519 [4364.6548] 2 logconnections: BPCD CONNECT FROM 192.241.24.164.4527 TO 192.241.24.164.13724 20:14:26.519 [4364.6548] 2 vnet_connect_to_vnetd_extra: vnet_vnetd.c.180: msg: VNETD CONNECT FROM 192.241.24.164.4528 TO 192.241.24.164.13724 fd = 696 20:14:26.535 [4364.6548] 2 vnet_vnetd_connect_forward_socket_begin: vnet_vnetd.c.533: VN_REQUEST_CONNECT_FORWARD_SOCKET: 10 0x000a 20:14:26.535 [4364.6548] 2 vnet_vnetd_connect_forward_socket_begin: vnet_vnetd.c.550: ipc_string: 4529 20:14:26.550 [4364.6548] 2 bpbrm start_bpcd_stat: DATA_SOCK from bpcr = 712 20:14:26.550 [4364.6548] 2 bpbrm start_bpcd_stat: NAME_SOCK from bpcr = 696 20:14:26.550 [4364.6548] 2 pfi_start_client: command = /usr/openv/netbackup/bin/bpfis bpfis delete -nbu -id CLIENTSERVER_1264816565 -bpstart_to 300 -bpend_to 300 -clnt CLIENTSERVER -S dal1mspbk01 20:14:26.550 [4364.6548] 2 pfi_start_client: received bpcd success message 20:14:26.769 [4364.6548] 2 pfi_start_client: read start message from CLIENTSERVER, msg=INF - BACKUP START 7336 20:14:28.550 [8184.1956] 2 bpbrm Exit: client backup EXIT STATUS 43: unexpected message received 20:14:43.910 [4364.6548] 2 bpbrm Exit: attempting to send mail to root on CLIENTSERVER 20:14:43.925 [4364.6548] 2 vnet_vnetd_service_socket: vnet_vnetd.c.2046: VN_REQUEST_SERVICE_SOCKET: 6 0x0006 20:14:43.925 [4364.6548] 2 vnet_vnetd_service_socket: vnet_vnetd.c.2060: service: bpcd 20:14:43.925 [4364.6548] 2 logconnections: BPCD CONNECT FROM 192.241.24.164.4560 TO 192.241.24.164.13724 20:14:43.925 [4364.6548] 2 vnet_connect_to_vnetd_extra: vnet_vnetd.c.180: msg: VNETD CONNECT FROM 192.241.24.164.4561 TO 192.241.24.164.13724 fd = 708 20:14:43.941 [4364.6548] 2 vnet_vnetd_connect_forward_socket_begin: vnet_vnetd.c.533: VN_REQUEST_CONNECT_FORWARD_SOCKET: 10 0x000a 20:14:43.941 [4364.6548] 2 vnet_vnetd_connect_forward_socket_begin: vnet_vnetd.c.550: ipc_string: 4562 20:14:43.957 [4364.6548] 2 bpbrm Exit: OUT_SOCK from bpcr = 712 20:14:43.957 [4364.6548] 2 bpbrm Exit: IN_SOCK from bpcr = 708 20:14:43.957 [4364.6548] 2 bpcr_get_version_rqst: bpcd version: 0654 20:14:43.957 [4364.6548] 2 bpcr_get_version_rqst: bpcd version: 0654 20:14:43.957 [4364.6548] 2 bpcr_get_version_rqst: bpcd version: 0654 +-- |This was sent by harrisand...@gmail.com via Backup Central.
Re: [Veritas-bu] Backup Question
Your be4st bet would be to ask Fiserv about that, The domain of their company is Fiserv.com I would guess that supp...@fiserv.commailto:supp...@fiserv.com would get you a response with how or who to talk to about backing it up. From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jimenez, Daniel Sent: Monday, February 01, 2010 12:27 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup Question Hey guys Has anyone ever heard of InformEnt (Fiserv CCS) 6.0 and how to back it up with Netbackup 6.5? Any assistance would be appreciated, thanks. Daniel Jimenez Data Protection Team ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Any gotchas with 10 GB Ethernet?
Hello All, We are in the process of implementing 2 new Solaris media servers with 10 GB Ethernet. Are there any gotchas on the OS side or the NetBackup side I should be aware of? Any buffer settings we need to tweak or new touch files, etc? Thanks in advance. Tom Tschida Boston Scientific ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Any gotchas with 10 GB Ethernet?
This is what we use, though it is not special to 10GbE; I've no doubt many people will have their own schemes. It's from a script that checks settings against our design: NETWORK TUNING PARAMETERS TCP parameters: tcp_wscale_always:current: 1 recommended: 1 tcp_tstamp_if_wscale: current: 1 recommended: 1 tcp_xmit_hiwat: current: 1048576 recommended: 1048576 tcp_recv_hiwat: current: 1048576 recommended: 1048576 tcp_cwnd_max: current: 2097152 recommended: 2097152 tcp_max_buf: current: 4194304 recommended: 4194304 tcp_time_wait_interval: current: 6 recommended: 6 tcp_conn_req_max_q: current:8192 recommended:8192 Sendpipes Recvpipes: route x.x.x.x recvpipe: current: 1048576 recommended: 1048576 route x.x.x.x sendpipe: current: 1048576 recommended: 1048576 I'd say the hiwat settings are the most important, and tcp_cwnd_max and tcp_max_buf must be raised to allow for that. We are also implementing Jumbo Frames which in testing made about 60-80% increase in throughput using iperf. Slightly harder to test with NetBackup as more moving parts like disks involved, and for many clients we cannot set it as we don't have a separate backup LAN, and some applications don't want to try it. William D L Brown -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Tschida, Tom (STP) Sent: 01 February 2010 22:29 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Any gotchas with 10 GB Ethernet? Hello All, We are in the process of implementing 2 new Solaris media servers with 10 GB Ethernet. Are there any gotchas on the OS side or the NetBackup side I should be aware of? Any buffer settings we need to tweak or new touch files, etc? Thanks in advance. Tom Tschida Boston Scientific ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu --- This e-mail was sent by GlaxoSmithKline Services Unlimited (registered in England and Wales No. 1047315), which is a member of the GlaxoSmithKline group of companies. The registered address of GlaxoSmithKline Services Unlimited is 980 Great West Road, Brentford, Middlesex TW8 9GS. --- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu