[doug]

Andrew – I understand your dilemma. For right this minute, you’ll need to do as you described. However, we should be able to combine the functionality of the old picker with the new one to get the best of both worlds. I’ll try to get a new build posted with this update within the next couple of days. Sorry for the inconvenience.

-Doug

[doug]

What type of machine are you running BatchPatch on? Are you able to successfully run a Windows Update action in BatchPatch against any machines? Is it just one problematic target hosts or all they all having the same issue? Are the machines all part of the same domain? Are you using any anti-virus software?

When you run “Windows Updates > Check for available updates” against a target host, BatchPatch first attempts to copy some files to the remote working directory (Default is C:Program FilesBatchPatch), then BatchPatch executes the remote agent process, and monitors for completion before it finally deletes the files in the remote working directory. So, what I’d like for you to do is launch “Check for available updates” against a target host WHILE watching the target host’s remote working directory. Do you see files get copied there? Also on the target host, watch the active processes. Do you see the psexecsvc.exe ? Do you see the BatchPatchRemoteAgent.exe ? When the process completes, are any files left in the remote working directory? If yes, which ones? Could you post the contents of any of the files that are left?

As a first step, what happens if you then manually install the Windows Updates on the target host. Does that work? If yes, after you reboot it, can you then try BatchPatch > Check For Available updates against that same target host. Any luck?

-Doug

[doug]

I’m not sure I understand what you’re asking for. Currently there is already an option under “Get Information > Get C: Disk Space” to retrieve the available disk space in megabytes (MB). Please explain in more detail so that I can understand what is different about your request from what is already there.

Thanks,

Doug

[doug]

Could you post the contents of any log files found on the remote machine in c:program filesbatchpatch ?

I believe this is an issue on the remote 2008 server, not the 2012 machine where you’re running BP, but please try running BP from a non-2012 machine to verify that it’s not the cause. On the remote 2008 server, please make sure it has the latest version of the Windows Update Agent. Error -1 can typically be resolved by running Windows Update manually one time on the remote 2008 machine and rebooting it. Then try BP again and let me know what happens.

Thanks,

Doug

[doug]

The active directory picker has been updated in the latest build (published today, 20120808). You can now view the entire tree and add computers from containers, OUs, and groups.

-Doug

[doug]

I believe the issue you’re having is explained here:

http://support.microsoft.com/kb/900935

You’re successful when you manually go to the Windows update site is because in that case the proxy discovery mechanism is actually not the same as when the service handles it.

According to the link above:

The Automatic Updates service can only discover a proxy server by using ONE of the following methods:

The proxy server is manually configured by using the Proxycfg.exe tool for Windows XP and Windows Server 2003. For Windows Vista and newer OS, Netsh command is available to manually configure the proxy server. For more information about how to use the Proxycfg.exe tool, click the following article number to view the article in the Microsoft Knowledge Base:

http://support.microsoft.com/kb/289481

OR

Web Proxy Auto Detect (WPAD) settings are configured in either of the following locations in the network environment:

The Domain Name System (DNS) options

The Dynamic Host Configuration Protocol (DHCP) options

For more information about a related topic, click the following article number to view the article in the Microsoft Knowledge Base:

http://support.microsoft.com/kb/816320

Let me know how it goes.

Thanks,

Doug

[doug]

firewind –

-2147012867 ERROR_INTERNET_CANNOT_CONNECT

This error would occur when the target computers are not able to contact the update server. If you’re using WSUS, make sure that the WSUS server is online and that the machines can connect to it. Also make sure that they are configured to connect to the WSUS server you’re expecting them to connect to and not some other machine. If you’re using Windows Update instead of WSUS, make sure the machines have access to the internet so that they can communicate with Microsoft’s servers.

As a starting point you can look at the “Actions > Get information > Get Windows update configuration” to confirm how the target computers are configured to receive updates. This action looks for the presence of the following key, which would get created if you’re using Group Policy to configure the WSUS location/settings on the target computers.

HKLMSOFTWAREPoliciesMicrosoftWindowsWindowsUpdateWUServer

Additionally, please take a look at C:WindowsWindowsUpdate.log on the target machines for additional information that might help find the culprit.

Lastly, are you using any sort of proxy configuration on the target computers?

Let me know how it goes.

-Doug

[doug]

This has been implemented.

-Doug

[doug]

twoj – hang in there. At the moment you’ll have to workaround it by temporarily modifying the remote log path just for that single server and then changing it back. The %systemdrive% variable option is not viable in BatchPatch for various reasons, but having BP fallback to the windows path might work or changing the setting from global to per-host would work too. It’s on the to-do list.

-Doug

[doug]

Thanks Hohum. We’ll consider this for a future build.

-Doug

[doug]

Thanks Travis. It’s on the list for a future build.

-Doug

[doug]

jakey – this is just a first-run implementation, so there is definitely room for improvement. We’ll consider your suggestions.

However, right now it should auto populate the current domain. So like:

DC=myDomain,DC=com

If you want you can then pre-pend an OU like:

OU=HRComputers,OU=allComputers,DC=myDomain,DC=com

What I don’t understand is how you would want to use group membership. Wouldn’t you have user objects in a security group? Not computer objects, right? Am I missing something here?

Thanks,

Doug

[doug]

AD import is now in the latest published build.

-Doug

[doug]

jakey – this is on the list of updates to make. I’m sorry it’s taken so long to get a new release out, but we’re working on it. Expect something later this fall. Glad you like to the tool.

-Doug

[doug]

You’re correct. Thanks for pointing it out as there is definitely some room for improvement here.

-Doug

[doug]

1. If you look in Tools > Settings, you’ll see that the default setting for the BatchPatch.log location is on the C drive of the remote computer, so that might be where it’s failing. If there is no C drive, you’d have to change this path in Tools > Settings in order to get things to work for now. If that doesn’t fix the problem, then please post the contents of the entire “All Messages” column here after reproducing the error so that I can see what’s happening. Doubleclick the row to expand the column, then copy and paste.

2. Re-enter the license info under the new account.

-Doug

[doug]

hpbigfoot – thanks for the suggestion. I do have plans to add more functionality like you describe.

-Doug

[doug]

Will definitely consider it for a future build. Thanks!

-Doug

[doug]

No column sorting yet. However, now that the new version is up and everything is squared away, I will be releasing new builds frequently. Column sorting is on the list.

-Doug

[Author]

Posts