Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations Mike Lewis on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Can't Restore 3300 MXE from local drive (Win 7)

Status
Not open for further replies.

MitelInMyBlood

Technical User
Apr 14, 2005
1,990
US
3300 MXE rls 9.0.3.15
PC running W7

We lost a hard drive yesterday and in performing the datasave/data restore we discovered that the save went ok but the restore (from local pc HD) would consistently fail with an error message that said "Access problem. Verify that the local path is valid" - we used the exact same path as that for the data save, but the restore wouldn't go.

We got the machine back by doing the save/restore through OPS MAN, but the question is why we couldn't do it from the local drive? Is this another Windows 7 issue?

Thanks

Original MUG/NAMU Charter Member
 
I am sure to resolve this problem, you need to create a folder on the root of the c drive called fakepath. place the backup in this folder and perform the restore using this file in the new folder.

__________________________

There is no 'I' in 'Team'
__________________________
 
Thanks!! Hadn't run into that before, but have not had to do this since going to Win 7


Original MUG/NAMU Charter Member
 
I'm pretty sure the fakepath thing is true. XP not so much, but XP is the surer bet.

**********************************************
What's most important is that you realise ... There is no spoon.
 
Thanks Kevin! This is at one of our remote sites in PA. The tech there tried everything he knew to do & fortunately was able to get to our old OpsMgr which is still online. He used to be able to do local restores but that was before W7 was shoved down everyone's throat. Sometimes seems like progress is 1 step forward & 2 steps back esp when it comes to Microsoft. This same site is slated to migrate to Cisco, but not until 2014. we've also not done any upgrades to any of our Mitels since rls 9, just "run-to-fail" pending migration. Doing 36 sites per year since 2011... Still lots to go. At my age (67) lots of Mitel knowledge is buried under inert brain cells :). Cisco has been a steep learning curve for this old-timer.



Original MUG/NAMU Charter Member
 
Also be sure that the IP address is in trusted sites in IE.
I think IE is more to blame than Windows 7.
 
There's no need to create the fakepath folder. Just add the HTTPS address of your controller to trusted sites in IE.
 
After you add the controller to Trusted Sites, you need to change the security level for them to "Low" if you haven't already (I think the default is medium, which can still mess things up). I still do the "c:\fakepath" thing, I haven't tested if it's still necessary lately. Also use IE 8 if you can, 9.0 releases don't really play nice with anything newer.
 
Thanks!

IE 9 doesn't play nice with very much at all. It is banned here at the corporate office.

Original MUG/NAMU Charter Member
 
Here is the Win 7 fix that may or may not be valid for your issue. If it doesn't apply, let it fly.


MITEL COMMUNICATIONS DIRECTOR

Article # 12-5191-00282
Symptoms
After the latest Microsoft Windows update on September 24, 2012, the System Administration Tool (or ESM) does not provide the option to backup, and improperly reports that the ESM Backup/Restore page requires JAVA.
Background
After the Microsoft Windows Automatic Update is performed, when you launch ESM > Maintenance and Diagnostics > Backup or Restore, both ESM Backup and Restore pages display the message, “This page requires Java...” (as shown below) and you are unable to perform a backup or restore. In most cases, this problem is caused by an incompatibility in JavaScript, however, this error can also mean that the Java Runtime environment is not installed. Instructions for both possibilities are included in this bulletin.


Root Cause Analysis
The latest Windows Update is not compatible with the JavaScript used in the MCD software. To overcome the latest change with the Windows Update, Mitel is taking a proactive approach and providing a modified JavaScript to address this issue.

PC Platforms Affected:
We are currently only aware of the problem on PCs running Windows 7 with Internet Explorer 9.

MCD Software Affected:
All MCD software versions from MCD 4.0 to the latest MCD 5.0 SP2 are potentially affected.








Workarounds
• The short term workaround is to use the Software Installer to perform backup or restore (via the Full Installation menu options).
• The current term workaround is to download the revised JavaScript and FTP it to your MCD platform. (See instructions below.)
• A long term solution will be made officially available in MCD 5.0 SP2 PR2 and MCD 6.0 or higher. These versions are scheduled for release in October and December 2012, respectively.
IMPORTANT NOTE: Before you perform the following workaround, ensure that you have the correct Java runtime environment installed by following the instructions that start on page 3.

To Download and FTP the Revised JavaScript:
You can use your preferred FTP client, or if you are not familiar with FTP, you can use the instructions below to use the FTP client supplied in the Windows operating system.
1. Download the attached uwi_jretest.htm file and store it on your Windows PC (for example, in c:/patch).
2. To open the Windows command line, click Start > Run…
3. In the Run dialog, type cmd and then click OK. A new DOS window opens, displaying the current path of C:/ < >
4. Use the CD command to move to the folder/directory where you stored the uwi_jretest.htm file. For example, if you stored the file in C:/patch, type cd /patch.
5. Start the FTP session by typing FTP <IP address of the MCD>. Enter the user name and password when prompted.
6. Type cd /sysro/webs/web/uwi/backup_restore and press Enter.
7. Type bin and press Enter.
8. Type rename uwi_jretest.htm uwi_jretest.ORIG
9. Type put uwi_jretest.htm and press Enter.
10. Type bye to exit the FTP session.
11. Close the DOS window.

The Java script change is immediate. You should be able to perform db backup immediately.


Determining Java Version
Since this error may also indicate that Java is not running properly, we suggest that you verify your Windows PC has the correct Java runtime environment.

1. In a web browser, navigate to www. java.com and click Free Java Download.


2. Click See all Java downloads.




3. Click Verify Java has been installed correctly.


4. Click Verify Java version.





5. The correct Java Version 6 for ESM is shown here:



 
Thanks!!

Seems like a lot of tedium to go through when you can simply create a backup directory C:\Fakepath and move on. :)

The error message also wasn't complaining about JAVA, rather that it did not recognize the path even though a fully qualified path statement was provided.

[Rant mode]
Mitel's feeble attempt at creating their graphical user interface also makes the assumption that the user has never before seen a PC without a mouse umbilically attached, thus forcing you to use the dang thing, ignoring the keyboard expediency of <CTRL> & <TAB> keys. When I first saw this a couple decades ago back in one of Don Ouimet's very first OpsMgr classes, I (and several classmates) logically assumed it was a programming oversight and would be corrected in a future release. Alas, we were so very wrong.
[Rant Mode Off]

Original MUG/NAMU Charter Member
 
The JAVA issue addresses an issue with getting backups. I currently resort to using my XP virtual machine to get backups.


**********************************************
What's most important is that you realise ... There is no spoon.
 
this started in IE8
tools>security>custom level - about 2/3 of the way down - enable "include local directory path when uploading to a server"
then you can use any folder, not having to move everything to the fakepath folder.
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top