All of lore.kernel.org
 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 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.