We're not having any luck reproducing this with identical user/password. That is, I can log into a remote fileshare in Windows Explorer, then connect in wyBuild and I don't get any error.
Are you sure you're not logged in as another user?
Hello,
I'm trying to upload the updates in wyBuild to a Windows File Share using a UNC Path like "\\172.31.1.1\c$\Inetpub\wwwroot\updates\".Every now and then I receive the error "Failed to connect to the FileShare... with the username Administrator. Multiple connection to a server or shared resource by the same user, using more than one username are not allowed. Disconnect all".The problem is, I'm using the same username I use to connect to this share via windows explorer, so typing the UNC Path into Start->Run works just fine. Would it be possible to make the logon by wyBuild optional? Or is there any other way to prevent this? Having to manually disconnect every connection through "net use" just to have wyBuild upload the updates is really annoying 🙁.
Thanks in advance,Keeper
We're not having any luck reproducing this with identical user/password. That is, I can log into a remote fileshare in Windows Explorer, then connect in wyBuild and I don't get any error.
Are you sure you're not logged in as another user?
Hi Wyatt,
yep, I'm sure. Checked this with the remote site aswell.It's a little confusing as this does not happen every time 🙁 I changed the ip adress to the hostname and this seems to work now...!? Will get back to you in case it's not resolved 🙂
Thanks,Keeper
I saw this post and thought I would chip in with what I discovered (after a fair amount of debug). I was trying to use "Windows File Share" on the "Upload the Updates" section of wyBuild and getting the "Multiple connection to a server or shared resource by the same user, using more than one username are not allowed" error. I double checked my user name and password, tried rebooting my machine and immediately connection with wyBuild (i.e. prior to browsing to the server via windows explorer), etc...
I searched the web for the error and saw the MSDN article where Microsoft does recommend using the IP address as a workaround when encountering this error. That may work on some networks, but ours is a bit more secure. You cannot simply connect to our web servers using their IP addresses.
Then it occurred to me - I'm on a domain. I wonder if the user name isn't working because it is assuming a local machine user. I prefixed my user name with the domain (like "DOMAIN\username"), and boom. Started working.
Just thought I'd reply here with that information, even though this is an old post. Trying to work up a proof of concept to convince our company to go with wyBuild / wyUpdate. The demo only lasts for so long, so if this saves anyone else a couple hours of trying to figure out Windows File Share uploading credential issues...
Guess I should have created the profile before posting. Anyway post ^ is me...
Thanks for posting that James. Windows Shares are a finicky thing, unfortunately.
For download sitesI have an issue in that we are using a local share and it keeps prefacing it with C:file:///ourserverip/Executables/ChatClient/Updates/%file% the error is cannot find file://C:/ourseverip//Executables/ChatClient/Updates/we even tried \\ourserver\Executables\ChatClient\Updates\%file% but is puts http:// in front of itHow can this be accomplished?
You need to specify network paths with 2 slashes in addition to the 3 slashes needed by the file:/// protocol. See: http://stackoverflow.com/a/5796952/124805