Hi there
I have fresh installation of XNAT 1.6 and like to have the data store on a remote unit, mapped to drive letter “S”.
I have changed the Archive, Pre-archive and cache locations using the web interface (File System screen). When I try to upload the images I get the error (the System cannot find the path specified) see blow
|
I have looked into the log file “../webapp/xnat/logs” and found following entries
2013-10-24 11:04:06,035 [http-8080-2] ERROR org.nrg.xnat.turbine.utils.ArcSpecManager -
java.io.FileNotFoundException: S:\XNAT\cache\archive_specification.xml (The system cannot find the path specified)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.<init>(Unknown Source)
at java.io.FileOutputStream.<init>(Unknown Source)
at java.io.FileWriter.<init>(Unknown Source)
AND
2013-10-24 11:04:06,040 [http-8080-2] ERROR org.nrg.xnat.turbine.utils.ArcSpecManager -
java.lang.NullPointerException
NOTE: All three folders (archive,prearchive/cache) do exist on that S drive and the tomcat is running under the same account which has permissions to read, write, and modify these directories?
Any suggestion how to solve this issue
With regards
Dr. Fahad Anwar, PhD
Software Development Manager | Prince2 Practitioner
WMIC, The University of Manchester
27 Palatine Road | Withington | Manchester | M20 3LJ
Telephone : +44 (0) 161 275 0033
Email : Fahad...@manchester.ac.uk
Fahad,
I don’t believe this is currently supported in XNAT. Changing your prearchive directory might work. But, the archive directory leaks into to many places to change easily. Other members of the XNAT team have reviewed this recently, they can correct me if I’m wrong. But, I think at this point you’d need a new installation if you wanted a new archive directory.
That said, we have managed to change the archive directory on some of our in house servers. However, it requires going directly to Postgres and running some ugly SQL. We can supply that SQL if a fresh installation and archive migration is required.
Tim
--
You received this message because you are subscribed to the Google Groups "xnat_discussion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to xnat_discussi...@googlegroups.com.
To post to this group, send email to xnat_di...@googlegroups.com.
Visit this group at http://groups.google.com/group/xnat_discussion.
For more options, visit https://groups.google.com/groups/opt_out.
Hi Tim
Ok, but bit strange if we can’t change the location, why we have this option in web interface (is this for future implementation).
With regards
Fahad
Well, you can change it successfully until you create a project. The option is often used in initial site configuration. But, once you’ve created a project, we should disable those options.
I’m adding It to our issue tracker.
Tim
Hi Tim
Thanks for all the information; However my problem is more about setting up the data location to remote storage (map drived).
Actually I have deleted all the projects from xnat then change the locations to different folder in local drive (all works fine). However after deleting all the projects again and change he location to (Map drive) folder it is giving me the errors while uploading any images. I have explain the error in detail in my earlier email (see below)
Thanks for all your help
I have fresh installation of XNAT 1.6 and like to have the data store on a remote unit, mapped to drive letter “S”.
I have changed the Archive, Pre-archive and cache locations using the web interface (File System screen). When I try to upload the images I get the error (the System cannot find the path specified) see blow
|
I have looked into the log file “../webapp/xnat/logs” and found following entries
2013-10-24 11:04:06,035 [http-8080-2] ERROR org.nrg.xnat.turbine.utils.ArcSpecManager -
java.io.FileNotFoundException: S:\XNAT\cache\archive_specification.xml (The system cannot find the path specified)
at java.io.FileOutputStream.open(Native Method)
at java.io.FileOutputStream.<init>(Unknown Source)
at java.io.FileOutputStream.<init>(Unknown Source)
at java.io.FileWriter.<init>(Unknown Source)
AND
2013-10-24 11:04:06,040 [http-8080-2] ERROR org.nrg.xnat.turbine.utils.ArcSpecManager -
java.lang.NullPointerException
NOTE: All three folders (archive,prearchive/cache) do exist on that S drive and the tomcat is running under the same account which has permissions to read, write, and modify these directories?
With regards
Were the images uploaded before or after changing the URL for the location?
Sr. Programmer/Analyst
Neuroinformatics Research Group
Washington University School of Medicine
--
You received this message because you are subscribed to the Google Groups "xnat_discussion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
xnat_discussi...@googlegroups.com.
To post to this group, send email to
xnat_di...@googlegroups.com.
Visit this group at http://groups.google.com/group/xnat_discussion.
For more options, visit https://groups.google.com/groups/opt_out.
Images are uploaded after changing the paths
I really have no idea how to resolve that. We’ve never worked with resources through UNC addresses. I’m kind of surprised it doesn’t resolve, but it’s probably an issue with the Java-Windows bridge in terms of how it’s trying to resolve that path. It’s worth noting that those UNC paths are problematic in LOTS of Windows applications as well. A previous project I worked on just abandoned them altogether because they never worked and went instead to requiring the network locations to be mapped to a mounted drive.
The best suggestion I can come up with is to change from just //server/some/path/there to using a URL, which from this article I THINK would have the form:
file:////server/some/path/there
Will XNAT handle that properly? I honestly don’t know! But it’s worth a shot.
By the time of XNAT 2.0, we will have fully transitioned to Java 7 (or even Java 8) and be using NIO, which is a much cleaner and more robust handling for various storage schemes. But that’s not the case for 1.6 and earlier, which is stuck on Java 6.
Sr. Programmer/Analyst
Neuroinformatics Research Group
Washington University School of Medicine
From: xnat_di...@googlegroups.com [mailto:xnat_di...@googlegroups.com]
On Behalf Of Laura Konerth
Sent: Tuesday, October 29, 2013 4:05 AM
To: xnat_di...@googlegroups.com
Subject: Re: [XNAT Discussion] Re: changing the XNAT data location to remote storage
Hello Fahad and Rick, hello everybody,
--
You received this message because you are subscribed to the Google Groups "xnat_discussion" group.
To unsubscribe from this group and stop receiving emails from it, send an email to
xnat_discussi...@googlegroups.com.
To post to this group, send email to
xnat_di...@googlegroups.com.
Visit this group at http://groups.google.com/group/xnat_discussion.
For more options, visit https://groups.google.com/groups/opt_out.
I tried with URL path but it is not working. Anybody have experience of using remote storage for XNAT on Windows platform?
With regards
Fahad
Hi
I am able to solve the problem (However due to my specific scenario, I am still facing the problem)
Basically I created the symbolic link using mklink command (See below)
C:\mklink /d “c:\yourfolder\SymboliclinkName” \\remorteStorageUNCPath\
Update the paths using web-interface to “c:\yourfolder\SymboliclinkName” for archive, pre-archive etc
Now it is working fine (including the pipelines as well).
For me the problem is bit more difficult, as my external storage is on central university domain (which can be accessed using central university userID and password). Therefore when I try to upload the images, it gives me the error (wrong userid, password); which is understandable as Tomcat services is running under the account of local domain.
To overcome the issue I mapped the external storage (and change the paths using web interface to that mapped drive). Then I ran the tomcat from the command line (as any application running as window services cannot access the map drive on windows platform). Now when I try to upload the images all the images are copied to my external drives and I received the email that data is achieved; however on the page it shows DICOM (0 files, 0 bytes). To my understanding the xnat pipeline engine is not able to find the files or breaking due to different domains, I found following AutoRun log fine in cache folder with errors please see the attached file.
Can anybody give me any hints how to progress on this.
With regards
Fahad
From: xnat_di...@googlegroups.com [mailto:xnat_di...@googlegroups.com]
On Behalf Of Laura Konerth
Sent: 29 October 2013 09:05
To: xnat_di...@googlegroups.com
Subject: Re: [XNAT Discussion] Re: changing the XNAT data location to remote storage
Hello Fahad and Rick, hello everybody,
--
I honestly have no idea how to deal with this. It¹s something that comes up not infrequently with various deployment scenarios. The root problem is that XNAT is currently locked into using absolute local file paths for lots of operations, which means we¹re yoked to whatever means of translating symbolic links is supported by the various OSes and file system mounting technologies (NFS, Samba, Windows networking, etc.). The only real way to fix this long-term is to support URLs to resource locations directly in the code, but even that will have to rely on how the various servers manage the file links.
Basically, what I’m saying is that there’s not really anything XNAT can do to mitigate this problem. We’ve spent a fair amount of time on our back-end servers so that the references through NFS and symlinks work properly. I know on *nix there are a number of ways you can configure your file system so that symlinks look more or less like actual files and folders. I’m not sure what your options are on Windows Server, because the whole file system works differently at the OS level.
Sr. Programmer/Analyst
Neuroinformatics Research Group
Washington University School of Medicine
For more options, visit https://groups.google.com/d/optout.