SERVER
Moderators: Jason Susnjara, Larry Epplin, Clint Buechlein, Scott G Vaal
-
- Junior Member
- Posts: 85
- Joined: Thu, Mar 03 2011, 10:40PM
- Company Name: Silverpine Cabinets
- Country: CANADA
SERVER
Hi everyone, we have been file sharing off a server since we started ecabinets 5 yrs ago. Just wondering if anyone is running ecabinets out of a server, there are some posts back on 08 that say it isn't possible. Has that changed? Or what is the following quote off of ecabinets website? "User Data Network Path If you use a network path for your user data you MUST run this registry file then reboot BEFORE running the install.You can read about the reason for this registry change here."
David Giesbrecht
Inter(R) Core(TM) i7-7700CPU OC@ 4.8 GHz
8.00 GB DDR5 2133MHz
NVIDIA GeForce GTX 970 4GB
Z270x-Gaming 5 MOBO
1TB Samsung 960PRO SSD
Inter(R) Core(TM) i7-7700CPU OC@ 4.8 GHz
8.00 GB DDR5 2133MHz
NVIDIA GeForce GTX 970 4GB
Z270x-Gaming 5 MOBO
1TB Samsung 960PRO SSD
-
- Guru Member
- Posts: 559
- Joined: Wed, May 18 2005, 6:59PM
- Company Name: CNC Automation
- Country: CANADA
- Location: St. Zotique, Québec, Canada
- Contact:
Re: SERVER
David,
The direction:
Because of this, when an eCabinet Systems update runs, requests ADMIN rights, and uses said ADMIN access during the update - it will NOT see the network shares that were created as a USER. Since it cannot access the network path to your USER files, it will not be successful when dealing with your network based data files.
The "registry file" that Thermwood is asking people to run will instruct Windows to "mirror" any network shares created with "USER" right to the "ADMIN" level. This way the eCabinet Systems update WILL be able to access the same network shares that were created.
Hope this helps...
The direction:
...is due to the newer Windows releases' security - UAC. Basically, access to certain files and network shares have general "user" rights and access, even if your particular login has "ADMIN" rights. This also applies to MAPPING network shares - they are by default created as a "USER". By default, mappings to network shares that are created by a "USER" are not accessible/visible by an "ADMIN" process. NOTE: The reverse is also true - a mapping created explicitly using "ADMIN" rights is not accessible/visible by a "USER" or "USER" level process."User Data Network Path If you use a network path for your user data you MUST run this registry file then reboot BEFORE running the install.You can read about the reason for this registry change here."
Because of this, when an eCabinet Systems update runs, requests ADMIN rights, and uses said ADMIN access during the update - it will NOT see the network shares that were created as a USER. Since it cannot access the network path to your USER files, it will not be successful when dealing with your network based data files.
The "registry file" that Thermwood is asking people to run will instruct Windows to "mirror" any network shares created with "USER" right to the "ADMIN" level. This way the eCabinet Systems update WILL be able to access the same network shares that were created.
Hope this helps...