Portál AbcLinuxu, 18. července 2025 17:01
Caues mam zaujimavy problem
mam dva boxy
box1 rhel7.X moutnute NFS z netappu
mount optiony
nfs rw,noatime,vers=3,rsize=65536,wsize=65536,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=172.24.244.40,mountvers=3,mountport=635,mountproto=udp,local_lock=none,addr=172.24.244.40 0 0
nfs rw,noatime,vers=3,rsize=65536,wsize=65536,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountvers=3,mountport=635,mountproto=udp,local_lock=none 0 0
a box2 rhel6.x ten isty share
mount optiony
nfs rw,vers=3,rsize=65536,wsize=65536,hard,proto=tcp,timeo=600,retrans=2,sec=sys,addr=nas_prod_live_appl 0 0
Problem je v rozdielnom spravami pri listovani suborov/adresarov
ls -lsa
box1: 1m5.184s
box2: 1m11.025s
-------------------------------------------------
time find . -maxdepth 1 -noleaf -type f > /dev/null
prvy krat
box1:0m59.248s
box2:1m3.450s
kazdy dalsi krat
box1: 1m4.435s (okolo tohto casu)
box2: 0m1.244s (+-tiez)
proste ten find na druhom boxe (tom 6.x) je nasobne rychlejsi, akoby sa jednalo o nejake cachovanie, to NFS je relativne plne nejakych 40000 files je v -maxdepth 1 a nove fajly pribudaju malo (par za hodinu)
Viete ma mozno postrcit?
Dakujem
D.
Řešení dotazu:
mala oprava
box2 je rhel5.11
D.
OK SELUX
strace ukazal rozdielny pristup findu pri selinux disabled a selinux permissive (logicky)
performance hit tam bol
D.
Tiskni
Sdílej:
ISSN 1214-1267, (c) 1999-2007 Stickfish s.r.o.