|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Dmitry A. Mishin 2:5020/400 27 Dec 2002 08:33:50 To : Alexander Lunyov Subject : Re: подскажите, где может быть затык -------------------------------------------------------------------------------- > Ты б хоть ipfw show на обоих машинах показал... Да я проверял и с открытым ipfw - то же самое Еще раз почтонее распишу конфигурацию. Для чистоты эсперимента и для исключения влияния свича на результаты сделал прямой линк между серверами отдельными карточками 100Мб конфигурации машин C1 4.7-STABLE PIV-1.8G, 256Mb RAM, netcard xl0,xl1,xl2, ядро с опцией ipfw С2 4.7-STABLE, 2хPIII-1000, 1GB RAM, net card fxp0, fxp1, ядро без ipfw линк между серверами через xl2(192.168.100.1) и fxp1(192.168.100.2) Друг другу выданы по nfs каталоги nfsd запускается так С1 nfs_server_enable="YES" nfs_server_flags="-u -t -n 4 -h 192.168.100.1" С2 nfs_server_enable="YES" nfs_server_flags="-u -t -n 4 -h 192.168.100.2" Результаты подключаюсь через ssh к C1, результаты копирования (1) C1 -> C2 ~2Mb #tcpdump -i xl2 09:14:10.852720 192.168.100.1 > 192.168.100.2: (frag 58918:1480@1480+) 09:14:10.852858 192.168.100.1 > 192.168.100.2: (frag 58918:1480@2960+) 09:14:10.852998 192.168.100.1 > 192.168.100.2: (frag 58918:1480@4440+) 09:14:10.853131 192.168.100.1 > 192.168.100.2: (frag 58918:1480@5920+) 09:14:10.853219 192.168.100.1 > 192.168.100.2: (frag 58918:940@7400) 09:14:10.853347 192.168.100.1.995860239 > 192.168.100.2.nfs: 1472 write [|nfs] ( frag 58919:1480@0+) 09:14:10.853482 192.168.100.1 > 192.168.100.2: (frag 58919:1480@1480+) 09:14:10.853617 192.168.100.1 > 192.168.100.2: (frag 58919:1480@2960+) 09:14:10.853750 192.168.100.1 > 192.168.100.2: (frag 58919:1480@4440+) 09:14:10.853884 192.168.100.1 > 192.168.100.2: (frag 58919:1480@5920+) 09:14:10.853971 192.168.100.1 > 192.168.100.2: (frag 58919:940@7400) 09:14:10.870691 192.168.100.2.nfs > 192.168.100.1.995860236: reply ok 96 write 09:14:10.870701 192.168.100.2.nfs > 192.168.100.1.995860237: reply ok 96 write 09:14:10.870709 192.168.100.2.nfs > 192.168.100.1.995860238: reply ok 96 write 09:14:10.870717 192.168.100.2.nfs > 192.168.100.1.995860239: reply ok 96 write 09:14:10.870991 192.168.100.1.995860240 > 192.168.100.2.nfs: 1472 write [|nfs] ( frag 58920:1480@0+) (2) C2 ->C1 ~8-10Mb #tcpdump -i xl2 09:15:29.557066 192.168.100.2 > 192.168.100.1: (frag 6997:1480@1480+) 09:15:29.557070 192.168.100.2 > 192.168.100.1: (frag 6997:1480@2960+) 09:15:29.557074 192.168.100.2 > 192.168.100.1: (frag 6997:1480@4440+) 09:15:29.557078 192.168.100.2 > 192.168.100.1: (frag 6997:1480@5920+) 09:15:29.557081 192.168.100.2 > 192.168.100.1: (frag 6997:900@7400) 09:15:29.557652 192.168.100.1.995874323 > 192.168.100.2.nfs: 136 read [|nfs] 09:15:29.557776 192.168.100.2.nfs > 192.168.100.1.995874323: reply ok 1472 read (frag 6998:1480@0+) 09:15:29.557783 192.168.100.2 > 192.168.100.1: (frag 6998:1480@1480+) 09:15:29.557793 192.168.100.2 > 192.168.100.1: (frag 6998:1480@2960+) 09:15:29.557797 192.168.100.2 > 192.168.100.1: (frag 6998:1480@4440+) 09:15:29.557800 192.168.100.2 > 192.168.100.1: (frag 6998:1480@5920+) 09:15:29.557804 192.168.100.2 > 192.168.100.1: (frag 6998:900@7400) 09:15:29.558324 192.168.100.1.995874324 > 192.168.100.2.nfs: 136 read [|nfs] 09:15:29.558415 192.168.100.2.nfs > 192.168.100.1.995874324: reply ok 1472 read (frag 6999:1480@0+) 09:15:29.558419 192.168.100.2 > 192.168.100.1: (frag 6999:1480@1480+) 09:15:29.558422 192.168.100.2 > 192.168.100.1: (frag 6999:1480@2960+) 09:15:29.558426 192.168.100.2 > 192.168.100.1: (frag 6999:1480@4440+) 09:15:29.558430 192.168.100.2 > 192.168.100.1: (frag 6999:1480@5920+) 09:15:29.558434 192.168.100.2 > 192.168.100.1: (frag 6999:900@7400) 09:15:29.559035 192.168.100.1.995874325 > 192.168.100.2.nfs: 136 read [|nfs] 09:15:29.559157 192.168.100.2.nfs > 192.168.100.1.995874325: reply ok 1472 read (frag 7000:1480@0+) подключаюсь через ssh к C2, результаты копирования (3) C1 -> C2 ~8-9Mb C1# tcpdump -i xl2 09:18:03.944531 192.168.100.2.1013 > 192.168.100.1.nfsd: . ack 189182549 win 157 52 <nop,nop,timestamp 6527994 6441719> (DF) 09:18:03.944646 192.168.100.1.nfs > 192.168.100.2.1527926212: reply ERR 1448 (DF ) 09:18:03.944667 192.168.100.2.1013 > 192.168.100.1.nfsd: . ack 189183997 win 143 08 <nop,nop,timestamp 6527994 6441719> (DF) 09:18:03.944784 192.168.100.1.nfs > 192.168.100.2.3195362867: reply ERR 1448 (DF ) 09:18:03.944818 192.168.100.2.1013 > 192.168.100.1.nfsd: . ack 189185445 win 128 60 <nop,nop,timestamp 6527994 6441719> (DF) 09:18:03.944919 192.168.100.1.nfs > 192.168.100.2.1126707019: reply ERR 1448 (DF ) 09:18:03.944948 192.168.100.2.1013 > 192.168.100.1.nfsd: . ack 189186893 win 114 12 <nop,nop,timestamp 6527994 6441719> (DF) 09:18:03.945049 192.168.100.1.nfs > 192.168.100.2.3894963127: reply ERR 1448 (DF ) 09:18:03.945069 192.168.100.2.1013 > 192.168.100.1.nfsd: . ack 189188341 win 996 4 <nop,nop,timestamp 6527994 6441719> (DF) 09:18:03.945160 192.168.100.2.752698194 > 192.168.100.1.nfs: 140 read [|nfs] (DF ) 09:18:03.945232 192.168.100.1.nfs > 192.168.100.2.2082486871: reply ERR 1084 (DF ) 09:18:03.945271 192.168.100.2.1013 > 192.168.100.1.nfsd: . ack 189189425 win 888 0 <nop,nop,timestamp 6527994 6441719> (DF) (4) C2 ->C1 ~10-12Mb C1# tcpdump -i xl2 09:19:27.754691 192.168.100.2.752713401 > 192.168.100.1.nfs: 1448 write [|nfs] ( DF) 09:19:27.754703 192.168.100.2.3723378508 > 192.168.100.1.nfs: 1448 proc-35790420 73 (DF) 09:19:27.754716 192.168.100.2.44214390 > 192.168.100.1.nfs: 1448 proc-1793595677 (DF) 09:19:27.754726 192.168.100.2.3265437784 > 192.168.100.1.nfs: 1448 proc-17534808 3 (DF) 09:19:27.754737 192.168.100.2.4290433869 > 192.168.100.1.nfs: 1448 proc-42516615 56 (DF) 09:19:27.754875 192.168.100.1.nfs > 192.168.100.2.752713399: reply ok 164 write [|nfs] (DF) 09:19:27.754902 192.168.100.2.677983149 > 192.168.100.1.nfs: 1100 proc-372894550 6 (DF) 09:19:27.754974 192.168.100.1.nfsd > 192.168.100.2.1013: . ack 310778704 win 331 76 <nop,nop,timestamp 6450100 6536374> (DF) 09:19:27.755230 192.168.100.1.nfsd > 192.168.100.2.1013: . ack 310781600 win 331 76 <nop,nop,timestamp 6450100 6536374> (DF) 09:19:27.755318 192.168.100.1.nfsd > 192.168.100.2.1013: . ack 310782700 win 331 76 <nop,nop,timestamp 6450100 6536374> (DF) 09:19:27.755381 192.168.100.2.752713402 > 192.168.100.1.nfs: 1448 write [|nfs] ( DF) 09:19:27.755396 192.168.100.2.1953186280 > 192.168.100.1.nfs: 1448 proc-13175949 56 (DF) Hепонятно, почему, во первых, разные формы отчета tcpdump (зависит от того на какой машине инициировано копирование), из за чего возникает затык в случае (1) Hу и что за ERR в случае (3)? Выскожите свои соображения, плиз Спасибо Мишин Дмитрий dima@reft.pssr.ru --- ifmail v.2.15dev5 * Origin: Reftinskaya GRES (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.unix.bsd/91718850b3cb.html, оценка из 5, голосов 10
|