RMX log

[lhiraman]

Hello, I see that our IPDA remote shelf still reboots everyday around either midnight or 1 AM. I found this in the RMX log off the IPDA system.
I know that the AP backup server is set to restore on Fridays at 11PM. Can anyone give me a clue what is going on? I also have a ticket open with Siemens.


pid=2173
2173: command: /opt/hbr/rmx/rmx_backup_restore -c start
2173: Started at: Tue Sep 24 01:04:38 CEST 2013
2173: ** RMX reachable (count=12 a 6 seconds) **
2173: Exit: 0 at: Tue Sep 24 01:06:11 CEST 2013

 

[sbcsu]

Well it looks like a restore is happening rather than a backup

 

[lhiraman]

Any ideas how to stop it?

 

[sbcsu]

No sorry but look at
Assistant
Software Management
Backup / Restore / Schedule
and see if there is anything in there that is incorrect

 

[lhiraman]

here is the backup schedule. Everything looks good to me.

Schedule





Type

Unit

Status

Frequency

Time

Archive

S

V

O

I

mo-rmx ALL Enabled Saturdays 04:00 MO-RMX Y N N N
Data ALL Enabled Sundays 06:00 Hard Disk Y N N N
System ALL Enabled Saturdays 06:00 Hard Disk Y N N N
System ALL Enabled Daily 19:00 Backup Server Y N N N
AP Emergency ALL Enabled Saturdays 00:00 AP Backup Server Y N N N
mo-rmx AREA_E Enabled Sundays 20:00 MO-RMX Y N N N
hd-scr UNIX Enabled Sundays 03:00 HD-SCR Y N N N

HD-IMG Disaster Recovery mo-rmx Logical hd-scr AP Emergency Data System AllRMXUNIX Disabled Enabled Once Daily Weekdaily Mondays Tuesdays Wednesdays Thursdays Fridays Saturdays Sundays
:
Hard DiskMOD/CFBufferBackup Server Y N Y N N N

 

[sbcsu]

Yes all looks ok there.
I would wait on the result of the ticket so.

 

[Iamnothere]

Since you have previously stated that you have no formal 4K training, I just want to be certain that you understand that the AP-E has an Assistant,also.
Within the AP-E's Assistant, the AP Backup Server is also configured, but with one parameter distinguishing it from the Host's AP Backup Server.
You obviously have a schedule created to run the AP Backup. This backup runs on the HOST. Every ten minutes or so, the AP-E checks with the AP Backup Server to see if new backup info exists. If so, then the AP-E requests that the contents of the new AP Backup at the Host be FTP'ed to the AP-E. This process should not interfere in any way with the NCUI board. The AP-E and the NCUI are totally separate entities residing within a common cabinet: separate LAN connections, and separate power. I think that your AP Backup Server configuration is screwed up at either the Host or the AP-E, or BOTH.

As I previously advised, it would be extremely helpful if you could find a way to post a picture/screen capture of the Host -> Assistant -> Software Management -> HiPath Backup & Restore -> Administration -> AP Backup Server configuration. I know that posting pics is possible, as I saw some on this site recently. But to be honest, I do not see how to insert pics, either!!! Perhaps someone can help by explaining how to post a jpg. You should be able to take a "Print Screen" or perhaps use the Windows 7 "snipping tool" for a smaller jpg.
AND, a picture of the AP-E's AP Backup Server configuration (exact same path).

When you say that the "IPDA" is crashing, do you mean that telephony is failing - meaning that the NCUI board is rebooting? Or do you mean that the AP-E server is going down?

The IPDA should reboot from the AP-E's hard drive ONLY if connectivity to the HOST is lost for several minutes (see my previous post on another thread).
The Backup/Restore process has NOTHING to do with the NCUI board - UNLESS there is something wacky like a DUPLICATE IP ADDRESS.

Another possibility is a power problem, causing the IPDA/NCUI to fail .

I would LOVE to help you. This application is one of my areas of expertise. But I cannot help you unless I know the ENTIRE set of data!

Hopefully you have contacted SEN BLS, not a vendor. SEN Technical Assistance should be able to diagnose the problem.
Good luck.

 

[lhiraman]

Iamnothere, Sem Support called me back this morning, they said that they will have to dispatch a tech. I cannot find a way to post the snapshots...

But Here is what I see from the settings:

Administration Backup AP Server Host

Protocol: NFS FTP (FTP is selected) with an IP address
Maximal number of concurrent CC-AP transfers 1 is in the box
IP Address:

( Don't use IP Address together with Host Name )

Host Name: BLANK
Directory: /highpath/backup/AP


Login: highpath
( For security reasons use apeftp as login. For details see Service Documentation, section Complex Solutions, Configuring the APE Feature. )
Password: a password is in
Account: blank

Additional Information:

Here are the setting from the IPDA:

Administration Backup AP Server CC-AP (17)




Protocol: NFS FTP (FTP IS SELECTED)
Automatic restore disabled



IP Address: SAME FTP AS THE HOST


( Don't use IP Address together with Host Name )

Host Name: BLACNK
Directory: /highpath/backup/AP/


Login: highpath
( For security reasons use apeftp as login. For details see Service Documentation, section Complex Solutions, Configuring the APE Feature. )
Password: password to ftp site
Account: BLANK



Additional Information:

 

[sbcsu]

If the Username and Password fields are blank then it does not work/has not been setup correctly
The correct path (Directory) is /.AS/BACKUP/IPDA

 

[lhiraman]

should the directory on the IPDA be /.AS/BACKUP/IPDA or on the host; Also what user name and password should I use?

 

[sbcsu]

This is not something normally done by onsite technicians.
It is completed by Siemens or similar reps.

The directory is the same on both setups.
You are telling the host to backup to that location.
You are telling the remote to look at that location for the backup.

 

[lhiraman]

I gotacha! I am surprised that Siemens did not catch that.

 

[lhiraman]

OK I conducted the change and I got this error when I checked the cc-ap status:

V=Error

Status CC-AP(17):
Transfer
Status Error
Date/Time 2013-09-30 15:08:55
Backup/Restore
Status none
Date/Time -
Log:
[2013-09-30.15:08:50] /opt/hbr/sys/perl/device.SRV.common.pl -c mount -A SRV_AP -P 27850 -N -R started
[2013-09-30.15:08:55] Command: /opt/hbr/sys/perl/device.SRV.common.pl: "apeftp" connected to "192.6.35.100"
2013-09-30.15:08:55

 

[sbcsu]

You have to setup the 'backup' at the main site first.
You have to have a username and password setup with access.
Then after you configure/test that connection
you have to do a manual APServer backup.
When that backup is completed then and only then can you get the APE to download the backup to itself.

 

[lhiraman]

Ok looks like everything synced. Now the wait is on to see if it reboots tonight.

 

[lhiraman]

Ahhhhhhh! Still rebooted last night (early this morning) around 1 am.

 

[sbcsu]

Without access to the site it is very hard to determine the cause.
If the backup box APESU was not setup correctly then it follows that other items may not have been setup correctly either.
If it was me I would ask that a new hard disk be supplied for the main site and it upgraded to the latest release of software for that level.
After that if you still have a problem then escalate it through the Siemens channels for a fix.

 

[lhiraman]

I Sbcsu, I am still waiting. I called to escalate, I am getting ticked off with Siemens now.

Anyway, the switch rebooted again today at 4:20ish. I am digging and digging, found this:

##### Startup Load pzknci40.25.006 at "09/30/2013 16:46:29.321392" on 192.168.52.15 ##### It seems that this load pzknic happends everytime it reboots.

 

[lhiraman]

does anyone have an IPDa manual?

 

[hp4krookie]

On previous issue of the same type, normally the network in dropping the connection to NCUI.

Try this if possible....

On the NUCI there are 2 connections to the customer network, normally the bottom connection is used. Connect a connection using the top RJ to a differant network switch, but on the same subnet. If the network is dropping on bottom (primary) the connection will move to the secondary with only missing 1 ping and the NCUI will stay active. Both of the connections use the same IP address just use differant MAC addresses.