There is much discussion about OMV shares not being visible to Windows 10 computers. This is not a problem of OMV. This is an issue created by Microsoft with the latest Creators edition. Below is probably the best explanation I found at social.technet.microsoft.com This is just a cut-n-paste.
The Computer Browser service is broken in Windows 10 1703 and is gone from future releases of Windows. The below really applies for workgroups you may find info that helps with your issue, you should be able to remove all trace of SMB v1.0 from your network.Yes, that's right folks, after 25 years of being able to browse our networks Microsoft have decided Workgroup users don't need this functionality any more. This article from Microsoft explains:
They are getting rid of SMB v1.0, which is fair enough, it has real security issues. The Computer Browser service relies on SMB v1.0, rather than upgrade the Computer Browser service so Workgroup users are still able to browse their networks they are simply removing it. From the linked article:
For home and small business users who use Network Neighborhood to locate Windows computers, you shoud map drives to the computers so that you no longer have to browse for them.
Not even spell checked and suggesting we only do it to access data we could map drives to, indicating a total lack of understanding as to why we need network browsing. Network browsing is an essential tool for doing a visual check of which computing resources are available in a Workgroup. The command "net view" allows us to quickly report which computers are available in the Workgroup and thereby use the information to run system reports and perform various tasks. Locating and enabling printers becomes far more difficult without Computer Browsing.
This does not affect AD users, those businesses which need to or have the luxury of being able to invest in server hardware and software. Users who's data is in the cloud, on the internet have less issue, it may only affect attaching printer resources which can be worked around. Of course all Microsoft staff fit into these groups so the lack of browsing functionality in Workgroups is probably insignificant to them.
So what we need now is either a great little tool to browse our networks that doesn't rely on SMB 1.0 or an upgraded Computer Browser service.
The service is broken in Windows 10 Creators 1703. If a 1703 PC is the Master Browser only that computer has Computer Browsing, if a non-1703 is the Master Browser all the non-1703 PCs have Computer Browsing. This is the reason why browsing appears to work sometimes and not others, rebooting PCs forces a Master Browser election, which will change which PC is the Master Browser and can introduce the issue.
To work around the issue involves setting one computer to be the Master Browser. Some people have third party devices on their network they can set to be the Master Browser, all non-1703 can browse. To identify which computer is the Master Browser you can run the command
nbtstat -a ComputerName
for each computer in the Workgroup. The computer that is the Master Browser is the only one that has the value
in the list.
To set which computer is the Master Browser you need to make registry modifications on that computer. Browse to the registry key:
Change the value of MaintainServerList from Auto toYes
If it is not there, add a new String Value IsDomainMaster and set it toTrue
You may need to reboot to activate this. If you want to be absolutely positive no other PC takes the Master Browser role you can set the value ofMaintainServerList from Auto to No on all other PCs in the Workgroup.
You may even find that a non Microsoft third party device on the network attempts to take over the Master Browser role.
I re-iterate that this is just a short term workaround, Computer Browsing for workgroups is history for Windows 10. If you know of any great tools for browsing Workgroups that don't rely on the older protocols I'd be happy to hear from you.
End of cut-n-paste
From my experience, computers that were upgraded to Creators and already had a persistent share are unaffected. But a new user on that computer, or a new Creators computer may not find the share. While I have the setting to allow OMV to become the Master Browser, that has been known to fail if a Windows 7 computer is added to the network-- even though it does not show as the MSBROWSE. Again, In my experience, only a complete shutdown of all Windows computers and booting one-by-one restores the OMV computer as the MSBROWSE. Also, if you plug-in a USB drive into a Netgear router (like a Nighthawk with ReadySHARE), that router will seize control of MSBROWSE from OMV
If you need to add an existing share, this syntax at the command shell should work:
net use V: \\OMVCPUNAME\SHARENAME /PERSISTENT:YES
You will be prompted for the user name and password (which must exist in OMV already)
V: is drive letter you want to assign
OMVCPUNAME is the name of the computer as it appears to windows/workgroups
SHARENAME is the root folder name of that OMV share
Also more syntax here:
Not sure if this posting is a duplicate or will help anyone, but I have never found this issue to be caused by OMV.