开始新对话

此帖子已超过 5 年

Solved!

Go to Solution

12385

2013年12月30日 00:00

networker 备份INFORMIX失败

有台客户端未更改之前的IP是10.xx.xx.52 perfdb,备份informix,我重新在NW上配置了这台客户端,并对informix做了备份配置,测试备份成功,后来业务厂商更改了这台主机的IP,主机名没变,更改后的变成了了10.xx.xx.38 perfdb, 10.xx.xx.52 变成了浮动地址,我也更改了备份服务器上的/etc/hosts表,改成了10.xx.xx.38 perfdb,今天早上备份informix失败了,在这之前使用 10.xx.xx.52 perfdb是备份成功的,报错如下:

20164:nsrifmx:Failed to Initialize a session for backup.

20123:nsrifmx:Backup operation failed.

informix 里的bar_act.log日志如下:

2013-12-30 15:48:41 4297  4293 Implicit logical log backup has been disabled.

2013-12-30 15:49:09 4297  4293 Archive started on rootdbs, rcounterdbs04, rcounterdbs03, rcounterdbs05, rcounterdbs02, hpmdbs4, hpmdbs6, hpmdbs2, hpmdbs3, hpmdbs1, hpmdbs5, hpmdbs12, hpmdbs7, hpmdbs11, hpmdbs8, hpmdbs9, npmdbs, apmdbs9, hpmdbs10, apmdbs8, apmdbs12, apmdbs1, apmdbs6, apmdbs7, apmdbs2, apmdbs4, apmdbs5, apmdbs3, apmdbs10, apmdbs11, rcounterdbs, dpmdbs5, dpmdbs2, dpmdbs1, dpmdbs3, dpmdbs6, dpmdbs7, dpmdbs8, dpmdbs4, rcounterdbs01, apmdbs15, apmdbs14, apmdbs13, rcounterrmdbs01, rcounterrmdbs02, llogdbs, plogdbs (Requested Level 0).

2013-12-30 15:49:22 4297  4293 Begin level 0 backup rootdbs.

2013-12-30 15:49:22 4297  4293 Successfully connected to Storage Manager.

2013-12-30 15:49:22 4297  4293 (-43231) An unexpected error occurred:  XBSA ObjectDescriptor createTime not set by storage manager. Please verify storage manager libraries, and verify the archive.

2013-12-30 15:49:22 4297  4293 XBSA Error: (BSACreateObject) A system error occurred. Aborting XBSA session.

2013-12-30 15:49:32 4297  4293 /opt/informix/bin/onbar_d complete, returning 3 (0x03)

请大家看下,谢谢了

另外我今天删除了之前的客户端perfdb,重新配置(使用10.xx.xx.38 perfdb )报错依旧,

客户端的/nsr/applogs的xbsa.messages里报错如下: 我现在使用的10.xx.xx.38 perfdb,发现还是使用10.xx.xx.52

XBSA-1.0.1 LNMs_2007.Build.124 14209 Mon Dec 30 13:34:52 2013           _nwbsa_is_retryable_error: received a network error (Severity 5 Number 13): client `::ffff:10.2

38.50.52' is not properly configured on the NetWorker Server

XBSA-1.0.1 LNMs_2007.Build.124 15017 Mon Dec 30 13:35:33 2013           _nwbsa_is_retryable_error: received a network error (Severity 5 Number 13): client `::ffff:10.2

38.50.52' is not properly configured on the NetWorker Server

XBSA-1.0.1 LNMs_2007.Build.124 23887 Mon Dec 30 13:42:50 2013           _nwbsa_is_retryable_error: received a network error (Severity 5 Number 13): client `::ffff:10.2

38.50.52' is not properly configured on the NetWorker Server

XBSA-1.0.1 LNMs_2007.Build.124 24802 Mon Dec 30 13:43:28 2013           _nwbsa_is_retryable_error: received a network error (Severity 5 Number 13): client `::ffff:10.2

38.50.52' is not properly configured on the NetWorker Server

XBSA-1.0.1 LNMs_2007.Build.124 8656 Mon Dec 30 13:57:19 2013           _nwbsa_is_retryable_error: received a network error (Severity 5 Number 13): client `::ffff:10.23

8.50.52' is not properly configured on the NetWorker Server

XBSA-1.0.1 LNMs_2007.Build.124 12506 Mon Dec 30 14:00:53 2013           _nwbsa_is_retryable_error: received a network error (Severity 5 Number 13): client `::ffff:10.2

38.50.52' is not properly configured on the NetWorker Server

XBSA-1.0.1 LNMs_2007.Build.124 13177 Mon Dec 30 14:01:26 2013           _nwbsa_is_retryable_error: received a network error (Severity 5 Number 13): client `::ffff:10.2

38.50.52' is not properly configured on the NetWorker Server

XBSA-1.0.1 LNMs_2007.Build.124 16656 Mon Dec 30 15:32:48 2013           _nwbsa_is_retryable_error: received a network error (Severity 5 Number 13): client `::ffff:10.2

38.50.52' is not properly configured on the NetWorker Server

XBSA-1.0.1 LNMs_2007.Build.124 17283 Mon Dec 30 15:33:23 2013           _nwbsa_is_retryable_error: received a network error (Severity 5 Number 13): client `::ffff:10.2

38.50.52' is not properly configured on the NetWorker Server

XBSA-1.0.1 LNMs_2007.Build.124 4297 Mon Dec 30 15:49:22 2013           _nwbsa_is_retryable_error: received a network error (Severity 5 Number 13): client `::ffff:10.23

8.50.52' is not properly configured on the NetWorker Server

258 消息

2014年1月2日 02:00

和两位分享下最后的结果,今天下午,找来了做双机的厂商,让VCS厂商在10.XX.XX.52 上添加了浮动地址对应的服务名称后,我在备份服务器的/etc/hosts里也添加了相应的解析,同时在NMC上的globals里添加了浮动地址对应的主机名后,测试备份一直在进行,没有报错,全备完需要5个多小时,只有明天看结果,另外我测试文件目录备份也是成功的

2 Intern

 • 

1.2K 消息

2013年12月30日 01:00

1.LZ用的是NMDA模块还是Networker Module for Informix模块?
2.业务厂商更改完IP地址以后perfdb这台客户机有备份成功过吗?
3.现在在perfdb这台客户机上运行ifconfig,显示当前使用的ip地址确实是10.228.50.38吗?
4.perfdb客户机可以和NetWorker服务器互相ping通并且nslookup正常吗?

从报错来看,perfdb仍在尝试使用10.228.50.52进行备份,由于没有客户机使用10.228.50.52,所有备份失败。这应该是一个DNS名称解析的网络问题。

5.你在NetWorker中给perfdb这台客户机创建的客户机资源的名字是叫perfdb吗?删除然后重建以后还是叫perfdb吗?
6.如果第5个回答为“是”,那么目前NMC中可以看到几个名字为perfdb的客户机资源?

如果第3,4,5个问题的答案都为“是”,那么我建议:

1.对所有perfdb这台客户机资源:在Globals (1 of 2)标签上,在Aliases(别名)中,添加10.228.50.38进行测试。如下图所示:

Untitled.jpg

2.暂时取消对perfdb的浮动IP地址的设置进行测试。

258 消息

2013年12月30日 01:00

在globals里添加了10.xx.xx.52 报错依旧:

1 retry attempted

Reverse DNS lookup failed for address 10.xx.xx..52

Reverse DNS lookup failed for address 192.168.2.5

Reverse DNS lookup failed for address 192.168.1.5

Reverse DNS lookup failed for address 169.254.182.77

Reverse DNS lookup failed for address 10.xx.xx..52

Reverse DNS lookup failed for address 192.168.2.5

Reverse DNS lookup failed for address 192.168.1.5

Reverse DNS lookup failed for address 169.254.182.77

20164:nsrifmx:Failed to Initialize a session for backup.

20123:nsrifmx:Backup operation failed.

258 消息

2013年12月30日 01:00

1、用的NMI

2、使用10.xx.xx.52 perfdb备份成功过,使用10.xx.xx.38 perfdb 备份失败

3、实际地址:10.xx.xx.38 ,浮动地址:10.xx.xx.52

4、能ping 通Backup-Server ,rpcinfo -p Backup-Server也是通的;

5、删除前叫perfdb,删除后重建还是perfdb;

6 、看到一个perfdb;

258 消息

2013年12月30日 02:00

纠正一下,添加了10.228.50.38,但报错依旧

258 消息

2013年12月30日 02:00

10.xx.xx.52 是之前的实际地址,这个地址后来被业务厂商设置为浮动地址,新的实际地址是10.xx.xx.38 ,由于浮动地址没有设置服务名,所以使用10.xx.xx.38 perfdb,备份;客户端/etc/hosts  ,ifconfig 如下:

$ more /etc/hosts

#

# Internet host table

#

::1     localhost   

127.0.0.1       localhost   

10.xx.xx.37    alarmdb

10.xx.xx.38    perfdb  perfdb.com      loghost

10.xx.xx.4    Backup-Server

$ /usr/sbin/ifconfig -a

lo0: flags=2001000849 mtu 8232 index 1

        inet 127.0.0.1 netmask ff000000

igb0: flags=1000843 mtu 1500 index 2

        inet 10.xx.xx..38 netmask ff000000 broadcast 10.xx.xx.255

igb0:1: flags=1000843 mtu 1500 index 2

        inet 10.xx.xx.52 netmask ffffff00 broadcast 10.xx.xx..255

igb1: flags=1000843 mtu 1500 index 6

        inet 192.168.2.5 netmask ffffff00 broadcast 192.168.2.255

igb2: flags=1000843 mtu 1500 index 5

        inet 192.168.1.5 netmask ff000000 broadcast 192.255.255.255

usbecm0: flags=1000843 mtu 1500 index 3

        inet 169.254.182.77 netmask ffffff00 broadcast 169.254.255.255

258 消息

2013年12月30日 03:00

实际地址是10.238.50.38 ,我在此是故意写成10.228.50.38,请大家忽略此

1.8K 消息

2013年12月30日 04:00

如果rpc通,客户端和服务器有重启过么?看上去服务器始终没识别到新地址。

试过 nsradmin -p nsrexecd 了么?

258 消息

2013年12月30日 06:00

两边的进程都重启过,报错依旧,

在 2013-12-30 20:35:21,born_chen 写道:

|

|

ECN

|

|

networker 备份INFORMIX失败

reply from born_chen in 备份和恢复系统 - View the full discussion

如果rpc通,客户端和服务器有重启过么?看上去服务器始终没识别到新地址。

试过 nsradmin -p nsrexecd 了么?

Reply to this message by replying to this email, or go to the message on ECN

Start a new discussion in 备份和恢复系统 by email or at ECN

Following networker 备份INFORMIX失败 in these streams: Inbox

|

|

258 消息

2013年12月30日 06:00

试过报错依旧

在 2013-12-30 20:35:21,born_chen 写道:

|

|

ECN

|

|

networker 备份INFORMIX失败

reply from born_chen in 备份和恢复系统 - View the full discussion

如果rpc通,客户端和服务器有重启过么?看上去服务器始终没识别到新地址。

试过 nsradmin -p nsrexecd 了么?

Reply to this message by replying to this email, or go to the message on ECN

Start a new discussion in 备份和恢复系统 by email or at ECN

Following networker 备份INFORMIX失败 in these streams: Inbox

|

|

1.8K 消息

2013年12月30日 17:00

从备份服务器,rpc到客户端(新改过的地址),是否通?

2 Intern

 • 

1.2K 消息

2013年12月30日 17:00

明白了。首先我想说的是,你们业务厂商的这种对IP的配置是不推荐的。因为现在两个IP地址处于同一个网段(10.238.50)中,通常建议多IP地址配置不在同一网段中。如果你一定要这么配,那么可以尝试下这个方法:

取消对于10.238.50.52的浮动IP地址配置,这样可以确保客户机使用10.238.50.38来与服务器通讯。测试客户机使用10.238.50.38通讯成功(备份成功)以后,再配置10.238.50.52的浮动IP地址。这样即便下次开机,客户机理论上也会继续使用10.238.50.38与服务器通讯。

2 Intern

 • 

1.2K 消息

2013年12月30日 18:00

两个地址在同一个网段,似乎也没有说不推荐这样做吧?

两个地址同一网段容易出错,而且似乎也没有太大的必要这么配,一般配不同的网段,从而满足连不同网段的需求,也不容易出错。

假设38链路不通了呢?

前面已经说了“测试客户机使用10.238.50.38通讯成功(备份成功)以后”。一般按照双IP网络特性,10.238.50.38连通服务器以后,下次开机还会默认继续使用10.238.50.38来连服务器,不过使用同一网段的两个IP还是比较容易出错的,所以还是不推荐这样来配。假如重新开机以后又不用10.238.50.38了,那么恐怕得重新思考下这样的双IP同网段的设计是否合理。

1.8K 消息

2013年12月30日 18:00

两个地址在同一个网段,似乎也没有说不推荐这样做吧?

“这样即便下次开机,客户机理论上也会继续使用10.238.50.38与服务器通讯。”

假设38链路不通了呢?

1.8K 消息

2013年12月30日 18:00

明白了,我们还是回去看LZ的问题处理得如何。我以前的做法也是,找到一个通的IP,正常备份后,把所有备用ip \浮动IP都做别名。

找不到事件!

Top