Mailinglist Archive: opensuse (3236 mails)
| < Previous | Next > |
Re: [SLE] inexplainable access denial NFS
- From: fountai@xxxxxxxxxxxxxxx (Derek Fountain)
- Date: Thu, 06 Jan 2000 15:24:11 +0000
- Message-id: <3874B39B.610C765@xxxxxxxxxxxxxxx>
> I'm trying to introduce first LINUX box in my company. Its task is to handle
> what is being handled by HP-UX as NFS server. It actually connects to all hp
> workstations.
> Here are what I have done so far:
>
> I exported <linux>:/tmp directory by putting into /etc/exports and run
> /usr/sbin/exportfs to activate it.
> In HP workstation, I used "sam" to mount <linux>:/tmp to local directory,
> say /tmpnfs. It works until now.
> I moved further exporting <linux>:/working1 to same Hp workstation by using
> the same /etc/export file as mention above.
> Now couldn't mount <linux>:/working1 anymore onto local directory. The error
> message is "<linux>:/working1 access denial. when I ls -l on linux. I found
> the permission status of /tmp, /working1 is difference as below - the
> character 't' of /tmp versus 'x' /working1
>
> drwxrwxrwt /tmp
>
> drwxrwxrwx /working1
>
> What puzzle me is that if /tmp is functionning, why /working1 does not work
> ?
The t on the end of the /tmp directory pemissions means the sticky bit
is set. I don't think Linux worries about this, but HPUX might. I
wouldn't have thought it would make any difference, but "chmod +t
/working1" will make them the same.
I don't know what /usr/sbin/exportfs is supposed to do. I've never seen
that before. To make the nfsd reread the exports file you send the
process a SIGHUP. I've had problems with that and always take the easy
route: reboot the machine after changing /etc/exports.
One more thing: are there any messages in your log file complaining
about an unauthorised NFS access?
--
To unsubscribe send e-mail to suse-linux-e-unsubscribe@xxxxxxxx
For additional commands send e-mail to suse-linux-e-help@xxxxxxxx
Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
| < Previous | Next > |