A Windows XP help forum. PCbanter

If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

Go Back   Home » PCbanter forum » Windows 10 » Windows 10 Help Forum
Site Map Home Register Authors List Search Today's Posts Mark Forums Read Web Partners

1803 File Sharing - SOLVED



 
 
Thread Tools Rate Thread Display Modes
  #1  
Old May 18th 18, 02:33 PM posted to alt.comp.os.windows-10
Pat
external usenet poster
 
Posts: 55
Default 1803 File Sharing - SOLVED

This was my original post from May 9th:

I have two nearly identical PCs both running Windows 10. Both were
updated from 1709 to 1803 about a week ago. All went well with the
update except neither machine was able to share files with the other.
After googling the problem, I saw many were having the same issue.
I found people who had solved the issue by starting the "Function
Discovery Resource Publication" service. That solved part of my
problem. The two PCs can now see each other, but they still can't
access any files on each other. I tried installing the SMB feature in
Windows, but nothing changed. (I didn't expect it to since it was
proposed as a way to talk to Win 7 machines.) I stumbled across using
"RUN" to access files on the other machine. Typing "\\PC-B\MyDir"
into the run window on PC-A works. I get the directory and can access
the files. If I leave that window open, I can then use file explorer
to access the files on PC-B. However, if I try File Explorer without
having first used RUN, then I get error 0x80070035 (Network Path Not
Found). I could almost live with that except PC-B never sees the
files on PC-A no matter what I try. I always get the 0x80070035 error
regardless of whether I am using RUN or file explorer. My intent is
that PC-A and PC-B be configured identically so I can't see why typing
"\\PC-x\MyDir" works in one direction but not the other. The only
intentional difference between PC-A's and PC-B's configuration is IIS
is running on PC-A but not PC-B. But, I don't see that as having
anything to do with file sharing.


UPDATE:
I tried many different suggestions I received from some of you but had
no luck. Yesterday, I accidentally stumbled into a solution. I
noticed PC-B was set to DHCP instead of the static IP it had been
assigned years ago. I set it back to static thinking it had nothing
to do with my sharing issue. However, instead of PC-A being able to
access PC-B's files (but not the other way around), now neither PC
could access the other's file. I then set both PCs to use DHCP (but
still keeping the same IP address via the router's "reserve"
function). All is now back to normal.

So, I fixed it but still don't understand it. What does DHCP vs
static have to do with file sharing (but only after installing 1803)?

Pat
Ads
  #2  
Old May 19th 18, 01:15 AM posted to alt.comp.os.windows-10
Char Jackson
external usenet poster
 
Posts: 10,449
Default 1803 File Sharing - SOLVED

On Fri, 18 May 2018 09:33:06 -0400, Pat wrote:

This was my original post from May 9th:

I have two nearly identical PCs both running Windows 10. Both were
updated from 1709 to 1803 about a week ago. All went well with the
update except neither machine was able to share files with the other.
After googling the problem, I saw many were having the same issue.
I found people who had solved the issue by starting the "Function
Discovery Resource Publication" service. That solved part of my
problem. The two PCs can now see each other, but they still can't
access any files on each other. I tried installing the SMB feature in
Windows, but nothing changed. (I didn't expect it to since it was
proposed as a way to talk to Win 7 machines.) I stumbled across using
"RUN" to access files on the other machine. Typing "\\PC-B\MyDir"
into the run window on PC-A works. I get the directory and can access
the files. If I leave that window open, I can then use file explorer
to access the files on PC-B. However, if I try File Explorer without
having first used RUN, then I get error 0x80070035 (Network Path Not
Found). I could almost live with that except PC-B never sees the
files on PC-A no matter what I try. I always get the 0x80070035 error
regardless of whether I am using RUN or file explorer. My intent is
that PC-A and PC-B be configured identically so I can't see why typing
"\\PC-x\MyDir" works in one direction but not the other. The only
intentional difference between PC-A's and PC-B's configuration is IIS
is running on PC-A but not PC-B. But, I don't see that as having
anything to do with file sharing.


UPDATE:
I tried many different suggestions I received from some of you but had
no luck. Yesterday, I accidentally stumbled into a solution. I
noticed PC-B was set to DHCP instead of the static IP it had been
assigned years ago. I set it back to static thinking it had nothing
to do with my sharing issue. However, instead of PC-A being able to
access PC-B's files (but not the other way around), now neither PC
could access the other's file. I then set both PCs to use DHCP (but
still keeping the same IP address via the router's "reserve"
function). All is now back to normal.

So, I fixed it but still don't understand it. What does DHCP vs
static have to do with file sharing (but only after installing 1803)?


Much of it has to do with the specific IP addresses involved, their
respective netmasks, and the nature of how you were trying to access one
PC from the other.

  #3  
Old May 19th 18, 05:29 AM posted to alt.comp.os.windows-10
...w¡ñ§±¤ñ[_2_]
external usenet poster
 
Posts: 54
Default 1803 File Sharing - SOLVED

Pat wrote:
This was my original post from May 9th:

I have two nearly identical PCs both running Windows 10. Both were
updated from 1709 to 1803 about a week ago. All went well with the
update except neither machine was able to share files with the other.
After googling the problem, I saw many were having the same issue.
I found people who had solved the issue by starting the "Function
Discovery Resource Publication" service. That solved part of my
problem. The two PCs can now see each other, but they still can't
access any files on each other. I tried installing the SMB feature in
Windows, but nothing changed. (I didn't expect it to since it was
proposed as a way to talk to Win 7 machines.) I stumbled across using
"RUN" to access files on the other machine. Typing "\\PC-B\MyDir"
into the run window on PC-A works. I get the directory and can access
the files. If I leave that window open, I can then use file explorer
to access the files on PC-B. However, if I try File Explorer without
having first used RUN, then I get error 0x80070035 (Network Path Not
Found). I could almost live with that except PC-B never sees the
files on PC-A no matter what I try. I always get the 0x80070035 error
regardless of whether I am using RUN or file explorer. My intent is
that PC-A and PC-B be configured identically so I can't see why typing
"\\PC-x\MyDir" works in one direction but not the other. The only
intentional difference between PC-A's and PC-B's configuration is IIS
is running on PC-A but not PC-B. But, I don't see that as having
anything to do with file sharing.


UPDATE:
I tried many different suggestions I received from some of you but had
no luck. Yesterday, I accidentally stumbled into a solution. I
noticed PC-B was set to DHCP instead of the static IP it had been
assigned years ago. I set it back to static thinking it had nothing
to do with my sharing issue. However, instead of PC-A being able to
access PC-B's files (but not the other way around), now neither PC
could access the other's file. I then set both PCs to use DHCP (but
still keeping the same IP address via the router's "reserve"
function). All is now back to normal.

So, I fixed it but still don't understand it. What does DHCP vs
static have to do with file sharing (but only after installing 1803)?

Pat

For 1803 (aka RS4)
- it would still be a good idea to access Windows services and configure
both 'Function Discovery Provider Host' and Function Discovery Resource
Publication' to Automatic(Delayed Start) or Automatic.

MSFT is certainly aware of the file sharing and networking issue having
appeared in RS4 during and documented in Insider Build testing and now
present in the publicly available Windows 10 April 2018 Update
- whether or not we'll see a fix prior to RS5 general availability(est.
fall 2018) is unknown but considering past responses to networking issues(7,
8, 10) the major build releases are usually the timing for 'fixes'.


--
...w¡ñ§±¤ñ
msft mvp windows experience 2007-2016, insider mvp 2016-2018

 




Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off






All times are GMT +1. The time now is 09:25 PM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Copyright ©2004-2024 PCbanter.
The comments are property of their posters.