Mark ODonnell
New Member Posts:7
|
09/15/2009 7:49 PM |
|
I am working with the trial/demo version on a local install of DNN 5.x
I have Domain\ServerA with DNN installed and added the DMX module.
I have Domain\ServerB with a share and I have granted Domain\ServerA$ Full access in both the security settings and share settings. This should give the network service account on ServerA full access, correct?
Now when I enter the path to the share \\ServerB\DocTest and click Update it gives me an error "The path cannot be accessed. Please check that the worker process has full access to the path."
What have I done wrong? I have to be able to demo this with a network share as the root of the repository.
Thanks. |
|
|
|
|
Peter Donker
Veteran Member Posts:4536
|
09/17/2009 1:42 PM |
|
You'll need a domain controller and impersonate an account that is shared I believe. I don't think the NETWORK SERVICE account goes anywhere outside the machine. The application pool can be set to impersonate another account though. And what you should have is an account that is recognized on both machines that is managed by the domain controller. Peter |
|
|
|
|
Hal
New Member Posts:3
|
12/14/2009 10:47 PM |
|
Peter,
I am in the same boat so to speak!
I am running the Community Edition of DNN 5.1.4 and have a network share (same domain just different servers) I created a new folder under the root directory and was able to import some files from a unc share but I don't really want to have to import or copy anything. I want to keep things where they are at this point.
I can't seem to figure out how to get the root to point directly to my unc share and be able to manage the unc file structure from DEX.
I too am trying to demo/sell this product (Document Exchange) and need your advise as well. Is there perhaps some documentation related to using unc shares that I am missing somewhere. Sorry I am a newbie at this but couldn't seem to find much on it.
Thanks |
|
|
|
|
Peter Donker
Veteran Member Posts:4536
|
12/18/2009 11:48 AM |
|
Hi Hal,
Please read the getting started manual. DMX manages its own content for security reasons. The only option you have is using a SyncFolder. But that does not scale as well as the rest of the app. So it depends on how much you need to sync.
Peter |
|
|
|
|
James VanDusen
New Member Posts:2
|
02/06/2010 10:07 PM |
|
Peter,
On the SyncFolder option... when I have it set to both ways...
Scenario:
I add a file from windows to one of the synced folders and it shows up under DMX as un-approved (this is expected).
I add a file through the DMX to one of hte synced folders and it doesnt show up there but rather at the root of the document exchange and it shows its resource file as well as the PDF file!?!?!?!
Is there a way to get DMX to place files uploaded through it into the FolderSync locations as their native format?
I have in the Module settings to not rename the extensions etc.
Any help would be great. |
|
|
|
|
Peter Donker
Veteran Member Posts:4536
|
02/07/2010 10:45 AM |
|
Hi James,
No. The DMX manages its file in a hashed format. It does not accommodate tampering with the file in its own store. This permist the switching out of storage to other locations like SQL, S3, etc.
Peter |
|
|
|
|
Peter Donker
Veteran Member Posts:4536
|
02/07/2010 10:47 AM |
|
BTW, I can't explain the wrong placing of the uploaded PDF other than that the menu wasn't loaded quickly enough and it thought you were still in the root folder. When you edit/upload content the current folder is always mentioned at the top of the edit screen.
Peter |
|
|
|
|
Jason Scott
New Member Posts:46
|
02/26/2010 11:44 PM |
|
This is a helpful thread, and I have read the documentation on Synchronized Folders. I'm hoping that my scenario is different enough to allow the following possibility:
I need to allow an app server on our domain to save files directly to DMX, which is on a different server on the domain. I do not need the ability for this server to modify files in any way. There is simply an invoicing application that runs on a separate server, and when supporting documentation is added to this application, I have the ability to specify a drive location for the documentation to be sent to. This could be a physical drive, a UNC path, or a mapped network drive.
Is it possible to have this application save files directly to DMX? |
|
|
|
|
Peter Donker
Veteran Member Posts:4536
|
03/15/2010 11:12 AM |
|
Hi Jason,
The sync folder is the easiest approach. However, sync folders do not scale indefinitely. So you'll need to test first to see if in your case this is sufficient. If not then a custom app could do the uploading by directly using DMX's code.
Peter |
|
|
|
|
Jason Scott
New Member Posts:46
|
04/06/2010 9:09 PM |
|
We've found a solution to this that didn't require us to use sync folders, so I thought I would post my solution in case it helped others. To recap, we needed an invoicing application on server A to automatically add its documents to DMX on server B. As it turns out, it was a relatively straightforward process.
1. We created a service account user in AD (so that the password doesn't expire). 2. Run the application on Server A as the service account user created above. 3. We had to ENABLE webDAV on server A. This is a critical step on servers, since WebDAV is turned off by defautl on them. 4. In our invoicing application setup, where you specify the "hard drive" you want to store documents to, we simply entered the UNC path to DMX WebDAV... \\our_intranet\dmxdav.axd\Folder_to_store_docs.
This is now working like a charm. I hope it can help someone else who is trying to do something similar. |
|
|
|
|
Peter Donker
Veteran Member Posts:4536
|
04/12/2010 1:58 PM |
|
Hi Jason,
Cool ... and thanks. One question: you access webdav by specifying a unc path? I thought that was impossible. I always thought you needed an http path (i.e. with forward slashes). I'm surprised Windows is able to pick up on the webdav protocol when it thinks it's accessing a network share. But frankly: after the years we spent on various webdav scenarios and configurations: I'll believe anything.
Peter |
|
|
|
|
Jason Scott
New Member Posts:46
|
04/12/2010 5:02 PM |
|
Peter, I had the same reaction as you when I learned that my client was typing in a UNC path. I told him he'd need to use an http:// protocol for it to work. He replied, "Well, I already entered it as a UNC path, and it's working fine for me!"
Sure enough, in Windows XP, I used the "map network drive" function, gave it a UNC-style path, and it worked! Perhaps it makes a difference that this is an intranet site. I agree that it doesn't make sense, but I assure you it works in our scenario!
Jason |
|
|
|
|