Unsolved

This post is more than 5 years old

1 Rookie

 • 

11 Posts

1781

December 5th, 2017 09:00

Create a symbolic link in the root fs of a VDM

I have the following configuration on a unified vnx 5600:

nas_version: 8.1.9-211

VDM name: agntssflg01

interface configured & attached to VDM to support NFS exports

new 1GB filesystem created & mounted to vdm as /TSS

export created: agntssflg01:/TSS

What I want to do, is create a new symbolic link in the root filesystem of the VDM named /ABC that has the target of /TSS

normally, on any linux server, for local application/use access, I would do this as:  #ln -s /TSS /ABC

Can the same thing be done on a VDM?

My constraints (self imposed & developer imposed) are:

I would prefer to not create multiple filesystems & mount them at the needed paths

I would prefer to not create the export on the physical DM

The developer needs 9-12 exports for testing, with a space need of a few MB  (thus creating multiple 1GB minimum size for each export is a waste of space)

All the exports needed on the VDM follow the format of:  'agntssflg01:/<3 letters>'

All the exports need to available (which means i can't remove/re-add the filesystem to each one as needed/scripted)

I have tried to mount the same filesystem again at a different mount point, but that didn't work

4 Operator

 • 

8.6K Posts

December 6th, 2017 02:00

I would suggest to try the -name option of server_export aka. NFS aliasing

It should do what you want and create a symlink that can be used as an alternate path to the export

1 Rookie

 • 

11 Posts

December 6th, 2017 11:00

Thanks Rainer,

That works for creating 1 of the 9-12 exports I need.

I was able to create one(1) additional name and access it remotely, but when I tried creating a 3rd entry for hte name, it overwrote the 2nd one I created.

original export:

#server_export agntssflg01 -P nfs -ignore -o access=adminhost:10.x.y.0/24,root=adminhost:10.x.y.0/24 -comment "dev export 1" /TSS

1st alias added:

server_export agntssflg01 -P nfs -name "ABC" -ignore -o access=adminhost:10.x.y.0/24,root=adminhost:10.x.y.0/24 -comment "dev export 1" /TSS

from admin host:

[root@adminhost ~]# showmount -e agntssflg01

Export list for agntssflg01:

/TSS 10.x.y.0/24

/ABC 10.x.y.0/24

3rd alias added:

server_export agntssflg01 -P nfs -name "DEF" -ignore -o access=adminhost:10.x.y.0/24,root=adminhost:10.x.y.0/24 -comment "dev export 2" /TSS

from admin host:

[root@adminhost ~]# showmount -e agntssflg01

Export list for agntssflg01:

/TSS 10.x.y.0/24

/DEF 10.x.y.0/24

So it almost works the way I need.

Anything else I can try ?

4 Operator

 • 

8.6K Posts

December 7th, 2017 03:00

I guess it was designed with one alias in mind - I never tried using more than one

you can try to create the symlinks on the rootfs through /nas/quota

Note that AFAIR this following of the symlinks might not work with NFSv4

Other option would be to fix on the client side by using automounter

1 Rookie

 • 

11 Posts

December 7th, 2017 05:00

So last night I was trying to figure out how to get to the root VDM, because if I could get to the root where the exports start from, I can create symbolic links at the root to subfolder in the filesystem & export those.

After reading/googling/looking on the VNX, I figured out that I could mount the DM root filesystem to the control station:

#mount server_2:/ /mnt/vdm20

In there, I could see the folder structure for the VDMs (e.g.  root_vdm_##)

Looking into the root_vdm_20 folder (which matches the VDM i needed this on), I found the new filesystem mounted as /TSS

Poking around, in the .etc folder, i found the vdm.cfg file for the exports.

Short version, is I was able to create softlinks to subfolders inside the /TSS mount

#ls -s /root_vdm_20/TSS/

once those were created, I was able to create new exports to the symlink

#server_export agntssflg01 -P nfs -o access=10.x.y.0/24:adminhost,root=10.x.y.0/24:adminhost /

From my adminhost, i was able to see all the new exports, mount them as nfsv3, read/write data to them.

For the developers, this is what they wanted.

4 Operator

 • 

8.6K Posts

December 7th, 2017 06:00

glad it worked

make sure you test this with NFSv4 as well - if your developer systems use it

P.S.: please to dont change anything in .etc - these arent config files that are meant to be edited - they need to be in sync with other places like NASDB

1 Rookie

 • 

11 Posts

December 7th, 2017 06:00

Thanks Rainer.

Yeah, I did not change any of those files, just poked around looking at that folder structure & contents of files.

The view of the root_vdm_20 folder looks like this now:

[root@agzquavnx03-cs0 root_vdm_20]# ls -lha

total 32K

drwxr-xr-x  4 root bin  1.0K Dec  6 17:13 .

drwxr-xr-x 40 root bin  3.0K Nov 21 21:06 ..

lrwxrwxrwx  1 root root   29 Dec  6 17:03 ABC -> /root_vdm_20/TSS/ABC

lrwxrwxrwx  1 root root   20 Dec  6 16:57 DFS -> /root_vdm_20/TSS/DFS

lrwxrwxrwx  1 root root   24 Dec  6 16:58 EFG -> /root_vdm_20/TSS/EFG

lrwxrwxrwx  1 root root   29 Dec  6 17:01 DF1 -> /root_vdm_20/TSS/DF1

lrwxrwxrwx  1 root root   29 Dec  6 17:01 DF2 -> /root_vdm_20/TSS/DF2

lrwxrwxrwx  1 root root   29 Dec  6 17:01 DF3 -> /root_vdm_20/TSS/DF3

lrwxrwxrwx  1 root root   29 Dec  6 17:01 DF4 -> /root_vdm_20/TSS/DF4

lrwxrwxrwx  1 root root   29 Dec  6 17:01 DF5 -> /root_vdm_20/TSS/DF5

lrwxrwxrwx  1 root root   29 Dec  6 17:13 DF6 -> /root_vdm_20/TSS/DF6

drwxr-xr-x 10 root root 1.0K Nov 21 20:58 .etc

lrwxrwxrwx  1 root root   20 Dec  6 17:09 PRD -> /root_vdm_20/TSS/PRD

drwxr-xr-x 16 root root 1.0K Dec  6 10:32 TSS

[root@agzquavnx03-cs0 root_vdm_20]#

where the TSS folder is the the only mounted filesystem in the VDM.

No Events found!

Top