10.10 Server. При копировании данных на др. сервер - зависает. [НЕ РЕШЕНО]

[podkovyrsty]

Тогда поднимите фтп сервер на виндовой машине и сливайте все туда по нему.
Или расшарьте папку и сливайте в нее smbclient-ом, при условии что виндовая машина пропатчена и с антивирем.

Так так и есть:
Сейчас на виндовой машине открыта файловая шара(ntfs, //server2/testshare).
Захожу на Ubuntu-сервер, монтирую эту виндовую шару через mount.cifs.
Начинаю копировать через mc - сначала скорость порядка 7-8Мбайт/сек, затем минут через 10-15 падает до впадания в ступор. На Ubuntu-сервере памяти остается 15-16Мбайт свободной, как я раньше и писал.

Копирование производил в прошлое воскресение, предварительно перезагрузив Ubuntu-сервер.

Попробуйте голым smbclient-ом.
Сравните.

[Brunen]

Тогда поднимите фтп сервер на виндовой машине и сливайте все туда по нему.
Или расшарьте папку и сливайте в нее smbclient-ом, при условии что виндовая машина пропатчена и с антивирем.

Так так и есть:
Сейчас на виндовой машине открыта файловая шара(ntfs, //server2/testshare).
Захожу на Ubuntu-сервер, монтирую эту виндовую шару через mount.cifs.
Начинаю копировать через mc - сначала скорость порядка 7-8Мбайт/сек, затем минут через 10-15 падает до впадания в ступор. На Ubuntu-сервере памяти остается 15-16Мбайт свободной, как я раньше и писал.

Копирование производил в прошлое воскресение, предварительно перезагрузив Ubuntu-сервер.

Попробуйте голым smbclient-ом.
Сравните.

Попробую только вечером - сейчас памяти:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

free
             total       used       free     shared    buffers     cached
Mem:       1017176     976880      40296          0          0     712904
-/+ buffers/cache:     263976     753200
Swap:      3068924          0    3068924


мало, пользователи начнут звонить, жаловаться, что тормозит всё.

[NanoGlist]

Мож конечно глупо и тупо, но попробуйте отключить файл ту бан 

[Brunen]

Мож конечно глупо и тупо, но попробуйте отключить файл ту бан 

Попробовал - ОЗУ с 920Мб уменьшилась до 246Мбайт и продолжает уменьшаться(идёт копирование сейчас). Это при копировании на шару, примонтированной mount.cifs
Пользователь решил продолжить мысль 26 Апреля 2011, 19:31:51:

Попробуйте голым smbclient-ом.
Сравните.

Попробовал передать файл в 9,1 Gb - также падает свободная память. Только быстрее намного.

Пользователь решил продолжить мысль 26 Апреля 2011, 19:47:41:На всякий случай, конфиг smb.conf:

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

[global]
log file = /var/log/samba/log.%m
workgroup = universe
netbios name = srv.loc
server string = exchange
security = user
max log size = 50
kernel change notify = yes

#С этими параметрами скорость копирования возросла до 7-9Мбайт/сек по сети.
socket options = TCP_NODELAY SO_RCVBUF=16384 SO_SNDBUF=16384


#Эти опции убирают ошибки в логах насчёт попыток обнаружения принтеров
load printers = no
show add printer wizard = no
printing = BSD
printcap name = /dev/null
disable spoolss = yes

[profile]
comment = Myfiles
path = /org/shares/profiles/%U
read only = No

[pub]
browseable = Yes
comment = public
path = /org/shares/public/
create mask = 0777
directory mask = 0777
force user = director
force group = workers
valid users = @workers
read only = No
#guest ok = Yes


[NanoGlist]

Ого, 9 гигов файлик то 
Попробуйте увеличить или уменьшить размер передаваемого пакета.

[Brunen]

Ого, 9 гигов файлик то 
Попробуйте увеличить или уменьшить размер передаваемого пакета.

Так это я профиль в tar запихнул. И передавал одним файлом. Да и в принципе - какая разница, мелкие файлы или один крупный. Раньше стояли две win-машины(сервера), так там передавалась файлы юзеров без зависаний и притормаживаний.


p.s. Выбил у директора добить память на Ubuntu-сервере до 2Гбайт, но не знаю, поможет ли.

[NanoGlist]

p.s. Выбил у директора добить память на Ubuntu-сервере до 2Гбайт, но не знаю, поможет ли.

Никогда не помешает.

А вот разница при передаче большого или маленького файла все таки есть. (размер передаваемого пакета, размер блока на диске..в конце концов сам диск как построен (RAID1,10,5) в последнем запись идет намного дольше, а вот чтение быстрее) Хотя наверное Вам покажется что это IMHO Троллинг  

[Brunen]

Рэйда там нет, был раньше. Сейчас все винты как каждый сам за себя

Дело в том, что ОЗУ уже старая - найти её проблематично в наличии. Под заказ - 3 недели, а юзерам нужно уже сейчас работать.

Поэтому ищется причина такой утечки памяти.

Пользователь решил продолжить мысль 29 Апреля 2011, 20:06:32:Память(2Гб ОЗУ) отхватил на время теста у друга-админа. Поставил на копирование данные(при условиях, обозначенных в первом посте) - память сожралась также до 15-16 свободных мегабайт. В чём ещё может быть дело?

[Brunen]

Короче, поставил вместо Win-машины Ubuntu Server вопрос решён.

[NanoGlist]

Короче, поставил вместо Win-машины Ubuntu Server вопрос решён.

Огласите пож-та сколько съедается памяти при копировании с Ubuntu Server на Ubuntu Server ? Сколько времени тратиться на операцию с 9 гиговым файлом ?
По моим подсчетам, памяти должно оставаться примерно столько же, сколько в первом случае с виндовым сервером. Единственное, что не это могло избавить вас от зависания....
Поделитесь данной информацией, думаю она интересна не только мне.
Спасибо.

[Brunen]

Короче, поставил вместо Win-машины Ubuntu Server вопрос решён.

Огласите пож-та сколько съедается памяти при копировании с Ubuntu Server на Ubuntu Server ? Сколько времени тратиться на операцию с 9 гиговым файлом ?
По моим подсчетам, памяти должно оставаться примерно столько же, сколько в первом случае с виндовым сервером. Единственное, что не это могло избавить вас от зависания....
Поделитесь данной информацией, думаю она интересна не только мне.
Спасибо.

Сегодня вечером запакую снова tar-архив(почта) гигов на 9 и перекину на второй сервер. О результатах(сколько ОЗУ до/после и затраченное время на копирование) - отпишусь.

Вообще по поводу сброса кэша из ОЗУ:

Код: [Выделить]

#sync; echo 3 > /proc/sys/vm/drop_caches_{(подсмотрено  здесь)}
Пользователь решил продолжить мысль 13 Мая 2011, 05:39:46:До начала копирования(между серверами на убунте, файл весом в 6,7Гб):

Код: [Выделить]

r# free -m
             total       used       free     shared    buffers     cached
Mem:           997         79        918          0          0         10
-/+ buffers/cache:         68        929
Swap:         9592          0       9592


Пользователь решил продолжить мысль 13 Мая 2011, 06:35:22:

Код: [Выделить]

time ./squid_sync
(rsync -rltpvgo --delete --stats --numeric-ids  --delete-excluded  /home/user/t1/ root@192.168.0.1:/home/user/t2 --progress)
sending incremental file list
mail.bbb.tar
  7111034880 100%   63.57MB/s    0:01:46 (xfer#1, to-check=0/7)

Number of files: 7
Number of files transferred: 1
Total file size: 7111037874 bytes
Total transferred file size: 7111034880 bytes
Literal data: 843200 bytes
Matched data: 7110191680 bytes
File list size: 140
File list generation time: 0.001 seconds
File list transfer time: 0.000 seconds
Total bytes sent: 1180816
Total bytes received: 674703

sent 1180816 bytes  received 674703 bytes  2835.02 bytes/sec
total size is 7111037874  speedup is 3832.37

real    10m53.821s
user    1m0.116s
sys     0m7.344s
Пользователь решил продолжить мысль 13 Мая 2011, 06:35:49:

Код: [Выделить]

# free -m
             total       used       free     shared    buffers     cached
Mem:           997        977         19          0          0        890
-/+ buffers/cache:         87        909
Swap:         9592          0       9592


[capt_smile]

сейчас та же проблема. ubuntu 12.10. на примонтированый внешний винчестер сливает бекапы нормально, а вот на виндовый сервер - вешается.
не на столько силен в ubuntu чтобы привести остатки памяти при копировании, да и лишний раз прерывать работу персонала не могу...

кто-то что-то посоветует? может за это время появилос ьрешение...