Puppy Linux Discussion Forum Forum Index Puppy Linux Discussion Forum
Puppy HOME page : puppylinux.com
"THE" alternative forum : puppylinux.info
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

The time now is Wed 22 Oct 2014, 04:44
All times are UTC - 4
 Forum index » House Training » HOWTO ( Solutions )
Implementing kernel mode NFS file sharing on Puppy
Moderators: Flash, Ian, JohnMurga
Post_new_topic   Reply_to_topic View_previous_topic :: View_next_topic
Page 2 of 2 Posts_count   Goto page: Previous 1, 2
Author Message
abushcrafter


Joined: 30 Oct 2009
Posts: 1447
Location: England

PostPosted: Mon 24 Jan 2011, 16:59    Post_subject:  

mhanifpriatama wrote:
Is there someone who has managed to use nfs with Lucid puppy? It has different kernel.
...Or any info on using NFS in Wary?
_________________
adobe flash is rubbish!
My Quote:"Humans are stupid, though some are clever but stupid." http://www.dependent.de/media/audio/mp3/System_Syn_Heres_to_You.zip http://www.systemsyn.com/
Back to top
View user's profile Send_private_message Visit_website 
Master_wrong

Joined: 19 Mar 2008
Posts: 456

PostPosted: Sun 30 Jan 2011, 08:48    Post_subject:  

@mhanifpriatama
Quote:

Is there someone who has managed to use nfs with Lucid puppy? It has different kernel.


i confirm that the instruction work on luci 245.
i just checked it work on 5.2 too

_________________
Cluster-Pup v.2-Puppy Beowulf Cluster
http://www.murga-linux.com/puppy/viewtopic.php?p=499199#499199
Back to top
View user's profile Send_private_message 
Rava

Joined: 24 Nov 2010
Posts: 10

PostPosted: Sat 19 Feb 2011, 17:30    Post_subject:  

How can I use that with Quirky NOP 1.2.0, since it uses another Kernel Version (2.6.33.2) or is that Kernel pet only needed for older Puppies?

Or should I try unfs3-0.9.22 ( http://www.murga-linux.com/puppy/viewtopic.php?&t=64491 ) instead?
Back to top
View user's profile Send_private_message 
2lss

Joined: 20 Sep 2009
Posts: 225

PostPosted: Sat 23 Apr 2011, 16:33    Post_subject:  

abushcrafter wrote:
...Or any info on using NFS in Wary?


I'm using Wary 5.1.1 and am able to mount an nfs share. Here's what I did:

Install "nfs-utils-1.2.1-i486.pet" (3'd post)

/etc/rc.d/rc.portmap start

mount-FULL -t nfs 192.168.1.250:/home/nfs /root/nfs

This works except I am unable to access /root/nfs;

Code:
# ls /root/nfs
ls: cannot open directory /root/nfs: Permission denied


Anyone have an idea what the problem might be? I am able to mount the share using another machine running debian so I don't think the problem is server side.

EDIT: I changed the UID for my user "frank" on the client (my Wary box) to match the UID on the server and now if I "su frank" I can access the mount point. If I try to use the "root" user I still get permission denied.
Back to top
View user's profile Send_private_message 
Rava

Joined: 24 Nov 2010
Posts: 10

PostPosted: Sat 23 Apr 2011, 17:57    Post_subject:  

^ Thanks 2lss

I think I then try to check that out with Quirky NOP 1.2.0...

When I get the time since I help with debugging the RC1 of x86_64 of Porteus - previously known as "Slax Remix" - on porteus.org. Very Happy
Back to top
View user's profile Send_private_message 
2lss

Joined: 20 Sep 2009
Posts: 225

PostPosted: Sun 24 Apr 2011, 15:40    Post_subject:  

I figured out what the problem was.

I had to add "no_root_squash" to my export options in the /etc/exports file.

Code:
/home/frank    (insecure,no_subtree_check,no_root_squash,rw,nohide)


Here is the excerpt from the man page for exports:
Quote:
Very often, it is not desirable that the root user on a client machine is also treated as root when accessing files on the NFS server. To this end, uid 0 is normally mapped to a different id: the so-called anonymous or nobody uid. This mode of operation (called 'root squashing') is the default, and can be turned off with no_root_squash.


And here is my fstab entry for the nfs mount:
Code:
192.168.1.1:/home/frank /root/nfs nfs rsize=8192,wsize=8192,timeo=14,intr,nolock


Everything works good....except for one problem.

When I shut down with the nfs share still mounted, the computer hangs when saving to the "pupsave" file.

I haven't found the cause yet but as a work around, I added the following to my /sbin/poweroff file:
Code:
umount-FULL /root/nfs


Now everything seems to be working good. Smile
Back to top
View user's profile Send_private_message 
Snail

Joined: 18 Oct 2009
Posts: 238

PostPosted: Mon 04 Jul 2011, 17:10    Post_subject: DHCP and NFS  

Thank you mikeb and DC for this helpful data.

I haven't been able to find anything useful about running NFS on a DHCP network, including on the sourceforge NFS pages(I found one place which warned that using names rather than IP numbers in the portmap command could get you into a loop.) Around here, most home ADSL modem/routers are sold with NAT and DHCP servers on by default. I just think that DHCP is the convenient way to go and in my days of Windows I always set up my networks to use it. Is it even possible to use DHCP in NFS? If it is, can anyone advise, or point me to a howto?

The nfs_common.tar.gz file posted above is less than a sixth of a megabyte. Surely it make no sense to omit these files in standard Puppies? At the very least, could it not be made available in the repositories? Why should Puppy be restricted to the Windows way of doing things?
Back to top
View user's profile Send_private_message 
mikeb


Joined: 23 Nov 2006
Posts: 8344

PostPosted: Wed 07 Aug 2013, 11:57    Post_subject:  

Here's a little puppyfied GUI I made and use.
The idea is that its a click and mount application for NFS shares and also can add shares on the fly so not limited to those set in the config file.
Also for puppy the idea is it will start up the server and load modules on demand so once kernel modules and the common utils are present this gui can control the lot. Note the last puppy this is used with here is Lucid so no guarantees I'm afraid.

On a general note there seem to be some minor changes with newer kernels so the common binaries are best sourced to match the release in question...they are usually marked as nfs(d) and portmap in the repos.

As for the DHCP query random IP address would indeed cause a problem as it would with any LAN based networking. In our case our router can be configured to apply a chosen IP to a particular MAC so giving a psuedo static arrangement...very handy..one to look for in the router admin. Otherwise true static addressing is the only option.

mike
nfs.png
 Description   
 Filesize   22.2 KB
 Viewed   312 Time(s)

nfs.png

NFS_gui.tar.gz
Description 
gz

 Download 
Filename  NFS_gui.tar.gz 
Filesize  1.93 KB 
Downloaded  104 Time(s) 
Back to top
View user's profile Send_private_message 
ozboomer


Joined: 04 May 2005
Posts: 94
Location: Melbourne, Australia

PostPosted: Fri 03 Oct 2014, 01:00    Post_subject:  

mikeb wrote:
As for the DHCP query random IP address would indeed cause a problem as it would with any LAN based networking. In our case our router can be configured to apply a chosen IP to a particular MAC so giving a psuedo static arrangement...very handy..one to look for in the router admin. Otherwise true static addressing is the only option.

In recent weeks, I've been working hard at getting NFS to do its thing... and I have it working quite happily now... and it's in the context of a DHCP network (I believe).

The process:-

I simply start a 'RAM ONLY' LiveCD/Frugal boot of Slacko 5.6.4... configure the hostname, time zone and default firewall in the 'Quick Startup' dialog.

I run through the Network Wizard ('Dougal's or 'Frisbee' or whichever one it is) and run everything through the usb-based wireless NIC, with WPA2/PSK enabled to my router (connected to the cable service from my ISP).

I go through the 'Puppy Installer' and install the 'nfs-utils' and 'portmap' pets, update /etc/rc.d/rc.firewall to have PERMIT=x.y.0.0/16 to allow any of my local PCs to join the network and restart the firewall.

NOTE: You WILL need to retrieve the 'nfs_common.tar.gz' archive, and extract the files: /etc/rc.d/rc.nfsd and /etc/rc.d/rc.portmap. You'll also need to retrieve 'rpcinfo.tar.gz' and establish /usr/sbin/rpcinfo.

Then update the critical NFS files:-

Code:
/etc/exports: include the disks(partitions) to be shared
/etc/hosts: names/IPs of the local PCs
/etc/hosts.allow: ALL: 192.168.0. (netmask shortcuts DON'T WORK; the
                                  'trailing dot' DOES work though)
/etc/hosts.deny: ALL: ALL
/etc/services: includes entries for nfs, on port 2049, for tcp & udp

I then ensure the disks/partitions that will be served 'out' are mounted... and then I have a couple of scripts that START NFS:-

Code:
if [ "`lsmod | cut -f 1 -d ' ' | grep ^nfs$`" = "" ]; then
   /sbin/modprobe nfs
fi

/etc/rc.d/rc.nfsd start   # (as rc.nfsd will take care of the portmapper)...

...and STOP NFS:-

Code:
/etc/rc.d/rc.portmap stop
/etc/rc.d/rc.nfsd stop

NOTE that you might have to do the START/STOP a couple of times with delays (of a minute or two between them) to get rpcinfo to 'play nice' and make the required mappings.

To mount the remote disks/partitions locally, you have to use the 'full' mount commands, mount-FULL in Puppy... and to do so AFTER you create local mount points:-

Code:
# mkdir /mnt/remote-sda1
# mount-FULL -t nfs 192.168.0.z:/mnt/sda1 /mnt/remote-sda1

...and then, when you're done using the remote disk/partition:-

Code:
# umount-FULL /mnt/remote-sda1

So, hopefully that might give you some clues.

For those who came in late... I'd been fiddling around trying to get this working since Puppy v0.8.x in 2004... so I'm kinda pleeeeeased that I have NFS working somehow now(!)

...but to the primary reason for this post...

A couple of questions, please:-
    * You can see from the above roughly how I have things working... but is there a way to set-up a wireless network WITHOUT using a router or an access point connected to my ISP? I want to keep these "Puppy PCs" connected (with NFS) but isolated from the world (y'see, the next project to get going is SSH between these PCs).
    * I have a cheapo 'wireless repeater' that I use for one of the PCs... and while it works pretty well to let my Puppy PCs connect to the internet, if I try 'ping' between the PCs using the repeater, I get massive packet losses (like 60%.. 80%) and NFS works (it doesn't time-out) but it's horrendously slow (not unexpected).

    Now, I read somewhere that turning on 'forwarding' is something that should help fix the problem... but I can't find any such thing in the admin pages of the repeater.
    So, should I keep trying to find this 'forwarding' parameter (if it even exists for this repeater)... or is there something else, Puppy configuration -wise, that I should be looking at?
Thanks a heap for any forthcoming suggestions...
Back to top
View user's profile Send_private_message 
mikeb


Joined: 23 Nov 2006
Posts: 8344

PostPosted: Fri 03 Oct 2014, 18:50    Post_subject:  

does the puppy firewall wizard included a forwarding option? I never use it myself. I used to use 2 lines of bash/masquerade to do it years ago.

I believe adhoc is the way with wireless so machines can talk to each other through their wifi.... seem like newer kernels have much better support for this. As for NFS if they can see each other then it will work. As for my dhcp statement as my gui scans the whole subnet and lists any available share so static is not strictly necessary ...its just easier to know who is who.

Crappy wifi anything is ..well ...crappy as you found. Even with good wifi I get about a quarter of the speed compared to wired and sometimes streaming movies can get choppy....tend to copy to ram and play locally when its like that. Much more a problem using windows NFS though....

Had several years of happy NFS and a couple knowing the joys of ssh and x forwarding...just such a useful tool when machines are in full time use.

Not sure if that info helps much...I am just a router slob nowadays.

mike
Back to top
View user's profile Send_private_message 
Display_posts:   Sort by:   
Page 2 of 2 Posts_count   Goto page: Previous 1, 2
Post_new_topic   Reply_to_topic View_previous_topic :: View_next_topic
 Forum index » House Training » HOWTO ( Solutions )
Jump to:  

Rules_post_cannot
Rules_reply_cannot
Rules_edit_cannot
Rules_delete_cannot
Rules_vote_cannot
You cannot attach files in this forum
You can download files in this forum


Powered by phpBB © 2001, 2005 phpBB Group
[ Time: 0.1182s ][ Queries: 12 (0.0324s) ][ GZIP on ]