ops man failing backups

[Mitelpassion]

I have a problem with OPS man failing it's backups. There is an error event in the application log but only one. Can't remember what it says but for now it's irrelevant as I just want to confirm a few things.

The backup is initiated by the OPS man on the element. Then once the datasave's done the controller initiates the ftp transfer to the ops server to the directory sx2000. this directory has the security set for mnms that is also specified in the controller registeries. I have three elements and all 3 fail.

Logs on the controller saying that the backup was initiated sucessfuly and that the ftp transfer is being initiated. however past this nothing, not even an error log. this used to work fine. I had to recreate the ops database so essentially resintalled and restored from backup to ops.

anyone ever struggle with backups on OPS? I've tried manual ftp to the server with the mnms user name and password and this worked.
thanks in advance

 

[Mitelpassion]

this is the error in the event log i'm getting
adbrhdlr.c-653-term_func: Exception captured - ctrlevent=NON_CTRL_EVENT

 

[kwbMitel]

One thing I would try that might prove informative is to initiate an FTP session from your laptop to the OPS server using the MNMS credentials and try to create a file in the destination directory.


*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.

 

[MitelInMyBlood]

Obvious things to check, make very sure your system name in the system options assignment form begins with an alpha character and not numeric also the first letter needs to be a cap with all lower case after. (I think) I believe there is also a field size limit for the name.

Since you say it's a 2K are we to assume it's a redundant 2k and this is occurring on both planes?

You can use the maint command "ip debug dis" (without the quotes) this will dump the MC3E IP login stuff to the screen (including the FTP passwords which the command ip show will not reveal. Do this on each plane if the problem is plane specific.

 

[MitelInMyBlood]

Something else I just thought of..

If McAfee is running, try disabling it or disabling buffer overflow protection (in McAfee). I've seen this one before.

 

[kwbMitel]

You didnt upgrade the 3300 recently by chance?

If so, you might need to upgrade the Eman/Ops as well

*******************************************************
Occam's Razor - All things being equal, the simplest solution is the right one.

 

[Mitelpassion]

kwb, I've already tested the FTP access, and yes I can create folders and files and copy etc.

Mitelinmyblood, it's a 3300 cluster not sx2000. I was referring to the sx2000 directory on the server where the OPS saves the scheduled backups

Naming convention is correct. The whole thing worked fine until I re-created the database due to an out of sync OPS and elements. No anti-virus.

I actually downgraded the elements on this site from 8 to release 7.1.5.13 due to release 8 being so unstable especially with DECT on this site. The site is running relase 4 and 7.6 of Ent/OPS manager.

I can do a free dn and free circuit collect sucessfully - this means ftp is not the problem as far as I know...?

So in short everything worked until I re-created the OPS database and did a restore...