Mandriva 8000.0 Powerpack and NFS share problem

Having a problem sharing a directory on one machine with another, both
running 8000.0
and up to date.
I've set up the share on one PC (MCC/Network Sharing/Share your data..),
and I''ve run exportfs -ra just to make sure.
The other machine can see the server and the directory to be shared, but
the "mount" command fails with the very
unhelpful message "mounting partition 192.188.0.4:/accounts in directory
/mnt/accounts failed"
Tried to work through the troubleshooting section in a Linux-NFS HOW-TO,
but the paths mentioned point to empty
documents.
mount -f gives
/dev/sda5 on / type ext3 (rw,relatime)
none on /proc type proc (rw)
/dev/sda15 on /accounts type ext3 (rw,relatime)
/dev/sda1 on /boot type ext3 (rw,relatime)
/dev/sda14 on /local type ext3 (rw)
none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw)
//nas/data on /mnt/nasdata type smbfs (0)
sunrpc on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
nfsd on /proc/fs/nfsd type nfsd (rw)

and permissions on the /mnt/accounts directory are OK
Don't know if it's relevant, but the "Sharing" tab under "properties"
for /mnt/accounts says that some applet (which?)
failed to start. Under the "Share" tab, /accounts has the green tick for
sharing with NFS.
All suggestions gratefully received.
Grimble

On Sun, 17 Aug 2008 14:47:15 +0100, Grimble wrote:[color=blue]
> Having a problem sharing a directory on one machine with another, both
> running 8000.0
> and up to date.[/color]

Wow, I am just now playing with 2009.0 Beta 2. :)

[color=blue]
> Don't know if it's relevant, but the "Sharing" tab under "properties"
> for /mnt/accounts says that some applet (which?)[/color]

You may get more information by clicking up a terminal under grimble's
account,

su - root
mcc

and see what happens when you click that tab.

If you would like to get rid of the first group of messages you might do
urpmi --wget drakvirt --auto
[color=blue]
> All suggestions gratefully received.[/color]

I would like to see contents from
cat /etc/exports
cat /etc/fstab
cat /etc/hosts
grep -v \# /etc/hosts.allow
grep -v \# /etc/hosts.deny
from both systems.

After you have collected those,
click up a terminal on both systems
su - root

tail -f /var/log/messages


Then try mounting the share again to see if any messages show up
in /messages

PS: Control c to abort the tail -f command.

Bit Twister wrote:[color=blue]
>
> I would like to see contents from
> cat /etc/exports
> cat /etc/fstab
> cat /etc/hosts
> grep -v \# /etc/hosts.allow
> grep -v \# /etc/hosts.deny
> from both systems.
>
> After you have collected those,
> click up a terminal on both systems
> su - root
>
> tail -f /var/log/messages
>
>
> Then try mounting the share again to see if any messages show up
> in /messages
>
> PS: Control c to abort the tail -f command.
>[/color]

Output follows
Output from "mozart", the PC that hosts the /accounts directory
[root@mozart ~]# tail -f /var/log/messages
Aug 17 20:40:48 mozart mdkapplet[5382]: running: urpmi.update <hidden
arguments>
Aug 17 20:41:07 mozart mdkapplet[5382]: Packages are up to date
Aug 17 21:01:01 mozart crond[4444]: (root) CMD (nice -n 19 run-parts
--report /etc/cron.hourly)
Aug 17 22:01:01 mozart crond[4828]: (root) CMD (nice -n 19 run-parts
--report /etc/cron.hourly)
Aug 17 22:04:17 mozart drakconf.real[5719]: modified file /etc/mcc.conf
Aug 17 22:04:51 mozart drakconf.real[4917]: ### Program is starting ###
Aug 17 22:06:15 mozart draknfs[4935]: ### Program is starting ###
Aug 17 22:06:40 mozart draknfs[4935]: created file /etc/exports
Aug 17 22:06:40 mozart draknfs[4935]: running: service nfs-server reload
Aug 17 22:06:40 mozart draknfs[4935]: ### Program is exiting ###
Aug 17 22:10:36 mozart mountd[5037]: mount request from unknown host
192.168.0.3 for /accounts (/accounts)

[root@mozart ~]# cat /etc/exports
# generated by drakhosts.pl
/accounts
*.gemmills.invalid(no_root_squash,async,secure,no_subtree_check,rw)
[root@mozart ~]# cat /etc/fstab
/dev/sda5 / ext3 relatime 1 1
/dev/sda15 /accounts ext3 relatime 1 2
/dev/sda1 /boot ext3 relatime 1 2
/dev/sda14 /local ext3 defaults 1 2
/dev/cdrom /media/cdrom auto
umask=0022,users,iocharset=utf8,noauto,ro,exec 0 0
/dev/cdrom2 /media/cdrom2 auto
umask=0022,users,iocharset=utf8,noauto,ro,exec 0 0
//nas/data /mnt/nasdata smbfs username=% 0 0
none /proc proc defaults 0 0
/dev/sdb5 swap swap defaults 0 0
[root@mozart ~]# cat /etc/hosts
# generated by drakhosts
127.0.0.1 mozart.gemmills.invalid mozart localhost
192.168.0.2 haydn.gemmills.invalid haydn
192.168.0.4 mozart.gemmills.invalid mozart
[root@mozart ~]# grep -v \# /etc/hosts.allow

[root@mozart ~]# grep -v \# /etc/hosts.deny



Output from "haydn", the PC trying to access the shared directory /accounts
[root@haydn ~]# tail -f /var/log/messages
Aug 17 20:57:36 haydn mdkapplet[5745]: running: urpmi.update <hidden
arguments>
Aug 17 20:59:05 haydn mdkapplet[5745]: Packages are up to date
Aug 17 21:01:01 haydn crond[8669]: (root) CMD (nice -n 19 run-parts
--report /etc/cron.hourly)
Aug 17 21:25:26 haydn sensord: Chip: k8temp-pci-00c3
Aug 17 21:25:26 haydn sensord: Adapter: PCI adapter
Aug 17 21:25:26 haydn sensord: Core0 Temp: 54.0 C
Aug 17 21:55:26 haydn sensord: Chip: k8temp-pci-00c3
Aug 17 21:55:26 haydn sensord: Adapter: PCI adapter
Aug 17 21:55:26 haydn sensord: Core0 Temp: 54.0 C
Aug 17 22:01:01 haydn crond[9046]: (root) CMD (nice -n 19 run-parts
--report /etc/cron.hourly)
Aug 17 22:10:35 haydn diskdrake[5883]: mount_part:
device=192.168.0.4:/accounts mntpoint=/mnt/accounts isMounted=
real_mntpoint= device_UUID=
Aug 17 22:10:35 haydn diskdrake[5883]: mounting 192.168.0.4:/accounts on
/mnt/accounts as type nfs, options rsize=8192,wsize=8192,nosuid,soft
Aug 17 22:10:35 haydn diskdrake[5883]: created directory /mnt/accounts
(and parents if necessary)
Aug 17 22:10:35 haydn diskdrake[5883]: running: mount -t nfs
192.168.0.4:/accounts /mnt/accounts -o rsize=8192,wsize=8192,nosuid,soft
Aug 17 22:10:36 haydn diskdrake[5883]: error: mounting partition
192.168.0.4:/accounts in directory /mnt/accounts failed at
/usr/lib/libDrakX/fs/mount.pm line 80.

[root@haydn ~]# cat /etc/exports
# generated by drakhosts.pl
/accounts/ *(async,all_squash)
[root@haydn ~]# cat /etc/fstab
/dev/sda4 / ext2 noatime 1 1
/dev/sda10 /accounts ext3 noatime 1 2
/dev/sda8 /local ext3 defaults 1 2
/dev/cdrom /media/cdrom auto
umask=0022,users,iocharset=utf8,noauto,ro,exec 0 0
192.168.0.4:/accounts /mnt/accounts nfs
rsize=8192,wsize=8192,nosuid,soft 0 0
//nas/data /mnt/nasdata smbfs username=% 0 0
/dev/sda1 /mnt/win_ vfat umask=0022,iocharset=utf8 0 0
/dev/sda2 /mnt/win_c ntfs umask=0022,nls=utf8,ro 0 0
/dev/sda5 /mnt/win_d ntfs umask=0022,nls=utf8,ro 0 0
/dev/sda6 /mnt/win_e ntfs umask=0022,nls=utf8,ro 0 0
/dev/sda7 /mnt/win_f ntfs umask=0022,nls=utf8,ro 0 0
/dev/sda11 /oldaccounts ext3 defaults 1 2
none /proc proc defaults 0 0
/dev/sda9 swap swap defaults 0 0
[root@haydn ~]# cat /etc/hosts
127.0.0.1 haydn.gemmills.invalid haydn localhost
[root@haydn ~]# grep -v \# /etc/hosts.allow

[root@haydn ~]# grep -v \# /etc/hosts.deny

Is the difference between the two /etc/hosts files the cause?
Thanks for the interest.
Grimble

On Sun, 17 Aug 2008 22:34:26 +0100, Grimble wrote:
[color=blue]
> Output follows
> Output from "mozart", the PC that hosts the /accounts directory[/color]

[color=blue]
> [root@mozart ~]# tail -f /var/log/messages
> Aug 17 22:10:36 mozart mountd[5037]: mount request from unknown host
> 192.168.0.3 for /accounts (/accounts)[/color]

Well, there is the best indication of the problem.

mozart does not know about 192.168.0.3

[color=blue]
> [root@mozart ~]# cat /etc/exports
> # generated by drakhosts.pl
> /accounts
> *.gemmills.invalid(no_root_squash,async,secure,no_subtree_check,rw)[/color]

Ok, mozart have to be able to verify 192.168.0.3 is in the
gemmills.invalid domain.

[color=blue]
> [root@mozart ~]# cat /etc/hosts
> # generated by drakhosts
> 127.0.0.1 mozart.gemmills.invalid mozart localhost
> 192.168.0.2 haydn.gemmills.invalid haydn
> 192.168.0.4 mozart.gemmills.invalid mozart[/color]

According to that mozart thinks hayden is 0.2 not 0.3 :(

[color=blue]
> Output from "haydn", the PC trying to access the shared directory /accounts
> [root@haydn ~]# tail -f /var/log/messages[/color]
[color=blue]
> Aug 17 22:10:35 haydn diskdrake[5883]: mounting 192.168.0.4:/accounts on
> /mnt/accounts as type nfs, options rsize=8192,wsize=8192,nosuid,soft[/color]

At least haydon and mozart agree on mozart's ip. :-)
[color=blue]
> [root@haydn ~]# cat /etc/hosts
> 127.0.0.1 haydn.gemmills.invalid haydn localhost[/color]
[color=blue]
> Is the difference between the two /etc/hosts files the cause?[/color]

Not as you asked the question.

In your setup, mozart's hosts file has to have the correct ip address
for haydn.

I set my LAN up static so every's hosts file matches. Snippet follows

$ head /etc/hosts
127.0.0.1 localhost localhost.localdomain
192.168.1.1 gateway.home.test cm
192.168.1.11 fw.home.test fw
192.168.1.130 wm80.home.test wm80
192.168.1.131 wm81.home.test wm81
192.168.1.132 wkubu7.home.test wkubu7
192.168.1.133 wfc9.home.test wfc9
192.168.1.134 wfc8.home.test wfc8
192.168.1.135 wm71.home.test wm71
192.168.1.136 wm8164.home.test wm8164

Bit Twister wrote:
[color=blue]
> I set my LAN up static so every's hosts file matches. Snippet follows
>
> $ head /etc/hosts
> 127.0.0.1 localhost localhost.localdomain
> 192.168.1.1 gateway.home.test cm
> 192.168.1.11 fw.home.test fw
> 192.168.1.130 wm80.home.test wm80
> 192.168.1.131 wm81.home.test wm81
> 192.168.1.132 wkubu7.home.test wkubu7
> 192.168.1.133 wfc9.home.test wfc9
> 192.168.1.134 wfc8.home.test wfc8
> 192.168.1.135 wm71.home.test wm71
> 192.168.1.136 wm8164.home.test wm8164
>[/color]
I was using DHCP, but in one location the interface was cable, and in
another, it was wireless. I was getting different IP addresses.
Thanks for the help - working now.
Grimble