map hpux 11.11 file system as windows drive

[Matt Shaffer_1]

I need to be able to map a windows drive to a hpux file system. I've exported the file system. It's open to the world. Does anyone know how to set up windows services for unix? I'm trying to assist my network/windows admin and we can't seem to get it to work. thanks

[Ramaprasad N]

It's easy if you use samba. You can export unix file systems and also, you can control access privileges on the file systems using samba.

[Pete Randall]

On your HP-UX machine, try

mount windows_server_name:/drive/spec /mount_dir_on_hpux


Pete

[Steven E. Protter]

Shalom Matt,

The best way to go is to install the free CIFS/9000 Samba server into HP-UX. You usually need the client to do things like join the Samba server to the domain.

NFS mount for Windows is NOT built in and costs money.

Punch in Samba or CIFS 9000 as your search term at http://software.hp.com

SEP

[Steven E. Protter]

Links

http://h20293.www2.hp.com/portal/swdepot/displayProductInfo.do?productNumber=B8724AA

http://h20293.www2.hp.com/portal/swdepot/displayProductInfo.do?productNumber=B8725AA

I'm having real problems the the net right now, and I can not blame HP because it seems to be universal.

It was not intentional, breaking this up into two posts, the connection clearedup right after I gave up on software.hp.com or bezeq, not really sure.

SEP

[A. Clay Stephenson]

While Samba/CIFS is the least evil method, Microsoft SFU will work. First do a 'man mount' from the Korn shell. That will bet you a full man page.

Here's an example mapping the first available drive letter and prompting you for the password.

mount -u:cstephen '-p:*' bugs:/source '*'

This will mount the /source filesystem on host 'bugs' on the first available drive letter as user cstephen. Note that it is necessary to quote the asterisks to prevent expansion by the shell.

[Zinky]

Word has it though using CIFS Client software to mount WIndows shares is more effective than using NFS via Microsoft SFU..

You should already have it but you may want to upgrade to the latest CIFS CLient version at software home.

On the Windows side, simply share out your filesystem as a WIndows share...

[Matt Shaffer_1]

after reading what I entered I thought I should re-word it so it's more clear. I have a hpux server and a file system (drfinpro:/history/prod/ar/import/advantage) and I need to mount this on a windows server drive R. This file system is exported (see below)

root@drfinpro-> exportfs
/history/prod/ar/import/advantage

Is there anything that I need to restart on hpux? I think we're struggling with the SFU side. I hope I didn't confuse anyone. tahnks

[A. Clay Stephenson]

I understood your request so here goes:

1) To make things easier initially, I suggest you allow anonymous NFS mounts.

On your UNIX box:
a) exportfs -u /history/prod/ar/import # unexport the filesystem
b) Now edit /etc/exports and make an entry like this:
/history/prod/ar/import/advantage -anon=-2

c) Now for every directory in that path make sure that the read and search permissions for 'other' are set AND that the /history mountpoint does not have extremely restrictive permissions set. You will need to umount the filesystem on the server to confirm this. You should also enable write access for 'other' to the lowest level directory if you wish to allow users to create files in that directory.

d) exportfs -a # re-export the filesystem
e) exportfs # confirm that the filesystem is now exported and allows anonymous access

2) (Optional) It would be a good idea to try mounting this filesystem from another UNIX client so that you know you have exported properly.

e.g.
mkdir /mydir
chmod 775 mydir
mount -F nfs root@drfinpro-> exportfs
/history/prod/ar/import/advantage

If this works then umount /mydir.

3) On the Windows box under the Korn Shell:
(I assume that you can ping the UNIX host using the hostname; if not then you have name resolution promlems).

mount drfinpro:/history/prod/ar/import/advantage R:

You should now see files under /dev/fs/R.
ls -l /dev/fs/R

[A. Clay Stephenson]

Oh, I should also add that you simply 'umount R:' to unmap the drive under Windows SFU. After getting anonymous access to work you can then move on to mounting as a user -u:username -p:password or 'p:*' to prompt for password. Again, be sure to quote the '-p:*' so that the shell does not expand the '*'.

[Pete Randall]

You can put me down in the confused column - I had you going the other way!


Pete

[A. Clay Stephenson]

Ooops, I somehow managed to really mess up optional step 2 above:

2) (Optional) It would be a good idea to try mounting this filesystem from another UNIX client so that you know you have exported properly.

BAD:
mkdir /mydir
chmod 775 mydir
mount -F nfs root@drfinpro-> exportfs
/history/prod/ar/import/advantage

GOOD:
mkdir /mydir
chmod 775 mydir
mount -F nfs drfinpro:/history/prod/ar/import/advantage /mydir



If this works then umount /mydir.

[Matt Shaffer_1]

Clay - when I try to mount this on another hpux server I get drfinpro: NFS service not responding. But I see a lot of /usr/sbin/nfsd 16 processes running on drfinpro. Do I need to restart something?

[A. Clay Stephenson]

The reason NFS might not be working are legion. I'll assume that you box is configured as an NFS client as well as a server; if not edit /etc/rc.config.d/nfsconf and make the changes then /sbin/init.d/nfs.client start.

We are going to test NFS by making an NFS mount on itself.

On host: drfinpro

mkdir /mydir
chmod 775 mydir
mount -F nfs drfinpro:/history/prod/ar/import/advantage /mydir

If you can now access the files under /mydir then the loopback mount worked. This means that your server is working. It does not mean that NFS is allowed through a firewall or that you are not using incompatible NFS versions or your server may be using tcp and your client may be using udp.

I strongly suspect that once you can get a UNIX NFS client to mount that all your problems with Microsoft SFU will disappear.

Here's a troubleshooting guide:
http://docs.hp.com/en/5991-1153/ch08s01.html

[Matt Shaffer_1]

i checked nfsconf and all looked good but I could not mount from drfinpro to drfinpro. I did the nfs.client start and then the nfs mount worked. I could now also nfs mount this to another hpux box. i'll see if we can access it from windows now.

[Matt Shaffer_1]

i checked nfsconf and all looked good but I could not mount from drfinpro to drfinpro. I did the nfs.client start and then the nfs mount worked. I could now also nfs mount this to another hpux box. AND we can now access from windows. THANK YOU. Seeing all of the nfsd procs thru me off - in the end I just needed to start nfs.client

[A. Clay Stephenson · Accepted solution]

Actually, it should not be necessary to start the NFS client daemons in order to make your NFS server work. That "fix" actually fixed you by accident because it restarted another underlying process that both the NFS server and client depend upon such as rpcbind.

[Matt Shaffer_1]

Turns out - in a round about way - I just needed to restart some nfs proc. that allowed me to mount this dir on hpux and on windows.