nfs problem

nfs problem

[Thomas Winder]

[-- 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

NFS problem

[Ralf HECKHAUSEN]

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/

Re: NFS problem

[Ralf HECKHAUSEN]

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/

Re: NFS problem

[kd]

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/

Re: NFS problem

[Wolfgang Denk]

In message <s891a235.023@mail.frequentis.com> you write:
>
> 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.

There is a couple of problems in Linux NFS server. See the Linux NFS
FAQ at http://nfs.sourceforge.net/

Wolfgang Denk

--
Software Engineering:  Embedded and Realtime Systems,  Embedded Linux
Phone: (+49)-8142-4596-87  Fax: (+49)-8142-4596-88  Email: wd@denx.de
People are always a lot more complicated than you  think.  It's  very
important to remember that.             - Terry Pratchett, _Truckers_

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

NFS problem

[Navin Boppuri]

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/

Re: NFS problem

[clark]

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/

RE: NFS problem

[t.shantha.laxmi]

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/

Re: NFS problem

[Jari]

Hello,
I'm a newcomer. Help me, pls.

Now I want to strip down the size of the library glibc 2.1.3 to make it only
support my application.
Is there anyone teach me about the glibc or where I can have the information
about it.

I've visited Graham Stoney's webpage  at ncbi, and  mmporter's webpage.
I've just built glibc 2.1.3 and I think that I must look into the source code
of it.
But can you tell me the general information about the lib such as what is the
structure of the lib?
what does libc-2.1.3.so support?
what does the other lib support? .. etc..
what is the relationship between them?
is there any web size or any document written about how to reduce the size of
the glibc?

I'm sorry if my question is too simple, because I've just worked with linux for
2 months.
thank in advance.
Jari


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

NFS problem

[Samuel Maftoul]

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

Re: NFS problem

[Trond Myklebust]

>>>>> " " == Samuel Maftoul <maftoul@esrf.fr> writes:

     > 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 ?
 
Why do you think that something on the client is 'aware' of the remote
fs?

My guess is that you need to redo your test using a TCP mount for the
Linux machine (that's what your Solaris client is doing). My guess is
that you are hitting a UDP transport reliability problem in the
DirectIO case...

     > Is it a bug in NFS's implementation of linux kernel ?

No.

Cheers,
   Trond

nfs problem

[george drossos]

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

NFS problem

[Suresh Chadive]

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

Re: NFS problem

[Joseph L. Hood]

Problems I've run into getting NFS going are IPChains firewall rules
(IPTables logging is a little less cryptic) and not having portmap running
on the client.  Also, try "rpcinfo -p <server>"  from the client, or
"rpcinfo -u <server> nfs" to see what the client can see.

Additionally, see if you can nfs mount the shared directories from the
server itself, to make sure they are really shared.

Joe

On Wed, 21 Aug 2002, Suresh Chadive wrote:

> 
> 
> 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
> 




-------------------------------------------------------
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

Re: NFS problem

[Patrick O'Reilly]

First, a good page to check is:

http://ftp.belnet.be/packages/redhat/redhat-7.1-en/doc/HOWTOS/other-formats/
html/NFS-HOWTO/server.html#SERVICESTART

to get your services started.  If you are using Linux, you can also try
this. Issue the command:

chkconfig --list

and a list of services will scroll by.  Check to see that portmap, nfs and
nfslock are 'on' on levels 3, 4, and 5.  If not, issue the commands:

chkconfig --level 345 portmap on
chkconfig --level 345 nfs on
chkconfig --level 345 nfslock on

and these should be turned on, and will start on reboot.  Try this on the
client and see what happens if it looks like it will help.  Good luck.

Patrick

----- Original Message -----
From: "Suresh Chadive" <n8d11007@ccs.iitb.ac.in>
To: <nfs@lists.sourceforge.net>
Sent: Tuesday, August 20, 2002 7:01 PM
Subject: [NFS] NFS problem


>
>
> 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



-------------------------------------------------------
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

Re: NFS problem

[Suresh Chadive]

Thank you very much for the support I got. It is
really timely help to me.

The suggestions helped me in making a breakthrough,
however, still the problem persists. I think I have
rounded off the critical thing now.

1) The portmap, nfs, nfslock were off for the levels 345
   I rectified it. Now the client also shows all the important
   daemons running.

2) - rpcinfo -p on server and client now give all the daemons.
    ----------------------------------------------------------
   - also, the command:

	$ rpcinfo -p server
     produces the same input as obtained on the server (issuing
     ----------------------------------------------  rpcinfo -p)

    Interesting part is

	$ rpcinfo -u server nfs
        $ rpcinfo -u server portmap

    are getting timed out !!!!. They produce (for the case of portmap):

                rpcinfo: RPC: Port mapper failure - RPC: Timed out
		program 100000 is not available


    Will this give any clue to the problem?


 3) The mounting on to the server itself is successful !
    Is it that server side is absolutely OK?


Eagerly looking for the final shot...


Best regards,
-suresh


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

V Yr,
Dual degree Programme

H9, #319,
IIT 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

Re: NFS problem

[Patrick O'Reilly]

>From what I see from the man page of rpcinfo, try a

rpcinfo -s <server>

from the client and see what services are there and what program number they
are associated with.  Sure enough my portmap service is program 100000, just
as yours complains about not finding.  If the services are showing up when
you issue rpcinfo -p from the server, they should be there and show program
number from the above command.  If you generically say:

rpcinfo -u <server> portmap

it may automatically look for program number 100000 and all I can think of
is that your portmap service is not running under that program number.  Not
sure why it wouldn't be.  If it isn't then substitute the program number for
portmap in the above command and see what you find.

Patrick

----- Original Message -----
From: "Suresh Chadive" <n8d11007@ccs.iitb.ac.in>
To: <nfs@lists.sourceforge.net>
Sent: Wednesday, August 21, 2002 1:45 PM
Subject: Re: [NFS] NFS problem


>
> Thank you very much for the support I got. It is
> really timely help to me.
>
> The suggestions helped me in making a breakthrough,
> however, still the problem persists. I think I have
> rounded off the critical thing now.
>
> 1) The portmap, nfs, nfslock were off for the levels 345
>    I rectified it. Now the client also shows all the important
>    daemons running.
>
> 2) - rpcinfo -p on server and client now give all the daemons.
>     ----------------------------------------------------------
>    - also, the command:
>
> $ rpcinfo -p server
>      produces the same input as obtained on the server (issuing
>      ----------------------------------------------  rpcinfo -p)
>
>     Interesting part is
>
> $ rpcinfo -u server nfs
>         $ rpcinfo -u server portmap
>
>     are getting timed out !!!!. They produce (for the case of portmap):
>
>                 rpcinfo: RPC: Port mapper failure - RPC: Timed out
> program 100000 is not available
>
>
>     Will this give any clue to the problem?
>
>
>  3) The mounting on to the server itself is successful !
>     Is it that server side is absolutely OK?
>
>
> Eagerly looking for the final shot...
>
>
> Best regards,
> -suresh
>
>
> ----------------------
> SURESH CHADIVE
>
> V Yr,
> Dual degree Programme
>
> H9, #319,
> IIT 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



-------------------------------------------------------
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

nfs problem

[Mohammed Khalid Ansari]

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			  	  

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

Re: nfs problem

[Ramasubramanian]

> /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]
>

  start portmap service before starting nfs.
  This should solve the problem.


Regards
Rams

NFS Problem

[Victor Zamora]

[-- 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 --]

Re: nfs problem

[Mohammed Khalid Ansari]

On Sat, 12 Oct 2002, Ramasubramanian wrote:

> > /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]
> >
> 
>   start portmap service before starting nfs.
>   This should solve the problem.

I did it but it doesn't work.


> 
> 
> Regards
> Rams
> 

Re: nfs problem

[Mat Harris]

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

it looks very much like the messages i get when one of my nis domain members
has lost connection to the nis server and then tries to mount. do you use
nis?

On Wed, Oct 16, 2002 at 10:48:44 +0530, Mohammed Khalid Ansari wrote:
> 
> On Sat, 12 Oct 2002, Ramasubramanian wrote:
> 
> > > /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]
> > >
> > 
> >   start portmap service before starting nfs.
> >   This should solve the problem.
> 
> I did it but it doesn't work.
> 
> 
> > 
> > 
> > Regards
> > Rams
> > 
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-admin" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Mat Harris			OpenGPG Public Key ID: C37D57D9
mat.harris@genestate.com	matthewh.genestate.com	

[-- Attachment #2: Type: application/pgp-signature, Size: 232 bytes --]

Re: nfs problem

[Mohammed Khalid Ansari]

On Wed, 16 Oct 2002, Mat Harris wrote:

> it looks very much like the messages i get when one of my nis domain members
> has lost connection to the nis server and then tries to mount. do you use
> nis?

NO I don't.

> 
> On Wed, Oct 16, 2002 at 10:48:44 +0530, Mohammed Khalid Ansari wrote:
> > 
> > On Sat, 12 Oct 2002, Ramasubramanian wrote:
> > 
> > > > /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]
> > > >
> > > 
> > >   start portmap service before starting nfs.
> > >   This should solve the problem.
> > 
> > I did it but it doesn't work.
> > 
> > 
> > > 
> > > 
> > > Regards
> > > Rams
> > > 
> > 
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-admin" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 

Re: nfs problem

[Paul Furness]

Do you mean that the portmap doesn't start, or that it does start but
doesn't fix the NFS problem?

To check if portmap is running, you can check for the process:

  zebra $ ps -ef | grep portmap
  rpc        738     1  0 Oct16 ?        00:00:00 portmap
  zebra $ 

Assuming portmap is running, check that rpc works:

  zebra $ /usr/sbin/rpcinfo -p localhost
     program vers proto   port
      100000    2   tcp    111  rpcbind
      100000    2   udp    111  rpcbind
      100024    1   udp  32768  status
      100024    1   tcp  32768  status
      100007    2   udp    657  ypbind
      100007    1   udp    657  ypbind
      100007    2   tcp    660  ypbind
      100007    1   tcp    660  ypbind
      391002    2   tcp  32769  sgi_fam
      300019    1   tcp    764  amd
      300019    1   udp    765  amd
      100021    1   udp  32770  nlockmgr
      100021    3   udp  32770  nlockmgr
      100021    4   udp  32770  nlockmgr
  zebra $ 

If that is working, then NFS should start up ok.

You need to have the portmapper working before you try NFS.

"man portmapper" might be a good place to start - if you are having
problems, you probably want to look at using -v to see what's going on.

Paul.



On Wed, 2002-10-16 at 06:18, Mohammed Khalid Ansari wrote:
> 
> On Sat, 12 Oct 2002, Ramasubramanian wrote:
> 
> > > /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]
> > >
> > 
> >   start portmap service before starting nfs.
> >   This should solve the problem.
> 
> I did it but it doesn't work.
> 
> 
> > 
> > 
> > Regards
> > Rams
> > 
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-admin" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
-- 
Paul Furness

Systems Manager

2+2=5 for extremely large values of 2.

Re: nfs problem

[Mohammed Khalid Ansari]

HI

I checked rpc, it doesn't work, but portmap is running. When I tried to 
ran rpcinfo it gave me the following error...

rpcinfo: can't contact portmapper: RPC: Remote system error - Connection 
refused.

How to fix it.

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			  	  

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

On 17 Oct 2002, Paul Furness wrote:

> Do you mean that the portmap doesn't start, or that it does start but
> doesn't fix the NFS problem?
> 
> To check if portmap is running, you can check for the process:
> 
>   zebra $ ps -ef | grep portmap
>   rpc        738     1  0 Oct16 ?        00:00:00 portmap
>   zebra $ 
> 
> Assuming portmap is running, check that rpc works:
> 
>   zebra $ /usr/sbin/rpcinfo -p localhost
>      program vers proto   port
>       100000    2   tcp    111  rpcbind
>       100000    2   udp    111  rpcbind
>       100024    1   udp  32768  status
>       100024    1   tcp  32768  status
>       100007    2   udp    657  ypbind
>       100007    1   udp    657  ypbind
>       100007    2   tcp    660  ypbind
>       100007    1   tcp    660  ypbind
>       391002    2   tcp  32769  sgi_fam
>       300019    1   tcp    764  amd
>       300019    1   udp    765  amd
>       100021    1   udp  32770  nlockmgr
>       100021    3   udp  32770  nlockmgr
>       100021    4   udp  32770  nlockmgr
>   zebra $ 
> 
> If that is working, then NFS should start up ok.
> 
> You need to have the portmapper working before you try NFS.
> 
> "man portmapper" might be a good place to start - if you are having
> problems, you probably want to look at using -v to see what's going on.
> 
> Paul.
> 
> 
> 
> On Wed, 2002-10-16 at 06:18, Mohammed Khalid Ansari wrote:
> > 
> > On Sat, 12 Oct 2002, Ramasubramanian wrote:
> > 
> > > > /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]
> > > >
> > > 
> > >   start portmap service before starting nfs.
> > >   This should solve the problem.
> > 
> > I did it but it doesn't work.
> > 
> > 
> > > 
> > > 
> > > Regards
> > > Rams
> > > 
> > 
> > -
> > To unsubscribe from this list: send the line "unsubscribe linux-admin" in
> > the body of a message to majordomo@vger.kernel.org
> > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > 
> 

Re: nfs problem

[Muhammad Faisal Rauf Danka]

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

Re: nfs problem

[Paul Furness]

I'm no real expert on this, but it sounds like you might possibly have a
TCP_Wrappers problem. Since you haven't mentioned what version of linux,
kernel, or NFS you are using, I'm just guessing here.

TCP_Wrappers might be installed and it might also be linked into the
nfs-utils.

Check for TCP_Wrappers like this:

rpm -q tcp_wrappers

and check for nfs-utils version like this:

rpm -q nfs-utils

Finally, double check TCP Wrapper support like this:

strings /usr/sbin/rpc.mountd | grep hosts

and look for something like this :

/etc/hosts.allow
/etc/hosts.deny

If you get that, then wrappers are being used so you have to configure
them right. If they are not configured right, they will cause the
connection refused error you are getting.

Try 'man hosts.allow' and 'man hosts.allow' for more info.

Hope this helps give you a handle on where to look.

P.



On Fri, 2002-10-18 at 11:10, Mohammed Khalid Ansari wrote:
> 
> HI
> 
> I checked rpc, it doesn't work, but portmap is running. When I tried to 
> ran rpcinfo it gave me the following error...
> 
> rpcinfo: can't contact portmapper: RPC: Remote system error - Connection 
> refused.
> 
> How to fix it.
> 
> 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			  	  
> 
> **************************************************************************
> 
> On 17 Oct 2002, Paul Furness wrote:
> 
> > Do you mean that the portmap doesn't start, or that it does start but
> > doesn't fix the NFS problem?
> > 
> > To check if portmap is running, you can check for the process:
> > 
> >   zebra $ ps -ef | grep portmap
> >   rpc        738     1  0 Oct16 ?        00:00:00 portmap
> >   zebra $ 
> > 
> > Assuming portmap is running, check that rpc works:
> > 
> >   zebra $ /usr/sbin/rpcinfo -p localhost
> >      program vers proto   port
> >       100000    2   tcp    111  rpcbind
> >       100000    2   udp    111  rpcbind
> >       100024    1   udp  32768  status
> >       100024    1   tcp  32768  status
> >       100007    2   udp    657  ypbind
> >       100007    1   udp    657  ypbind
> >       100007    2   tcp    660  ypbind
> >       100007    1   tcp    660  ypbind
> >       391002    2   tcp  32769  sgi_fam
> >       300019    1   tcp    764  amd
> >       300019    1   udp    765  amd
> >       100021    1   udp  32770  nlockmgr
> >       100021    3   udp  32770  nlockmgr
> >       100021    4   udp  32770  nlockmgr
> >   zebra $ 
> > 
> > If that is working, then NFS should start up ok.
> > 
> > You need to have the portmapper working before you try NFS.
> > 
> > "man portmapper" might be a good place to start - if you are having
> > problems, you probably want to look at using -v to see what's going on.
> > 
> > Paul.
> > 
> > 
> > 
> > On Wed, 2002-10-16 at 06:18, Mohammed Khalid Ansari wrote:
> > > 
> > > On Sat, 12 Oct 2002, Ramasubramanian wrote:
> > > 
> > > > > /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]
> > > > >
> > > > 
> > > >   start portmap service before starting nfs.
> > > >   This should solve the problem.
> > > 
> > > I did it but it doesn't work.
> > > 
> > > 
> > > > 
> > > > 
> > > > Regards
> > > > Rams
> > > > 
> > > 
> > > -
> > > To unsubscribe from this list: send the line "unsubscribe linux-admin" in
> > > the body of a message to majordomo@vger.kernel.org
> > > More majordomo info at  http://vger.kernel.org/majordomo-info.html
> > > 
> > 
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-admin" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
-- 
Paul Furness

Systems Manager

2+2=5 for extremely large values of 2.

Re: nfs problem

[Paul Furness]

On Fri, 2002-10-18 at 13:01, Paul Furness wrote:
> 
> Try 'man hosts.allow' and 'man hosts.allow' for more info.
>

Excuse me, I meant 'man hosts.allow' and 'man hosts.deny'

NFS Problem

[Muhammad Sibtain Bashir]

[-- 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 --]

RE: NFS Problem

[Jose Santiago]

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

nfs problem

[vadivel vadi]

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

NFS problem

[Conio sandiago]

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

Re: NFS problem

[Bodo Eggert]

Conio sandiago <coniodiago@gmail.com> wrote:

> 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.

Can you mount nfs-shares from a desktop system through the repeater hub?
I guess, either the cable or the HUB is defective.

BTW: You should rather use a switch than a hub, especially for nfs.
-- 
Ich danke GMX dafür, die Verwendung meiner Adressen mittels per SPF
verbreiteten Lügen zu sabotieren.

Re: NFS problem

[Ram Gupta]

On 1/18/06, Bodo Eggert <harvested.in.lkml@posting.7eggert.dyndns.org> wrote:
> Conio sandiago <coniodiago@gmail.com> wrote:
>
> > 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.
>

Just a wild guess. Does it have anything with timeout. Probably hub
introduces  delays which causes the hang. Defective cable  does not
seem to be a case to me  otherwise there would not have been any
communication at all.

Thanks
Ram Gupta

nfs problem

[Arnau Bria]

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

nfs problem

[Arnau Bria]

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

Re: nfs problem

[Arnau Bria]

On Thu, 25 Jan 2007 15:31:53 +0100
Arnau Bria wrote:

> [root@cdf-nfsserver root]# cat /etc/redhat-release
> Scientific Linux release 3.0.5 (Fermi)
I found a broken autofs and nfs-utils in this distro.

Going to upgrade to see what happen.

Cheers,
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