Forum Discussion

Richard_Wright_'s avatar
Richard_Wright_
Level 4
18 years ago

Error 800706be

I did a search on this error and only got 1 reference to Ghost.
After upgrading from 6.5.4 to 7.0 one of my servers gives me the following:

"The connection to the recovery agent was lost. The wizard will need to close."

I clicked [OK[, then saw:
"The remote procedure call failed."

I clicked [OK] then saw:
"Error 800706be running job: (job name)"

The files are still on the network share.

Any ideas? I will run the "fixinstall.bat" and reboot again to see if that helps.


Backup and Recovery
BESR 7.x and Earlier
System Recovery
  • Denis1's avatar
    Denis1
    Level 3
    18 years ago
    Hello,
     
    I have the exact same issue with Windows 2003R2 (fully patched) + SQLServer 2000 + Symantec BackupExec System Recovery Server.
     
    Can someone provide a solution ?
     
    thank you in advance,
    Denis
  • Denis1's avatar
    Denis1
    Level 3
    18 years ago
    After some investigation, it seems that this error is relative to my NAS (Synology CS-406e). The error appears each time I try to backup to the NAS, even if it is configured as regular network share...
  • MBG's avatar
    MBG
    18 years ago
    I have the same exact problem:
     

    I am running Vista Enterprise and having been using Ghost 12.0 w/o any problems for the past several months.  However, for the past few days, I receive the following error messages towards the end of the back-up process:
     
    1. The connection to the recovery agent was lost.  The wizard will need to close.
    2. The remote procedure call failed.
    3. Error - 800706be
    4. MS Windows Error: Service Module stopped working and was closed.
     
    I'm not sure if this has something to do with the security patches that MS put out this past Tuesday.....everything was fine prior to that.  Any ideas?  Thanks in advance!

  • Denis1's avatar
    Denis1
    Level 3
    18 years ago
    Some more infos. I recreated a network share last week and it worked well for 2 days and then again the same problem happened.

    I also get the following eventlog entry :
    -------
    Application Error (EventID 1000)

    Faulting application VProSvc.exe, version 7.0.1.21808, faulting module VProImaging.dll, version 7.0.1.21808, fault address 0x005d6825.
    -------

    I currently recreating a new share and then again it works. I'm pretty sure it won't work anymore in a few hours...
  • Richard_Wright_'s avatar
    Richard_Wright_
    Level 4
    18 years ago
    How interesting....

    I have made no changes at all and all of my servers backed up successfully over the weekend. I don't think that has ever happened.


  • Denis1's avatar
    Denis1
    Level 3
    18 years ago
    Some more infos from my investigations :
    When I delete the "myserver.sv2i" file, the backup goes fine. The RPC error seems to be related to this file.
  • Denis1's avatar
    Denis1
    Level 3
    17 years ago
    I downgraded to 6.5 and now it works. It seems we as customers are beta-testing Symantec products...
  • SLNetworks's avatar
    SLNetworks
    Level 2
    17 years ago
    Still having the same issue here even after doing updates come January (today, specifically).  Using Ghost 12.0.2.23036 atm.  We first installed Ghost 12.0 back in September of '07, and I was hoping that by this time Symantec would have found a fix for the issue... go figure.
     
    It definitely seems to be related to backing up on any type of network drive... seeing as how backing up to the local C: drive works just fine.  Swapping back to the network path results in the same sequence of errors.
     
    I tried deleting the "ServerName".sv2i file, however nothing changed.  Did you restart the computer after deleting that file? Norton Ghost does not seem to recreate the file upon running the backup again, which seems pretty odd to me since removing the file fixes the issue.  That would mean either the file is not needed and might actually be causing the problem, or Ghost is having an issue editing that file in whatever manner it needs to.
     
    Anyways... time to contact Symantec and see if they have anything to say.
  • SLNetworks's avatar
    SLNetworks
    Level 2
    17 years ago
    So after doing all the silly things that Symantec suggests to troubleshoot the issue (which have usually already been done), we ended up creating a new folder on the network share as one other person had done just to see if that would work.  Turns out that it does.
     
    Same drive, pretty much the same UNC path save the final folder name, with the only difference being that the new folder doesn't have an existing image sitting in it.  Coincidence? Probably not.  I'll see what they have to say about that if I can get the error to come up again in the next few days.
  • anicolai's avatar
    anicolai
    17 years ago
    I have exact same experience with a Sonology DS107+ NAS box. If BackupExec Server Recovery Option 7.02 points to the root of my share \\NAS\SHARE it wil fail with a remote procedure call failure. It has been working fine with version 6.5 of the product but not since the upgrade. All previously BackupExec SRO backupfiles has been removed with no difference. DS107+ firmware has been updated to 2.0-0598 with no difference. Windows Explorer has no problem creating, modifying or deleting files in the share. My solution was to create a subfolder \\NAS\SHARE\BACKUP , when Symantec points to this folder it runs with no problems.