Derek,

selinux is not present and is not your problem.

I tested adding a shapefile using GeoServer 2.5.2, then moving the 
directory away, and substituting a symlink. The shapefile continued to 
work. As far as I can tell, you are doing everything right.

The user interface is a bit broken in my browser, but that is a separate 
issue. It was equally broken with and without the symlink. I had to 
manually edit the url.

Kind regards,
Ben.

On 06/08/14 19:37, Derek wrote:
> Hi Ben
>
> The mount command looks like:
>
> /dev/mapper/san  on /mnt/sdi type ext4 (rw,noatime,stripe=2560,data=ordered)
>
> (The network admin tells me this a SAN drive mounted directly to the
> server.)
>
> The response from the "Z" parameter  - we are running Ubuntu - looks like:
>
> -rw-rwxrwx 1 tomcat7 tomcat7 ?     47966 Feb 26 09:37
> CoT_master_sbc_2010_poly_wgs84_1.dbf
> -rw-rwxrwx 1 tomcat7 tomcat7 ?       145 Feb 26 09:37
> CoT_master_sbc_2010_poly_wgs84_1.prj
> -rw-rwxrwx 1 tomcat7 tomcat7 ?      1556 Feb 26 09:37
> CoT_master_sbc_2010_poly_wgs84_1.sbn
> -rw-rwxrwx 1 tomcat7 tomcat7 ?       196 Feb 26 09:37
> CoT_master_sbc_2010_poly_wgs84_1.sbx
> -rw-rwxrwx 1 tomcat7 tomcat7 ?    108300 Feb 26 09:37
> CoT_master_sbc_2010_poly_wgs84_1.shp
> -rw-rwxrwx 1 tomcat7 tomcat7 ?      1212 Feb 26 09:37
> CoT_master_sbc_2010_poly_wgs84_1.shx
>
> No datastore.xml has been created for this shapefile.  Here's an example
> from another one (but this from data already on the host, and not on the
> symlinked drive).
>
> <dataStore>
>    <id>DataStoreInfoImpl-63f945a9:147a4d4b8b2:-7fff</id>
>    <name>Pop</name>
>    <description>Pop</description>
>    <type>Shapefile</type>
>    <enabled>true</enabled>
>    <workspace>
>      <id>WorkspaceInfoImpl-10073beb:147a14d6b3c:-8000</id>
>    </workspace>
>    <connectionParameters>
>      <entry key="charset">ISO-8859-1</entry>
>      <entry key="filetype">shapefile</entry>
>      <entry key="create spatial index">true</entry>
>      <entry key="memory mapped buffer">false</entry>
>      <entry key="timezone">Etc/UTC</entry>
>      <entry key="enable spatial index">true</entry>
>      <entry key="namespace">sdi</entry>
>      <entry key="cache and reuse memory maps">true</entry>
>      <entry
> key="url">file:ne_10m_admin_0_countries/ne_10m_admin_0_countries.shp</entry>
>      <entry key="fstype">shape</entry>
>    </connectionParameters>
>    <__default>false</__default>
> </dataStore>
>
>
> I attach the relevant portion of the error trace from catalina.out.
>
> Thanks
> Derek
>
>
>
>
>
> On 6 August 2014 09:52, Ben Caradoc-Davies <ben.caradoc-dav...@csiro.au
> <mailto:ben.caradoc-dav...@csiro.au>> wrote:
>
>     Derek,
>
>     can you show us the contents of the datastore.xml file in your data
>     directory that defines this data store?
>
>     What platform are you using? CentOS / RedHat often have selinux
>     enforcing; this additional security mechanism may prevent tomcat7
>     from accessing some files. If you have selinux security contexts,
>     you can see them with:
>
>     ls -alZ /mnt/sdi/spatial
>     ls -alZ /mnt/sdi/spatial/city/planning
>
>     Is this a network mount? What sort of filesystem? ext4, VFAT, or
>     NTFS? Try:
>
>     mount | grep /mnt/sdi
>
>     It would also be helpful if you have a stack trace from the
>     geoserver logs when this error occurs. This may give us more detail
>     about the underlying error.
>
>     Kind regards,
>     Ben.
>
>
>     On 06/08/14 15:26, Derek wrote:
>
>         Hi Ben
>
>         Thanks for the reply.  Yes, the permissions look OK.  Using your
>         command, for example, ls -al /mnt/sdi/spatial/city/__planning, I
>         get this
>         listing for a directory containing a shapefile that I am trying
>         to access:
>
>         drwxrwxrwx 2 tomcat7 tomcat7      4096 Feb 26 09:37 .
>         drwxrwxrwx 7 tomcat7 tomcat7      4096 Aug  5 10:57 ..
>         -rw-rwxrwx 1 tomcat7 tomcat7     47966 Feb 26 09:37
>         CoT_master_sbc_2010_poly___wgs84_1.dbf
>         -rw-rwxrwx 1 tomcat7 tomcat7       145 Feb 26 09:37
>         CoT_master_sbc_2010_poly___wgs84_1.prj
>         -rw-rwxrwx 1 tomcat7 tomcat7      1556 Feb 26 09:37
>         CoT_master_sbc_2010_poly___wgs84_1.sbn
>         -rw-rwxrwx 1 tomcat7 tomcat7       196 Feb 26 09:37
>         CoT_master_sbc_2010_poly___wgs84_1.sbx
>         -rw-rwxrwx 1 tomcat7 tomcat7    108300 Feb 26 09:37
>         CoT_master_sbc_2010_poly___wgs84_1.shp
>         -rw-rwxrwx 1 tomcat7 tomcat7      1212 Feb 26 09:37
>         CoT_master_sbc_2010_poly___wgs84_1.shx
>
>         Is there something else that needs to be changed?
>
>         Regards
>         Derek
>
>
>
>
>         On 6 August 2014 04:55, Ben Caradoc-Davies
>         <ben.caradoc-dav...@csiro.au
>         <mailto:Ben.Caradoc-Davies@__csiro.au
>         <mailto:ben.caradoc-dav...@csiro.au>>> wrote:
>
>              Derek,
>
>              symlinks should work, but note that access depends on the
>              permissions of the symlink target, not of the symlink itself.
>
>              What is the output of this?:
>
>              ls -al /mnt/sdi/spatial
>
>              If permissions are the problem, you can change the
>         ownership and
>              permissions of /mnt/sdi/spatial (*recursively*) with these
>         commands,
>              but note that this may not be what you want so use with
>         caution:
>
>              chown -R tomcat7:tomcat7 /mnt/sdi/spatial
>              chmod -R ug+rX /mnt/sdi/spatial
>
>              Kind regards,
>              Ben.
>
>
>              On 05/08/14 21:14, Derek wrote:
>
>                  Hi
>
>                  We have been struggling to get GeoServer to follow data
>         stored in a
>                  symlinked directory (symlinked from GeoServer's actual data
>                  directory).  All
>                  permissions have been set and the owner/group is set to
>         Tomcat7.
>                  The ls
>                  output shows:
>
>                  lrwxrwxrwx 1 tomcat7 tomcat7   21 Aug  4 13:03 spatial ->
>                  /mnt/sdi/spatial/
>
>                  and this link and file system can be navigated from the
>         command
>                  line.
>
>                  If any of the data is copied over from the  symlinked
>         directory
>                  to the
>                  actual data directory (in our case, at
>         /var/geoserver/data/),
>                  then it can be
>                  loaded as expected.  If not, then we get an error message:
>
>                  Error creating data store, check the parameters. Error
>         message:
>                  Could not
>                  acquire data access 'XYZ'
>
>                  The log show the same message, along with the usual
>                  NullPointerException.
>
>                  Is there an additional Tomcat or GeoServer
>         configuration that is
>                  required to
>                  access symlinked directories?
>
>                  Thanks!
>                  Derek
>
>
>
>
>                  --
>                  View this message in context:
>         
> http://osgeo-org.1560.x6.__nab__ble.com/Symlinks-for-data-____sub-directories-tp5155119.html
>         <http://nabble.com/Symlinks-for-data-__sub-directories-tp5155119.html>
>
>
>         
> <http://osgeo-org.1560.x6.__nabble.com/Symlinks-for-data-__sub-directories-tp5155119.html
>         
> <http://osgeo-org.1560.x6.nabble.com/Symlinks-for-data-sub-directories-tp5155119.html>__>
>                  Sent from the GeoServer - User mailing list archive at
>         Nabble.com.
>
>
>         
> ------------------------------____----------------------------__--__------------------
>
>                  Infragistics Professional
>                  Build stunning WinForms apps today!
>                  Reboot your WinForms applications with our WinForms
>         controls.
>                  Build a bridge from your legacy apps to the future.
>         
> http://pubads.g.doubleclick.____net/gampad/clk?id=153845071&____iu=/4140/ostg.clktrk
>
>         
> <http://pubads.g.doubleclick.__net/gampad/clk?id=153845071&__iu=/4140/ostg.clktrk
>         
> <http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk>>
>                  ___________________________________________________
>                  Geoserver-users mailing list
>                  Geoserver-users@lists.__source__forge.net
>         <http://sourceforge.net>
>                  <mailto:Geoserver-users@lists.__sourceforge.net
>         <mailto:Geoserver-users@lists.sourceforge.net>>
>         https://lists.sourceforge.net/____lists/listinfo/geoserver-__users
>         <https://lists.sourceforge.net/__lists/listinfo/geoserver-users>
>
>
>         <https://lists.sourceforge.__net/lists/listinfo/geoserver-__users 
> <https://lists.sourceforge.net/lists/listinfo/geoserver-users>>
>
>
>              --
>              Ben Caradoc-Davies <ben.caradoc-dav...@csiro.au>
>              Software Engineer
>              CSIRO Mineral Resources Flagship
>              Australian Resources Research Centre
>
>
>
>     --
>     Ben Caradoc-Davies <ben.caradoc-dav...@csiro.au>
>     Software Engineer
>     CSIRO Mineral Resources Flagship
>     Australian Resources Research Centre
>
>

-- 
Ben Caradoc-Davies <ben.caradoc-dav...@csiro.au>
Software Engineer
CSIRO Mineral Resources Flagship
Australian Resources Research Centre

------------------------------------------------------------------------------
Infragistics Professional
Build stunning WinForms apps today!
Reboot your WinForms applications with our WinForms controls. 
Build a bridge from your legacy apps to the future.
http://pubads.g.doubleclick.net/gampad/clk?id=153845071&iu=/4140/ostg.clktrk
_______________________________________________
Geoserver-users mailing list
Geoserver-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-users

Reply via email to