Announcement

Collapse
No announcement yet.

Return code 2147942507/0x8007006B

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • rick6612
    replied
    Nevermind. We figured out what the problem was. We had changed the time for the scheduled tasks to run, and in the process, it somehow caused the user account which is used to run the task to be changed to a local user account instead of the domain user account.

    Rick

    Leave a comment:


  • rick6612
    replied
    Hi Aaron,

    This problem has mysteriously returned after several years of running without issue. The only thing we did was change the time that the Scheduled Task runs. We've been going over this thread, trying to recall what we did to get this to work previously. Do you have any thoughts?

    Thanks,

    Rick

    Leave a comment:


  • Aaron
    replied
    Good to hear. Despite the configuration, there might have been a User account issue, but the Portable Install doesn't require access to a specific user's AppData folder or to be run as a specific user, which makes it a bit simpler to use in automated scenarios.

    Leave a comment:


  • rick6612
    replied
    Originally posted by timkly View Post
    Microsoft error codes are not the best to understand but the easiest way to track down what they mean is to take the last 4 characters and convert them from HEX to DEC.

    So, for your example, 0x8007006B becomes 006B as HEX. 006B as HEX equals 107 as a decimal. You then use CMD to lookup a more friendly meaning.

    C:\>net helpmsg 107

    The program stopped because an alternate diskette was not inserted.

    Hope this helps.
    Thanks for the tip about the net helpmsg command, but I'm not sure how that would apply here. We weren't doing anything with diskettes at all.

    Rick

    Leave a comment:


  • rick6612
    replied
    Originally posted by Aaron View Post
    In the interface, use the Tools menu -> Export to export all of your settings. Then re-run our Setup.exe and create a Portable Install on your C:\Beyond Compare 3\ (or similar base folder, not in Program Files). Then run this portable install and import your settings. You may also need to register this install using the Help menu -> Enter Key dialog; re-enter the same key you use in the main install.

    This portable install will share settings regardless of which Windows User account runs it.

    Then try to setup your .bat to reference this install, and test from the Command Line running the .bat. Then setup as part of the automated script. Does this Help?
    Hi Aaron,

    That did the trick. Everything is working fine now. As far as we are concerned this problem is resolved.

    Rick

    Leave a comment:


  • timkly
    replied
    Microsoft error codes are not the best to understand but the easiest way to track down what they mean is to take the last 4 characters and convert them from HEX to DEC.

    So, for your example, 0x8007006B becomes 006B as HEX. 006B as HEX equals 107 as a decimal. You then use CMD to lookup a more friendly meaning.

    C:\>net helpmsg 107

    The program stopped because an alternate diskette was not inserted.

    Hope this helps.

    Leave a comment:


  • Aaron
    replied
    In the interface, use the Tools menu -> Export to export all of your settings. Then re-run our Setup.exe and create a Portable Install on your C:\Beyond Compare 3\ (or similar base folder, not in Program Files). Then run this portable install and import your settings. You may also need to register this install using the Help menu -> Enter Key dialog; re-enter the same key you use in the main install.

    This portable install will share settings regardless of which Windows User account runs it.

    Then try to setup your .bat to reference this install, and test from the Command Line running the .bat. Then setup as part of the automated script. Does this Help?

    Leave a comment:


  • rick6612
    replied
    The scheduled task runs a .bat file, which contains the following commands:

    cd\Program Files\Beyond Compare 3
    BCompare.exe @"C:\Program Files\Beyond Compare 3\Scripts\01LenovoH.txt"



    The text file 01LenovoH.txt contains:

    load "01-DMPAPPS to LENOVO-CR-WIN8\DMPSBS_BACKUP\H_DMPAPPS"
    sync update:left->right



    Can you think of any Group Policy settings that would prevent BC3 from running properly? We are running in an SBS 2011 environment, so we're wondering if any of the SBS Domain Policies, etc., could have any effect.

    Rick

    Leave a comment:


  • rick6612
    replied
    That's interesting to hear. We'll send over the information you requested later today.

    Rick

    Leave a comment:


  • Aaron
    replied
    I've created a test Win 8.1 system and a simple Script task that runs whether the user is logged in or not. The task was able to run without issue. We would need more specifics of the exact command line and script you are attempting to run. You could email them to us privately at support@scootersoftware.com, and if so, please include a link back to this forum thread for our reference.

    Leave a comment:


  • Aaron
    replied
    Hello,

    Sorry, I have not been able to get this scenario set up quite yet, but it's on my To Do list. I'll try to get it scheduled in soon.

    Leave a comment:


  • rick6612
    replied
    Any updates?

    Hi Aaron,

    I was just wondering if you've had a chance to test this yourself and see if you could get it to work?

    Rick

    Leave a comment:


  • rick6612
    replied
    Originally posted by Aaron View Post
    I'll set up a test system to verify the behavior. In the meantime, I also found this post in my research:
    http://stackoverflow.com/questions/1...ational-code-2

    Do you have the ""Start In (Optional) box of the Edit Action dialog box" defined?
    Yes, we have the Start In box filled in with the path to folder where the .bat file is that we are running from the scheduled task. The scheduled task runs a .bat file, which in turn actually runs the Beyond Compare .exe file. Does this sound like the correct set up? Like I mentioned before, it runs perfectly fine if we run the scheduled task while the user is logged in. So I have to believe everything is really set up properly with the scheduled task. I have to believe the problem is just that Beyond Compare cannot execute properly if it is being run while no user is logged in.

    Rick

    Leave a comment:


  • Aaron
    replied
    I'll set up a test system to verify the behavior. In the meantime, I also found this post in my research:
    http://stackoverflow.com/questions/1...ational-code-2

    Do you have the ""Start In (Optional) box of the Edit Action dialog box" defined?

    Leave a comment:


  • rick6612
    replied
    Hi Aaron,

    We tried changing the script to run a simple command from the scheduled task and that worked fine. So we are sure that the scheduled task is able to run properly when the user is not logged in. However, the problem remains that if we try to have the scheduled task run Beyond Compare from a batch file while the user is not logged in, then it fails with the return code I mentioned previously.

    The same script/scheduled task set up works fine in XP, and it will work in Windows 8.1 if we run the scheduled task while logged in. It only fails if we try to let the scheduled task run while the user is not logged in.

    I came across some articles talking about differences in security (session 0) in Vista and newer vs. security in XP and how this might cause problems running programs from scheduled tasks while the user is not logged in. Could this be the problem? Can you get Beyond Compare to run on Windows 8 from a scheduled task that runs while you're not logged in?

    Thanks,

    Rick

    Leave a comment:

Working...
X