All of lore.kernel.org
 help / color / mirror / Atom feed
* Re: NFS problem
@ 2000-01-28 13:04 Ralf HECKHAUSEN
  2000-01-28 16:23 ` Wolfgang Denk
  0 siblings, 1 reply; 37+ messages in thread
From: Ralf HECKHAUSEN @ 2000-01-28 13:04 UTC (permalink / raw)
  To: kd; +Cc: linuxppc-embedded


I am typing sync permanently on both sides. It shortens the time for the update, but still it is not direct.
Ralf

>>> <kd@flaga.is> 01/28/00 02:08pm >>>

Type sync on both your board and your nfs host before accessing the files
on the board.

There is probably a bug somewhere, probably in the NFS server. I am using
Debian 2.1 (slink). I have not bothered to track it down, I just type some
extra syncs.

K.D.


Ralf wrote:

I am booting from an NFS server and have a strange effect. When files are
deleted or updated on the server, the board for a whole while still uses
the old versions of the files before it notices the update.
What do I have to do to make them more synchronized?

Thanks,
Ralf


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 37+ messages in thread
* nfs problem
@ 2007-01-25 14:31 Arnau Bria
  2007-01-25 15:22 ` Arnau Bria
  0 siblings, 1 reply; 37+ messages in thread
From: Arnau Bria @ 2007-01-25 14:31 UTC (permalink / raw)
  To: nfs

Hi,

I have a new nfs server with this env:

[root@cdf-nfsserver root]# uname -a
Linux cdf-nfsserver 2.4.21-32.0.1.ELsmp #1 SMP Wed May 25
15:42:26 CDT 2005 i686 i686 i386 GNU/Linux 

[root@cdf-nfsserver root]#rpm -qa|grep nfs nfs-utils-1.0.6-33EL
redhat-config-nfs-1.0.13-6

[root@cdf-nfsserver root]# cat /etc/redhat-release
Scientific Linux release 3.0.5 (Fermi)

and a client with same redhat-release, nfs-utils package version and
diff kernel:

[root@cdf-bcnhead init.d]# uname -a
Linux cdf-bcnhead 2.4.21-47.0.1.ELsmp #1 SMP Thu Oct 19
10:46:05 CDT 2006 i686 i686 i386 GNU/Linux

I'm noticing that communication between them is very slow, but they
share switch, so shouldn't be bad. No errors packets reported in
ifconfig:
RX packets:219163615 errors:0 dropped:0 overruns:0 frame:0
TX packets:264718776 errors:0 dropped:0 overruns:0 carrier:0


Looking into logs I found this messages in server (cdf-nfsserver)

cdf-nfsserver rpc.statd[3294]: Received erroneous SM_UNMON request from
IP_SERVER for IP_CLIENT 

cdf-nfsserver rpc.statd[3294]: Received erroneous SM_UNMON request from
IP_SEVER for IP_CLIENT

and in the client: (cdf-bcnhead)

cdf-bcnhead rpc.statd[11731]: Received erroneous SM_UNMON request from
IP_CLIENT for IP_SERVER

cdf-bcnhead rpc.statd[11731]: Received erroneous SM_UNMON request from
IP_CLIENT for IP_SERVER

*I have modified values of IP_SERVER-IP_CLIENT*

and looking into client's dmesg I find lots of connection lost
messages:

nfs: server IP_SERVER not responding, still trying
nfs: server IP_SERVER OK

and nothing in server.


As I don't know if the error come from server/client, I've checked Nfs
server processes:

[root@cdf-nfsserver root]# uptime
 11:05:05  up 1 day, 23:09,  1 user,  load average: 0.00, 0.02, 0.00
[root@cdf-nfsserver root]# ps -ef|grep nfs
root      2931     1  0 Jan23 ?        00:12:31 [nfsd]
root      2932     1  0 Jan23 ?        00:12:08 [nfsd]
root      2933     1  0 Jan23 ?        00:11:27 [nfsd]
root      2934     1  0 Jan23 ?        00:12:00 [nfsd]
root      2935     1  0 Jan23 ?        00:12:40 [nfsd]
root      2936     1  0 Jan23 ?        00:11:12 [nfsd]
root      2937     1  0 Jan23 ?        00:11:59 [nfsd]
root      2938     1  0 Jan23 ?        00:12:27 [nfsd]

It is up for one day, and nfsd processes have consumed more than 12
minuts, is this normal?


First google search pointed me to statd directory's permits:

# ls -lsad /var/lib/nfs/statd
   4 drwx------    4 rpcuser  rpcuser      4096 Jan 17
10:19 /var/lib/nfs/statd

but seems correct in both server and client.

Second search recommends a downgrade of nfs-utils, but before doing so,
I'd like to confirm that this is the only solution.

This is server conf:
# cat /etc/exports
/home/cdfcaf    NET.0/255.255.252.0(rw,async,no_root_squash)
/home/cdfsoft   NET.0/255.255.252.0(rw,async,no_root_squash)
/home/cafmon    NET.0/255.255.252.0(rw,async,no_root_squash)
/home/sam       NET.0/255.255.252.0(rw,async,no_root_squash)

and client uses autofs:

# cat /etc/auto.master
/home /etc/auto.home --timeout=600

# cat /etc/auto.home
cdfcaf          -rw,hard,intr,async,rsize=8192,wsize=8192
IP_SERVER:/home/cdfcaf cdfsoft
-rw,hard,intr,async,rsize=8192,wsize=8192 IP_SERVER:/home/cdfsoft
sam             -rw,hard,intr,async,rsize=8192,wsize=8192
IP_SERVER:/home/sam cafmon
-rw,hard,intr,async,rsize=8192,wsize=8192 IP_SERVER:/home/cafmon


Anyone knows where is the source of this problem?

Thanks in advance,
Arnau

PS: sorry to admins, I used a non subscribed account for my first
post :-(

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 37+ messages in thread
* nfs problem
@ 2007-01-25 14:30 Arnau Bria
  0 siblings, 0 replies; 37+ messages in thread
From: Arnau Bria @ 2007-01-25 14:30 UTC (permalink / raw)
  To: nfs

Hi,

I have a new nfs server with this env:

[root@cdf-nfsserver root]# uname -a
Linux cdf-nfsserver 2.4.21-32.0.1.ELsmp #1 SMP Wed May 25
15:42:26 CDT 2005 i686 i686 i386 GNU/Linux 

[root@cdf-nfsserver root]#rpm -qa|grep nfs nfs-utils-1.0.6-33EL
redhat-config-nfs-1.0.13-6

[root@cdf-nfsserver root]# cat /etc/redhat-release
Scientific Linux release 3.0.5 (Fermi)

and a client with same redhat-release, nfs-utils package version and
diff kernel:

[root@cdf-bcnhead init.d]# uname -a
Linux cdf-bcnhead 2.4.21-47.0.1.ELsmp #1 SMP Thu Oct 19
10:46:05 CDT 2006 i686 i686 i386 GNU/Linux

I'm noticing that communication between them is very slow, but they
share switch, so shouldn't be bad. No errors packets reported in
ifconfig:
RX packets:219163615 errors:0 dropped:0 overruns:0 frame:0
TX packets:264718776 errors:0 dropped:0 overruns:0 carrier:0


Looking into logs I found this messages in server (cdf-nfsserver)

cdf-nfsserver rpc.statd[3294]: Received erroneous SM_UNMON request from
IP_SERVER for IP_CLIENT 

cdf-nfsserver rpc.statd[3294]: Received erroneous SM_UNMON request from
IP_SEVER for IP_CLIENT

and in the client: (cdf-bcnhead)

cdf-bcnhead rpc.statd[11731]: Received erroneous SM_UNMON request from
IP_CLIENT for IP_SERVER

cdf-bcnhead rpc.statd[11731]: Received erroneous SM_UNMON request from
IP_CLIENT for IP_SERVER

*I have modified values of IP_SERVER-IP_CLIENT*

and looking into client's dmesg I find lots of connection lost
messages:

nfs: server IP_SERVER not responding, still trying
nfs: server IP_SERVER OK

and nothing in server.


As I don't know if the error come from server/client, I've checked Nfs
server processes:

[root@cdf-nfsserver root]# uptime
 11:05:05  up 1 day, 23:09,  1 user,  load average: 0.00, 0.02, 0.00
[root@cdf-nfsserver root]# ps -ef|grep nfs
root      2931     1  0 Jan23 ?        00:12:31 [nfsd]
root      2932     1  0 Jan23 ?        00:12:08 [nfsd]
root      2933     1  0 Jan23 ?        00:11:27 [nfsd]
root      2934     1  0 Jan23 ?        00:12:00 [nfsd]
root      2935     1  0 Jan23 ?        00:12:40 [nfsd]
root      2936     1  0 Jan23 ?        00:11:12 [nfsd]
root      2937     1  0 Jan23 ?        00:11:59 [nfsd]
root      2938     1  0 Jan23 ?        00:12:27 [nfsd]

It is up for one day, and nfsd processes have consumed more than 12
minuts, is this normal?


First google search pointed me to statd directory's permits:

# ls -lsad /var/lib/nfs/statd
   4 drwx------    4 rpcuser  rpcuser      4096 Jan 17
10:19 /var/lib/nfs/statd

but seems correct in both server and client.

Second search recommends a downgrade of nfs-utils, but before doing so,
I'd like to confirm that this is the only solution.

This is server conf:
# cat /etc/exports
/home/cdfcaf    NET.0/255.255.252.0(rw,async,no_root_squash)
/home/cdfsoft   NET.0/255.255.252.0(rw,async,no_root_squash)
/home/cafmon    NET.0/255.255.252.0(rw,async,no_root_squash)
/home/sam       NET.0/255.255.252.0(rw,async,no_root_squash)

and client uses autofs:

# cat /etc/auto.master
/home /etc/auto.home --timeout=600

# cat /etc/auto.home
cdfcaf          -rw,hard,intr,async,rsize=8192,wsize=8192 IP_SERVER:/home/cdfcaf
cdfsoft         -rw,hard,intr,async,rsize=8192,wsize=8192 IP_SERVER:/home/cdfsoft
sam             -rw,hard,intr,async,rsize=8192,wsize=8192 IP_SERVER:/home/sam
cafmon          -rw,hard,intr,async,rsize=8192,wsize=8192 IP_SERVER:/home/cafmon


Anyone knows where is the source of this problem?

Thanks in advance,
Arnau

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 37+ messages in thread
[parent not found: <5wdAz-5a0-7@gated-at.bofh.it>]
* NFS problem
@ 2006-01-18  4:52 Conio sandiago
  0 siblings, 0 replies; 37+ messages in thread
From: Conio sandiago @ 2006-01-18  4:52 UTC (permalink / raw)
  To: linux-kernel

Hi all,
i am having some problem in having root file system on NFS,
i am developing a linux embedded system,. when i have a root file
system on a NFS and i try to boot the kernel through a repeater hub ,
then the kernel hangs at freeing init memory.

 if i connect the board with the PC through a cross cable,
then the system works ok.

does anybody has some idea about it

^ permalink raw reply	[flat|nested] 37+ messages in thread
* nfs problem
@ 2005-06-03 15:27 vadivel vadi
  0 siblings, 0 replies; 37+ messages in thread
From: vadivel vadi @ 2005-06-03 15:27 UTC (permalink / raw)
  To: nfs

hai

    in my nfs server the rpc mountd service is stopped every 1 hour
what is the proper can u solve it.and also i want t know how many
system can connect thro nfs if a data is about 200GB i want to know it
immediately.i thick u can solve my problem.

             regards
            vadivel


-------------------------------------------------------
This SF.Net email is sponsored by Yahoo.
Introducing Yahoo! Search Developer Network - Create apps using Yahoo!
Search APIs Find out how you can build Yahoo! directly into your own
Applications - visit http://developer.yahoo.net/?fr=offad-ysdn-ostg-q22005
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 37+ messages in thread
* RE: NFS Problem
@ 2002-12-12 23:57 Jose Santiago
  0 siblings, 0 replies; 37+ messages in thread
From: Jose Santiago @ 2002-12-12 23:57 UTC (permalink / raw)
  To: Muhammad Sibtain Bashir, nfs

What are the permissions on the directories that you are trying to write 
to via NFS? What user is trying to do the write? Be aware, that root 
maps to user nobody via NFS unless you root_squash.

 > now when i mount the directories on my client machine it get mounted
 > okay and i can read any file in the mounted directories but as above i
 > have given the write permision as well ,but i cant write any thing and
 > this message show   * permission denied*.



-------------------------------------------------------
This sf.net email is sponsored by:
With Great Power, Comes Great Responsibility 
Learn to use your power at OSDN's High Performance Computing Channel
http://hpc.devchannel.org/
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 37+ messages in thread
* NFS Problem
@ 2002-12-11 11:41 Muhammad Sibtain Bashir
  0 siblings, 0 replies; 37+ messages in thread
From: Muhammad Sibtain Bashir @ 2002-12-11 11:41 UTC (permalink / raw)
  To: nfs

[-- Attachment #1: Type: text/plain, Size: 617 bytes --]

Dear sir 

i am using NFS server , instead of using the domain names i am using the IP addresses of my clients machines 
 the file /etc/export looks like

/google                     203.215.160.2(rw)
/345                        203.215.160.2(rw)
/mnt/cdrom              203.215.160.2(rw)

now when i mount the directories on my client machine it get mounted okay and i can read any file in the mounted directories but as above i have given the write permision as well ,but i cant write any thing  and this message show   * permission denied*.


waiting for response plz .

regards

Muhammad Sibtain

[-- Attachment #2: Type: text/html, Size: 1883 bytes --]

^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: nfs problem
@ 2002-10-18 10:16 Muhammad Faisal Rauf Danka
  0 siblings, 0 replies; 37+ messages in thread
From: Muhammad Faisal Rauf Danka @ 2002-10-18 10:16 UTC (permalink / raw)
  To: linux-admin; +Cc: khalid

To be sure, if portmap is running or not.

service portmap restart

lsof | grep "portmap"

rpcinfo -p localhost <- try this if you find portmap running in lsof output.


Regards
--------
Muhammad Faisal Rauf Danka

Head of GemSEC / Chief Technology Officer
Gem Internet Services (Pvt) Ltd.
web: www.gem.net.pk
Key Id: 0x784B0202
Key Fingerprint: 6F8C EDCF 6C6E 06A5 48D7 6A20 C592 484B 
784B 0202

_____________________________________________________________
---------------------------
[ATTITUDEX.COM]
http://www.attitudex.com/
---------------------------

_____________________________________________________________
Select your own custom email address for FREE! Get you@yourchoice.com w/No Ads, 6MB, POP & more! http://www.everyone.net/selectmail?campaign=tag

^ permalink raw reply	[flat|nested] 37+ messages in thread
* NFS Problem
@ 2002-10-15 15:34 Victor Zamora
  0 siblings, 0 replies; 37+ messages in thread
From: Victor Zamora @ 2002-10-15 15:34 UTC (permalink / raw)
  To: NFS

[-- Attachment #1: Type: text/plain, Size: 1023 bytes --]



Hi,

   I have configured a NFS server and a client in a network (two separate machines). This runs over a linux 2.4.18 kernell (mini slackware version). 
    On the server side I've exported a path to the oder specific machine (with its IP), and I've executed portmap, nfsd, and mountd daemons. I've also executed exportfs -ra so to make sure that the kernell knows about the nfs export I want to do.
    On the client side I've run portmap daemon, but when I run the mount it appears a message from the server saying "Permison denied".

    I've tryied changing the way I exported the filepath and how I mounted the NFS from the client, but I couldn't make it.

   If anyone has any idea of what is causing this permison denial, please don't doubt about geting me know it. 
  I'll be very gratefull to any suggestion.

                                                             Thanks for your time,
                                                                                        Victor.-
   

[-- Attachment #2: Type: text/html, Size: 2576 bytes --]

^ permalink raw reply	[flat|nested] 37+ messages in thread
* nfs problem
@ 2002-10-12 10:40 Mohammed Khalid Ansari
  2002-10-12 12:13 ` Ramasubramanian
  0 siblings, 1 reply; 37+ messages in thread
From: Mohammed Khalid Ansari @ 2002-10-12 10:40 UTC (permalink / raw)
  To: linux-admin


Hi,

when I tried to start nfs service, it threw out the following error 
messages.

/etc/init.d/nfs start
Starting NFS services:                                     [  OK  ]
Starting NFS quotas: Cannot register service: RPC: Unable to receive; 
errno = Connection refused
rpc.rquotad: unable to register (RQUOTAPROG, RQUOTAVERS, udp).
                                                           [FAILED]


Will anyone please tell me what the exact problem is and how it could be 
fixed.

with regards...

-- 

**************************************************************************

Mohammed Khalid Ansari                    Tel (res) : 0091-022-3051360
Assistant Manager II                          (off) : 0091-022-2024641
National Centre for Software Technology   Fax       : 0091-022-2049573 
8th flr,Air India Build. Nariman Point,   E-Mail    : khalid@ncst.ernet.in 	
Mumbai 400021.

Homepage : http://soochak.ncst.ernet.in/~khalid			  	  

**************************************************************************


^ permalink raw reply	[flat|nested] 37+ messages in thread
* NFS problem
@ 2002-08-21  0:01 Suresh Chadive
  2002-08-21  2:54 ` Joseph L. Hood
  2002-08-21 15:30 ` Patrick O'Reilly
  0 siblings, 2 replies; 37+ messages in thread
From: Suresh Chadive @ 2002-08-21  0:01 UTC (permalink / raw)
  To: nfs



There has been a problem in mounting the directory
on the client.

PROBLEM :-
----------
If the command :
  $ mount serverIPaddress:/home /home
is issued, then the output is
  mount: RPC: Timed out


INFO THAT MAY BE USEFUL :-
-------------------------

SERVER SIDE :

  $ rpcinfo -p
   program vers proto   port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    391002    2   tcp   1025  sgi_fam
    100003    2   udp   2049  nfs
    100003    3   udp   2049  nfs
    100021    1   udp   1027  nlockmgr
    100021    3   udp   1027  nlockmgr
    100021    4   udp   1027  nlockmgr
    100011    1   udp    755  rquotad
    100011    2   udp    755  rquotad
    100011    1   tcp    758  rquotad
    100011    2   tcp    758  rquotad
    100005    1   udp   1028  mountd
    100005    1   tcp   1030  mountd
    100005    2   udp   1028  mountd
    100005    2   tcp   1030  mountd
    100005    3   udp   1028  mountd
    100005    3   tcp   1030  mountd
    100024    1   udp   1029  status
    100024    1   tcp   1031  status



CLIENT SIDE:

    $  rpcinfo -p
   program vers proto   port
    100000    2   tcp    111  portmapper
    100000    2   udp    111  portmapper
    100024    1   udp  32768  status
    100024    1   tcp  32768  status
    391002    2   tcp  32769  sgi_fam

Here, I explicitly run rpc.lockd (on client)
but still, I do not see lock daemon (nslockmanager or some thing of that
sort) ! Any clue?
---------------------------------------------------

Please, give some way to sort it out...

-suresh


----------------------
SURESH CHADIVE

V Yr,
Dual degree Programme

H9, #319,
Indian Instt. of Technology,
Bombay

e-mail :  csuresh@iitbombay.org







-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 37+ messages in thread
* nfs problem
@ 2002-08-13 11:44 george drossos
  0 siblings, 0 replies; 37+ messages in thread
From: george drossos @ 2002-08-13 11:44 UTC (permalink / raw)
  To: nfs



I'm a student in South Bank University London and i,m working on a project 
"distibuted and parallel processing in Linux".
I tried to set up NFS(i have 1 server and 2 clients).
My kernel version is 2.4.18-3 and i installed red.hat 7.3.I didn't install 
any other operation system.
I check that nfs is running on the server(all the daemons as start-up 
scripts)and i ckeck that nfs is running on the clients as well.
I edit /etc/exports i wrote the directory that i want to export and the 
destination hosts.
About the clients,the mount version is 2.10n,nfs daemons are running.
I red the file /proc/filesystems if nfs was there,it wasn't but appeared by 
typing insmod nfs.I check again the services by typing rpcinf -p and 
everything was ok.
When i try to mount the remote directory i have error message:
    mount:RPC:Port mapper failure-RPC:Unable to receive

I checked again that NFS was running in three machines and afterwards i 
typed on each client:
                      rpcinfo -p servername
the error message was:
  rpcinfo:can't contact portmapper:RPC remote system error:Connection   
refused

Also i want to say in the case that there is a routing problem,i ping the 
machines and everything is ok.The only problem that i have until now is that 
i cannot connect the clients with the university's network.When i ping the 
default gateway (from the clients) says Network is unreachable.In the case 
of server(has 2 network cards) i ping everything and the university network 
is reachable.

I would really appreciate replying and i'm really looking forward your 
suggestions and advices.

                       George Drossos


_________________________________________________________________
Join the world’s largest e-mail service with MSN Hotmail. 
http://www.hotmail.com



-------------------------------------------------------
This sf.net email is sponsored by: Dice - The leading online job board
for high-tech professionals. Search and apply for tech jobs today!
http://seeker.dice.com/seeker.epl?rel_code=31
_______________________________________________
NFS maillist  -  NFS@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nfs

^ permalink raw reply	[flat|nested] 37+ messages in thread
* NFS problem
@ 2001-11-22  8:52 Samuel Maftoul
  2001-11-22 12:32 ` Trond Myklebust
  0 siblings, 1 reply; 37+ messages in thread
From: Samuel Maftoul @ 2001-11-22  8:52 UTC (permalink / raw)
  To: linux-kernel

Hello,
        I have a QFS filesystem on a solaris 8 which is exported via
NFS:
qfs1                 2848604160 3996672 2844607488     1%
/data/id19/inhouse

([3] % uname -a 
SunOS azure 5.8 Generic_108528-09 sun4u sparc SUNW,Ultra-4 )

The QFS have an option on it's directories: you can change the attributes
on a directory with setfa (set file atrributes) to direct IO or page
cache.
Here is the concerned excerpt of the QFS setfa manpage:
"
     -D   Specifies the direct I/O attribute be permanently set
          for this file.  This means data is transferred directly
          between the user's buffer and disk.  This attribute
          should only be set for large block aligned sequential
          I/O.  The default I/O mode is buffered (uses the page
          cache).  Directio will not be used if the file is
          currently memory mapped.  See man directio(3C) for
          Solaris 2.6 and above for more details, however the
          SAM-FS directio attribute is permanent.
"
With this option we have strange performences:
>From a solaris client to this solaris server we have approximatively
40MB/s, with a linux client >1MB/s. Without directio mode we have
approximatively 20MB/s on a linux and 20MB/s on a solaris
( I have tested on several solaris clients, several linux client with
gigabit ethernet links and without (for having 20MB/s) ).

I thought that NFS's underlying FS do not have any effect on NFS
performances, and that the client is not aware of the ("local") remote
FS. 
Am I wrong ? 
Does anybody have an idea to fix the problem ? 
Is it a bug in NFS's implementation of linux kernel ?

Thanks in advance
        Sam

^ permalink raw reply	[flat|nested] 37+ messages in thread
* RE: NFS problem
@ 2000-09-26  9:05 t.shantha.laxmi
  2000-09-27 10:53 ` Jari
  0 siblings, 1 reply; 37+ messages in thread
From: t.shantha.laxmi @ 2000-09-26  9:05 UTC (permalink / raw)
  To: nboppuri, linuxppc-embedded


This is the problem with the ethernet driver. Make sure you have enabled the
Ethernet Transciever. You need to add code in enet.c to enable the
transciever and set the TENA bit.

Hope this helps,

- Shantha

-> -----Original Message-----
-> From: Navin Boppuri [mailto:nboppuri@trinetcommunication.com]
-> Sent: Friday, May 26, 2000 6:58 PM
-> To: linuxppc-embedded@lists.linuxppc.org
-> Subject: NFS problem
->
->
->
-> Hello,
->
-> I am trying to boot my custom board with the linux 2.2.13
-> kernel. It boots
-> OK but when it tries to do the NFS mount, it fails.......
-> This is how it
-> looks. I dont understand what's going on. I testing the NFS
-> server with some
-> other board and same ip's and it works fine. Any ideas????
->
-> lcd_lcvcr: 78000
-> loop: registered device at major 7
-> eth0: CPM ENET Version 0.2, 08:00:22:50:70:63
-> PPP: version 2.3.10 (demand dialling)
-> TCP compression code copyright 1989 Regents of the
-> University of California
-> PPP line discipline registered.
-> Looking up port of RPC 100003/2 on 216.118.31.76
-> neighbour table overflow
-> neighbour table overflow
-> neighbour table overflow
-> eth0: transmit timed out.
->  Ring data dump: cur_tx ff0028d0 (full) cur_rx ff0028c8.
-> dc00 002a 0015c642
-> dc00 002a 0015c6e2
-> dc00 002a 0015c782
-> dc00 002a 0015c962
-> dc00 002a 0015ca02
-> dc00 002a 0015caa2
-> dc00 002a 0015c502
-> fc00 002a 0015cb42
-> 9c00 005a 00174000
-> 9c00 0076 00174800
-> 9c00 0076 00161000
-> 9c00 0076 00161800
-> 9c00 0040 00160000
-> 9c00 0040 00160000
-> 9c00 0076 0015f000
-> b000 7edd 0015f800
-> eth0: tx queue full!.
-> neighbour table overflow
-> eth0: transmit timed out.
->
-> and it goes on and on. After some time, it says server
-> returned error -5 and
-> then tries a reboot. What's going on???
->
-> Navin.
->
->

** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: NFS problem
@ 2000-09-25 23:08 clark
  0 siblings, 0 replies; 37+ messages in thread
From: clark @ 2000-09-25 23:08 UTC (permalink / raw)
  To: Navin Boppuri; +Cc: linuxppc-embedded


At 02:27 PM 5/26/00 +0100, you wrote:
>
>Hello,
>
>I am trying to boot my custom board with the linux 2.2.13 kernel. It boots
>OK but when it tries to do the NFS mount, it fails....... This is how it
>looks. I dont understand what's going on. I testing the NFS server with some
>other board and same ip's and it works fine. Any ideas????
>
>lcd_lcvcr: 78000
>loop: registered device at major 7
>eth0: CPM ENET Version 0.2, 08:00:22:50:70:63
>PPP: version 2.3.10 (demand dialling)
>TCP compression code copyright 1989 Regents of the University of California
>PPP line discipline registered.
>Looking up port of RPC 100003/2 on 216.118.31.76
>neighbour table overflow
>neighbour table overflow
>neighbour table overflow
>eth0: transmit timed out.
> Ring data dump: cur_tx ff0028d0 (full) cur_rx ff0028c8.
>dc00 002a 0015c642
>dc00 002a 0015c6e2
>dc00 002a 0015c782
>dc00 002a 0015c962
>dc00 002a 0015ca02
>dc00 002a 0015caa2
>dc00 002a 0015c502
>fc00 002a 0015cb42
>9c00 005a 00174000
>9c00 0076 00174800
>9c00 0076 00161000
>9c00 0076 00161800
>9c00 0040 00160000
>9c00 0040 00160000
>9c00 0076 0015f000
>b000 7edd 0015f800
>eth0: tx queue full!.
>neighbour table overflow
>eth0: transmit timed out.
>
>and it goes on and on. After some time, it says server returned error -5 and
>then tries a reboot. What's going on???
>
>Navin.
>
>
>


        Are you sure you compiled your kernel to use the correct SCC port
for your ethernet interface on the custom board? I have made this mistake
and it produced very simmilar results. Try changing it and see if this fixes it.

Hope this helps,

        Conn Clark


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 37+ messages in thread
* NFS problem
@ 2000-09-25 19:23 Navin Boppuri
  0 siblings, 0 replies; 37+ messages in thread
From: Navin Boppuri @ 2000-09-25 19:23 UTC (permalink / raw)
  To: linuxppc-embedded


Hello,

I am trying to boot my custom board with the linux 2.2.13 kernel. It boots
OK but when it tries to do the NFS mount, it fails....... This is how it
looks. I dont understand what's going on. I testing the NFS server with some
other board and same ip's and it works fine. Any ideas????

lcd_lcvcr: 78000
loop: registered device at major 7
eth0: CPM ENET Version 0.2, 08:00:22:50:70:63
PPP: version 2.3.10 (demand dialling)
TCP compression code copyright 1989 Regents of the University of California
PPP line discipline registered.
Looking up port of RPC 100003/2 on 216.118.31.76
neighbour table overflow
neighbour table overflow
neighbour table overflow
eth0: transmit timed out.
 Ring data dump: cur_tx ff0028d0 (full) cur_rx ff0028c8.
dc00 002a 0015c642
dc00 002a 0015c6e2
dc00 002a 0015c782
dc00 002a 0015c962
dc00 002a 0015ca02
dc00 002a 0015caa2
dc00 002a 0015c502
fc00 002a 0015cb42
9c00 005a 00174000
9c00 0076 00174800
9c00 0076 00161000
9c00 0076 00161800
9c00 0040 00160000
9c00 0040 00160000
9c00 0076 0015f000
b000 7edd 0015f800
eth0: tx queue full!.
neighbour table overflow
eth0: transmit timed out.

and it goes on and on. After some time, it says server returned error -5 and
then tries a reboot. What's going on???

Navin.


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 37+ messages in thread
* Re: NFS problem
@ 2000-01-28 13:08 kd
  0 siblings, 0 replies; 37+ messages in thread
From: kd @ 2000-01-28 13:08 UTC (permalink / raw)
  To: Ralf HECKHAUSEN; +Cc: linuxppc-embedded



Type sync on both your board and your nfs host before accessing the files
on the board.

There is probably a bug somewhere, probably in the NFS server. I am using
Debian 2.1 (slink). I have not bothered to track it down, I just type some
extra syncs.

K.D.


Ralf wrote:

I am booting from an NFS server and have a strange effect. When files are
deleted or updated on the server, the board for a whole while still uses
the old versions of the files before it notices the update.
What do I have to do to make them more synchronized?

Thanks,
Ralf


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 37+ messages in thread
* NFS problem
@ 2000-01-28 12:47 Ralf HECKHAUSEN
  0 siblings, 0 replies; 37+ messages in thread
From: Ralf HECKHAUSEN @ 2000-01-28 12:47 UTC (permalink / raw)
  To: linuxppc-embedded


I am booting from an NFS server and have a strange effect. When files are deleted or updated on the server, the board for a whole while still uses the old versions of the files before it notices the update.
What do I have to do to make them more synchronized?

Thanks,
Ralf


** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/

^ permalink raw reply	[flat|nested] 37+ messages in thread
* nfs problem
@ 1998-05-12 17:41 Thomas Winder
  0 siblings, 0 replies; 37+ messages in thread
From: Thomas Winder @ 1998-05-12 17:41 UTC (permalink / raw)
  To: ultralinux

[-- Attachment #1: Type: text/plain, Size: 1147 bytes --]


Hi!

I am using the latest ultrapenguin 1.0.9 from ultra.linux.cz on a
ultra 1 creator system. Using nfs mounted data from a server running
SunOs 5.5.1 causes serious problems. I have included a tcpdump of a
typical session which hopefully gives enough information. The dump
corresponds to the following actions:

1. nfs mounting a directory from the sunos system (enterprise2) on the 
   linux client (ultra1-9)

2. a few cd and ls operations inside the mounted tree

3. use more to view the content of a file

4. use vi on the same file

5. quit vi without performing any modifications

Now vi is hanging and messages like "nfs server enterprise2 not
responding" and "rpc timeout" are displayed.

When mounting read-only the problem does not show up. But when I tried 
to copy a whole directory tree from this ro mounted directory the
machine locked up. It did react to "SHIFT/CTRL SCROLL-LOCK". This
revealed "update" in state R and the copy process "cp" in D. 

tom

ps: Actually I'm using linux-2.1.101 from the CVS archive. 2.1.99
    coming with the distribution itself does not work on my
    system. Init nearly immediately segfaults. 


[-- Attachment #2: xx --]
[-- Type: application/octet-stream, Size: 2569 bytes --]

begin 666 nfs.log.gz
M'XL("/MT6#4``VYF<RYL;V<`M9I-;]LX$(;O^14\.MM&Y?";QJ+H8='+'G:!
M/18]>&TU->+8AJTT*-`?OT-)MB53I!1R#01!8"//S+PSPQG*KI;[U<OS?DXV
MZV-5;M?;1[+;DK+Z3N_`S*F:,U%H+H%J\K*I#@MXL,6V?-WL'M?+8E$50)DF
M'TFYK<K#_K`^EJSW]FKWO%AOYX1Q"^P=F0FX[W&-92/_B_"@X9;[&X$/[`,C
M,^#VGLS^^-RSH12UV;YS])V;'E>#SO>=7WP7QO-=",[R=1=.=]'GXJO9OHN+
M[T;XODL!--MWZ7SG?:[5-MMW>?%=]WWGIA!8-))E^0Y*:MVK]YJ+"84LWVMN
ML-YK&ZB[&498#1'7CR_;PWXY)R^K/9&J2U12RI%_"WF-)ALB,YZCRH8=91%'
M.3,,J?\0;IF1BDH'//\YH_?D%67D@"^0WY^/1P)"T??'Q?+IKS_?5^OG\E@M
MGC%&#49_^54M]U\_>KYI&2FRVH%PQ,SY!@"""<D1>/G3^89N7!S7M:M&*WKQ
M=,`9Q7F&4$5M$SJJ7!LP@N88^)O`')B<`1/W8[8,2*LRE'6VE)RIDR4F+Q)>
MFV)4!$X@JT5*)QA.02=W@@AU@N&<B@S]/SL9Z@RT]:5D)`%<L9P$M-6$C*#N
MW,K0R0_,Q([/[;<CGG&8M<>R6E35@7SYA2]][<(%I>$4C+O_&<5Q!43OQ^,0
M5.3WG5*17`AM34R,X#!P.L[)H=QO?I+=$\&6ZBMVL:31&$Y-(VUH"T*62<Q)
M"[=4A]>)D3#,F\*PDH<&,[+L>!@&K2U6J_5`&))2DYP-VPF#8QQ]*]TX0!>*
M&H75$()9FIR.&H[K37A>Q^.P=&HZ&DO*0)@5VS::,'#+VNQV3R][/PJ@(%.+
MRD(G"DQ.WT@W"@:%P&2(T):-K%BGQY-1PRU`>),8"8--349C2?!(3?'DWG!P
M#KBNI8;!N]G`DS/<&[4I!BHP#1TL-KBC1=6P-:6I88C)1<4*/.XMBT0AT[/A
MX)CJY#!D-PQZ;:47ARPH-PHB+:[2F\/!+57)<:C)S5%;PBMOF#6^DZ"?@T6%
M;-Q((+Q1C42A)Q>5+'#Z*16)8GR*RZ;YO!B$58PGSXSN"&=]$[T(3,$5!1YI
MBPD#/%1.-3RVVHX$82>7D[,$G`='!J<3YG>HNVNXY8F3#TU/WD-J4QQ4)([Q
M`1Y-!YX=B=V-IM^2#LVM":Z%G(Y/<!PX@]WMV$+*\(5C)`HVN;MK2X8%'H@X
MUO@`1YV6F.^J]*(0>/M(74/0\E44/2-74:`E;8(W#7?/3<^%`)RIX>=G(U%,
M']^U)3P2PZSQ\1W)!<-,)^="OB47J!:Z&F2-#V_,Q:%\WOT8BD+A094:17=V
M,].WX06!,R_2W!-&=R0(8U3X(?Y($/HM05@;Z^WQR1VI)\P#39X7YBWUQ(T,
M/2ATK/'IC<O_,3`NA`"NDPOJ:GH?8^,"+>&V,\@*!S`GLV^'Q2/1ALW=F/V$
M"RB]@@;NPA.APM!/[M>[/E6''I)CV#!AT4#)7P_K3DK[%COF;`&8X$"93@F"
M#RC30-7P\\")4%^9FJKH;93AU\IP6DBG3'K-"%^9%BJ'M^&)4$^9AHI;]DV4
M$9XRO.`8!!\>,E."D`/*--#`8CH1ZBM34Q6$U]T<9:2GC"FL<,_'DH-0`\HX
M*%`V/`XG0GUE&JH*G^PYRJAK902MT\O2:\;XRK10G:Z,&5"FH>*U\B;*&$\9
M7A^6?'A]GA"$I0/*-%"=/)L<U%>FIJKP(ZX<94X6>^8L-\((LCCLR>OWW</W
MQ3%$)U6YV0SZU:.Y<>UHS=X08JV/#_@;_VW.Z!Q3INQ<\1/'%-I5\G!Y3)%V
M8)=HH8&/!R9"_7S55!79WG+RY>T2$IJ)F7R$VX%=HH7*+*BG3$.]48];;Y>0
MNNGQY(7(#NP2+31]R[)#NT1#C3S^S5+F:I?`'U87?N"K#E."\";F&1KX0&$B
M]$J9$U7!;;I)><JTYTSR+F'U@#+M.9,%]95ISYF;;.8GBQ=S()J:21[[UMLE
MSE"5!?64::BWJAESK0RC3<TD;UG6^LJTT/0[BX-ZRC34&]U93A8[YE1>-QD*
M`\JHO&ZJH;XRJJF96RASMG@QQ]L3.'7`&NI-[3,T^2)40SUE&JIBMU&&>\HT
MAZ5*[29#O:E]@H9VZ(E07YF&>I/;W-GBQ1SNTMIMYO9_V,Q/-&54UF:.')&W
M1!LZ,#$;J$H^4FNHEZ^6&O[*0U:^O(DIV[F07G0#<T%FSH4:ZBDCZ>WN+&>+
M'7/-$<Y3+\H&O-OW&1KXU'XBU%?FEG,!KF[?]KR9IRY$!KR)>88F;UDU]$H9
M>][,@]\_S5(&/&5,9C>!=V<Y0V7R.0/^G<6>-_/P1VDYRG3N+'?`+=DOED]E
K=<0C?%FN?Y0K\N]/\FV]0?8=/;^Y.NSV^^:]I_*P+3=W_P'A$F<[CC0`````
`
end

^ permalink raw reply	[flat|nested] 37+ messages in thread
end of thread, other threads:[~2007-01-25 15:23 UTC | newest]

Thread overview: 37+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2000-01-28 13:04 NFS problem Ralf HECKHAUSEN
2000-01-28 16:23 ` Wolfgang Denk
  -- strict thread matches above, loose matches on Subject: below --
2007-01-25 14:31 nfs problem Arnau Bria
2007-01-25 15:22 ` Arnau Bria
2007-01-25 14:30 Arnau Bria
     [not found] <5wdAz-5a0-7@gated-at.bofh.it>
2006-01-18 13:55 ` NFS problem Bodo Eggert
2006-01-18 14:58   ` Ram Gupta
2006-01-18  4:52 Conio sandiago
2005-06-03 15:27 nfs problem vadivel vadi
2002-12-12 23:57 NFS Problem Jose Santiago
2002-12-11 11:41 Muhammad Sibtain Bashir
2002-10-18 10:16 nfs problem Muhammad Faisal Rauf Danka
2002-10-15 15:34 NFS Problem Victor Zamora
2002-10-12 10:40 nfs problem Mohammed Khalid Ansari
2002-10-12 12:13 ` Ramasubramanian
2002-10-16  5:18   ` Mohammed Khalid Ansari
2002-10-16 14:10     ` Mat Harris
2002-10-17  4:40       ` Mohammed Khalid Ansari
2002-10-17  9:06     ` Paul Furness
2002-10-18 10:10       ` Mohammed Khalid Ansari
2002-10-18 12:01         ` Paul Furness
2002-10-18 14:02           ` Paul Furness
2002-08-21  0:01 NFS problem Suresh Chadive
2002-08-21  2:54 ` Joseph L. Hood
2002-08-21 18:45   ` Suresh Chadive
2002-08-21 19:15     ` Patrick O'Reilly
2002-08-21 15:30 ` Patrick O'Reilly
2002-08-13 11:44 nfs problem george drossos
2001-11-22  8:52 NFS problem Samuel Maftoul
2001-11-22 12:32 ` Trond Myklebust
2000-09-26  9:05 t.shantha.laxmi
2000-09-27 10:53 ` Jari
2000-09-25 23:08 clark
2000-09-25 19:23 Navin Boppuri
2000-01-28 13:08 kd
2000-01-28 12:47 Ralf HECKHAUSEN
1998-05-12 17:41 nfs problem Thomas Winder

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.