Cygwin-2.5.0 net share wbadmin no longer working post update

Alexandria Gutierrez
Tue Apr 26 17:55:00 GMT 2016

I wanted to provide an update in order to help others with the same issue.

We ended up using method 3 from this link:

Switching the user context without password, Method 3: With password

Essentially as the user run "passwd -R" in order to store the password
in the registry.
Given our setup this was the best option for us, due to our current
securities restrictions. Keep in mind that this option is most likely
not the best solution for everyone.

Thank you again for the assistance everyone.

On Mon, Apr 18, 2016 at 1:28 PM, Alexandria Gutierrez
<> wrote:
> I am still scratching my head on this one. I did read the link you
> provided. I am sure this should not be an issue as we have been
> running this for a long time without any issues. Keys where never an
> issue in that past. Currently the other computer is still auth via AD
> using cyg_serv as a domain user and running cyg_serv with SYSTEM
> privilege via gpo. That second computer is doing backups with out any
> issues. It is only the updated 2.5.0 machines we are having issues
> with. I will go over the link and ensure that the we are creating the
> token if necessary. If I find anything I will keep you updated as well
> as this could help others in the future as well.
> On Sun, Apr 17, 2016 at 5:33 PM, Andrey Repin <> wrote:
>> Greetings, Alexandria Gutierrez!
>>> I been working on this today and have figured a few things out:
>>> The issue appears to be only be affecting us when we use ssh keys to
>>> authenticate. When we do not have keys for authentications the command
>>> gets executed successfully:
>> This is actually somewhat predictable.
>> Please check the
>>> Here is the full command I am sending over ssh:
>>> ssh USER@cygservername -q -n -v '/cygdrive/c/windows/Sysnative/wbadmin
>>> DELETE CATALOG -quiet ;  [[ -f /cygdrive/c/windows/Sysnative/nfsadmin
>>> ]] && /cygdrive/c/windows/Sysnative/nfsadmin client stop ;
>>> /cygdrive/c/windows/Sysnative/wbadmin START BACKUP -user:USER
>>> -password:PASSWORD -backuptarget:\\\\SERVERNAME\\PATH\\TO\\SHARE
>>> -allCritical -systemstate -quiet;  [[ -f
>>> /cygdrive/c/windows/Sysnative/nfsadmin ]] &&
>>> /cygdrive/c/windows/Sysnative/nfsadmin client start' 2>&1
>>> When I have ssh keys available for USER to authenticate without a
>>> password, I reseive the same error:
>>> "ERROR - The user name or password is unexpected because the backup location
>>> is not a remote shared folder."
>>> But when I remove the keys, and I am prompted for password, the
>>> command executes correctly.
>>> This is very strange, and I am not quite sure that could be triggering this.
>>> Event viewer does not show anything.
>>> Is there anyway I can enable debug on sshd? for example /usr/bin/ssh -d ?
>> Yes, you can do that. Though, the results may be skewed, if you run SSHD
>> from another user's account. (Other than its normal one, I mean.)
>>> Thank you again for the ongoing assistance
>> --
>> With best regards,
>> Andrey Repin
>> Monday, April 18, 2016 00:28:12
>> Sorry for my terrible english...

Problem reports:
Unsubscribe info:

More information about the Cygwin mailing list