Linux NFS development
 help / color / mirror / Atom feed
From: "Martín Alejandro Carmona Selva" <mcarmona@3waysolutions.com>
To: nfs@lists.sourceforge.net
Subject: NFS mount time problem
Date: Mon, 17 Jan 2005 19:04:12 -0300	[thread overview]
Message-ID: <41EC365C.4090903@3waysolutions.com> (raw)


[-- Attachment #1.1: Type: text/plain, Size: 1699 bytes --]

I have a linux NFS Server exporting a directory which has 8 
sub-directories with some JPGs constantly changing and then, more 
subdirs with lots of JPGs (it's a DVR).
The problem is that it takes AGES to mount -4 hours and still no mount 
done- NFS from my machine to that server -on the same switch 100MBPS 
FullDuplex-.

At first eartly today I think about all the JPGs on that sub directories 
and used the no-subtree-check option, but something must be wrong since 
I can't get my MDK10 (kernel 2.6) to mount the dir on the MDK 8.2 
(kernel 2.4.23)...
*
my /etc/exports* file goes like this:

#
/video1/camara1/ *(ro,async,no_subtree_check)
/video1/camara2/ *(ro,async,no_subtree_check)
/video1/camara3/ *(ro,async,no_subtree_check)
/video1/camara4/ *(ro,async,no_subtree_check)
/video1/camara5/ *(ro,async,no_subtree_check)
/video1/camara6/ *(ro,async,no_subtree_check)
/video1/camara7/ *(ro,async,no_subtree_check)
/video1/camara8/ *(ro,async,no_subtree_check)

And inside every camera dir (camara1..camara8) there's just one 
camara.jpg (chaning constantly) and two directories (with a tree with 
lots of JPG files).

Hope this would be enough for you to give me a hand, or, at least, tell 
me where to look for a possible solution..

Thank you in advance,

Regards,

/m@cs

P.S.: YES, I'M A TOTAL NEWBIE. :(

-- 
Martín Alejandro Carmona Selva
mcarmona@3waysolutions.com
http://www.3waysolutions.com
Tel: (+54-11)-5217-3330
Fax: (+54-11)-4953-6319
----------------------------------
http://www.macs.com.ar
webmaster@photoart.com.ar
----------------------------------
Amare et sapere vix deo conceditur
----------------------------------


[-- Attachment #1.2: Type: text/html, Size: 2342 bytes --]

[-- Attachment #2: S/MIME Cryptographic Signature --]
[-- Type: application/x-pkcs7-signature, Size: 3206 bytes --]

                 reply	other threads:[~2005-01-17 22:04 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=41EC365C.4090903@3waysolutions.com \
    --to=mcarmona@3waysolutions.com \
    --cc=nfs@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox