Verified Answers

If an answer to your question is correct, click on "Verify Answer" under the "More" button. The answer will now appear with a checkmark. Please be sure to always mark answers that resolve your issue as verified. Your fellow Community members will appreciate it! Learn more

  • State Not Answered
  • Replies replies
    11
  • Subscribers subscribers
    3
  • Views views
    577
  • Users 0 members are here
  • Locked Locked
Related
Options
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

v7.0 backup task fails, with a backup target path at Debian9.0

rr-ameh

Hi community,

Since upgrade our test environment to v7.0.01, a backup from esxi5.5 to linux target (debian9)
doesnt work no more.
Before Upgrade, the same thing worked fine while testing HPE VMExplorer v6.7.1.
After downgrade again to v6.7.1 the backup also works again.

I can browsing the backup target path in both versions successfully, but if backup job is started, it seems, that v7 dont find the target path.

Please, can someone help or explain, how we can make things working in v7?
I would like to be sure, that everything is working in the newest version, before i buy a licence.

vme7-log.jpgvme7-conf.jpgvme7-fail.jpg

 

  • 0  

    Hi,

     

    Can you confirm if you are using the paid for or free version of VMware esxi5.5 ?

  • 0 in reply to   

    Hi Alasdair B,

    we use a paid esxi55.
    esxi55-lic.jpg

  • 0   in reply to 

    Thanks, from what I have seen, 5.5 should be supported in 7.0 as is Debian 8.x and 9. If you are able to share the debug log - Settings>Support>Generate Debug log, I can get one of my colleagues tohave a check of it and see if we can help get this sorted for you.

  • 0 in reply to   

    Thanks for your help, attached you should find the VMXDebugReport-20180419-095425.zip.

     

  • 0 in reply to   

    Hi Alasdair B,,

    did you already found  anything enlightening while inspecting the log files ?

    Did you receive the "VMXDebugReport-20180419-095425.zip" file successfull, 3 weeks ago?

     

  • 0   in reply to 

    Hi, Apologies, not been on the site for a while - no I wasn't able to locate the zip file to check and see what was happening. 

  • 0 in reply to   

    Hi, here the second try to send an VMXDebugReport-20180517-144042.zip

    VMXDebugReport-20180517-144042.zip
  • 0   in reply to 

    Hi,

    Got it now - I'll have a deeper look at it tomorrow, from a very quick look...it appears you have VM Explorer running on a Windows 10 machine and this isn't supported, I'm not sure this could cause the issue but it's possible. There are further error messages saying the task failed as the target directory already exists - which suggests that in the task set up the option for 'If the target directory exists, then it must be empty' has been selected.

    Alasdair

  • 0 in reply to   

    Hi,

    now VMExplorer 7.0.1 is running on WindowsServer 2012r2, but with the same Issue.

    Because the Targetpath "/fspace/sdc8TB/share/vmExplorer/{VM}/{DATETIME}"
    contain the DATETIME Variable, i was thinking a new empty Directory is created every time isnt it?

    In the WebUI i can browse down to "/fspace/sdc8TB/share/vmExplorer" and deeper to
    older {VM}/{DATETIME} -folders. This works right before and after starting a backup task.
    This folders was created by VMExplorer 6.7..... The Configfile was exported from v6.7... and
    imported to v7.0.1.

    But if i start the backup task with v7.0.1. i get "Datastore [/fspace] not found on target server ...".

     

     

     

     

    VMXDebugReport-20180529-100826.zip
  • 0 in reply to 

    Hi all,

    the problem seems still existent farther in version "Micro Focus VM Explorer 7.1.001 (64-bit)"
    We installed VMExlporer on Windows Server 2012 R 2.
    Can somebody help to solve or to explain  the problem, please?

Resources

Support
Documentation
Learning Services
Partner Programs
Privacy
Compliance
Help
Company
Privacy Policy
Terms of Use
Cookies Preferences
Accessibility
Anti-Slavery Statement
Support
Contact Us
Careers
Code of Business Conduct and Ethics
The opinions expressed above are the personal opinions of the authors, not of OpenText. By using this site, you accept the Terms of Use. Certain versions of content ("Material") accessible here may contain branding from Hewlett-Packard Company (now HP Inc.), Hewlett Packard Enterprise Company, or Micro Focus. As of January 31, 2023, the Material is now offered by OpenText, a separately owned and operated company. Any reference to the HP, Hewlett Packard Enterprise/HPE, and Micro Focus marks is historical in nature and the HP, Hewlett Packard Enterprise/HPE, and Micro Focus marks are the property of their respective owners.