форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Архивированная нить - только для чтения!  Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"SunOS 5.6 проблема: Too many open files"
Сообщение от demostat on 04-Мрт-03, 13:35  (MSK)
Народ помогите кто чем может а... При telnet-е на сервак выдается сообщение $ telnet MY_SERVER Trying MY_IP... Connected to MY_SERVER. Escape character is '^]'. SunOS 5.6 ld.so.1: login: fatal: libc.so.1: open failed: Too many open files Connection closed by foreign host. Но с консоли заходит нормально. FTP, HTTPD нормально работают, мыло идет. А вот telnet... Я "новенький" на Sun-е, и не слишком врубаюсь что к чему. В инете нашел постинги, которые советовали (но только советовали) проверить LD_LIBRARY_PATH правильно прописан или нет... Ну вобщем проверил, попробовал setenv LD_LIBRARY_PATH /usr/lib:/usr/share/lib $LD_LIBRARY_PATH = /usr/lib:/usr/share/lib ... ни в какую. Вот результат команды ulimit: # ulimit -a time(seconds) unlimited file(blocks) unlimited data(kbytes) 2097148 stack(kbytes) 8192 coredump(blocks) unlimited nofiles(descriptors) 64 memory(kbytes) unlimited (это я на всякий...) SunOS 5.6 Sparc 5 Буду премного благодарен за любые ответы.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

Индекс форумов | Темы | Пред. тема | След. тема

Сообщения по теме

1. "RE: SunOS 5.6 проблема: Too many open files"
Сообщение от fefeov on 06-Мрт-03, 14:55  (MSK)
Цитата из "Solaris Common Messages and Troubleshooting Guide" (см. http://docs.sun.com/) ---8<----------------------------------------------------------- Too many open files Cause A process has too many files open at once. The system imposes a per-process soft limit on open files, OPEN_MAX (usually 64), which can be increased, and a per-process hard limit (usually 1024), which cannot be increased. ---8<-----------------------------------------------------------
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	2. "RE: SunOS 5.6 проблема: Too many open files"
	Сообщение от lavr on 06-Мрт-03, 15:16  (MSK)
	>Цитата из "Solaris Common Messages and Troubleshooting Guide" (см. http://docs.sun.com/) > >---8<----------------------------------------------------------- >Too many open files > >Cause > >A process has too many files open at once. The system imposes >a per-process soft limit on open files, OPEN_MAX (usually 64), which >can be increased, and a per-process hard limit (usually 1024), which >cannot be increased. >---8<----------------------------------------------------------- не уверен, но что-то подсказывает что здесь нечто иное, я бы посмотрел в сторону установленых cluster-patches и свежих ну и конечно less /etc/system и чтение answerbook по ней и tuning tcp/ip стек шикарные коментарии где-то в сети. ps. telnet и масса других портов-служб должны быть вовсе прикрыты и/или зафильтрованы для внешних сетей.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "RE: SunOS 5.6 проблема: Too many open files"
Сообщение от Camb on 06-Мрт-03, 15:29  (MSK)
Товарищи! Нужна помощь: Исх. данные: Sparc 10 SunOs 5.7, мало места на винте. Наобходимо: 1. Добавить еще один HDD (подойдет ли обычный SCSI, IDE?), сделать там два раздела и перемонтировать папку /var/mail на один из разделов (а то места нету на диске...  sendmail глючит, может из-за этого...) 2. Обновить sendmail (да и вообще всю систему желательно)? (с малой кровью желательно. Пользователи=почта - /etc/passwd и /etc/aliases и все.) (пока sendmail 8.9.3+sun/8.9.3 3. Установить Midnight Commander..  а то работать невозможно!! )) Не бейте палками сразу, знаю про man'ы и answerbook2... читаю их! но и времени ну совершенно нету! Help!! надо срочно... ----------- С глубочайшим уважением и надеждой, Camb.
	Рекомендовать в FAQ | Cообщить модератору | Наверх

	4. "RE: SunOS 5.6 проблема: Too many open files"
	Сообщение от lavr on 06-Мрт-03, 15:53  (MSK)
	>Товарищи! Нужна помощь: > >Исх. данные: Sparc 10 SunOs 5.7, мало места на винте. > >Наобходимо: >1. Добавить еще один HDD (подойдет ли обычный SCSI, IDE?), сделать там >два раздела и перемонтировать папку /var/mail на один из разделов (а >то места нету на диске...  sendmail глючит, может из-за этого...) Sparc-10 - какой такой IDE!? SCSI разумеется - посмотреть типо-разъем, можно внешний, сзади можно подключить внешний в коробке и терминатор. >2. Обновить sendmail (да и вообще всю систему желательно)? (с малой кровью >желательно. Пользователи=почта - /etc/passwd и /etc/aliases и все.) >(пока sendmail 8.9.3+sun/8.9.3 >3. Установить Midnight Commander..  а то работать невозможно!! )) > > >Не бейте палками сразу, знаю про man'ы и answerbook2... читаю их! но >и времени ну совершенно нету! Help!! надо срочно... после того как железные работы сделаны, перегрузить систему и во время теста памяти, прервать STOP-A, затем в проме: probe scsi (лучше help probe, не помню как там задавать) probe покажет что и как подцеплено, да не забыть посмотреть какие lun в Solaris по умолчанию распределяются для cd, hdd и tape устройств (все есть в man'ах) чтобы правильно выставить id на scsi дисках Допустим что с железом все ok, после перезагрузки с boot -r система зацепила диски, после этого (те это надо было сделать заранее - продумать что и как будет сделано: перелопачены слайсы или просто сформатированы и разбиты новые диски с новыми доп. FS на которые будут сделаны линки для тех subdir где много данных) - format новых дисков, потом создать fs: newfs или mkfs_ufs (man на них и на tunefs), потом смонтировать и если будет замена - слить на них что нужно, все - осталось внести в /etc/vfstab. Done. ps. разбивка зависит от выбранного варианта: замена или добавление Вобщем делов на 10-15 минут - подключение железа, остальное нудный и неинтересный процесс скорость которого от нас не зависит: в format'е - проверить на всякий случай на беды, затем оттестировать, затем отформатировать, разбить, затем уже через newfs создать UFS, затем либо добавить новые FS в систему, либо произвести замену, перезагрузка, все, личного участия ~5%, нудятина :( >----------- >С глубочайшим уважением и надеждой, Camb.
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	5. "RE: SunOS 5.6 проблема: Too many open files"
	Сообщение от Camb on 06-Мрт-03, 20:30  (MSK)
	Лавр, спасибо! Мда.. попробую, конечно... но так страшно что енто потом не подымется вообще... пользователей почты 500. Когда речь идет о такой цифре, не считается стремным, что они все=пользователи системы с /bin/false... ?? есть вариант поднять сервак только для почты (контора позволяет) и поставить то, что я знаю точно - Debian, отредактировать MX. А с Solaris потом повозиться... Еще раз спасибо!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	6. "RE: SunOS 5.6 проблема: Too many open files"
	Сообщение от lavr on 06-Мрт-03, 21:56  (MSK)
	>Лавр, спасибо! > >Мда.. попробую, конечно... но так страшно что енто потом не подымется вообще... > > >пользователей почты 500. Когда речь идет о такой цифре, не считается стремным, >что они все=пользователи системы с /bin/false... ?? > >есть вариант поднять сервак только для почты (контора позволяет) и поставить то, >что я знаю точно - Debian, отредактировать MX. > >А с Solaris потом повозиться... - лучше использовать то что знаешь - можно просто добавить диск с одной FS на которой разместить нужные директории под всякий хлам, а в оригиальных сделать линки, например: ultra:/home/lavr> df -k Filesystem            kbytes    used   avail capacity  Mounted on /dev/dsk/c0t0d0s0     115095   74330   29265    72%    / /dev/dsk/c0t1d0s3    1662213 1420147   75846    95%    /usr /proc                      0       0       0     0%    /proc ultra:/home/lavr> uname -a SunOS ultra 5.5.1 Generic_103640-32 sun4u sparc SUNW,Ultra-1 ultra:/home/lavr> df -k /var Filesystem            kbytes    used   avail capacity  Mounted on /dev/dsk/c0t0d0s3      96031   21234   65197    25%    /var ultra:/home/lavr> ls -la /var total 64 drwxrwxr-x  21 root     sys          512 Jun 30  2002 . drwxr-xr-x  45 root     root        2048 Sep 30 14:00 .. drwxrwxr-x   6 root     sys         1024 Mar  1 04:05 adm drwxr-xr-x   2 root     sys          512 Jul  9  1997 audit drwxr-xr-x   2 root     sys          512 Jul  9  1997 cron drwxrwxrwx   4 root     root         512 Feb 21  2000 dt drwxr-xr-x   2 root     sys          512 Jun 30  2002 empty lrwxrwxrwx   1 root     other         13 May 30  2002 log -> /scratch1/log drwx------   2 root     root        8192 Jul  9  1997 lost+found drwxrwxr-x   3 lp       lp           512 Jul  9  1997 lp lrwxrwxrwx   1 root     other         14 May 30  2002 mail -> /scratch1/mail drwxrwxr-x   6 majordom majordom     512 Oct 23  1999 majordomo drwxrwxrwx   2 bin      bin          512 Jul  9  1997 news drwxr-xr-x   3 root     sys          512 Mar  6 17:41 nis drwxrwxr-x   4 root     sys          512 Jul 25  1998 opt drwxrwxrwx  20 bin      bin          512 Jul 16  2002 preserve drwxr-xr-x   8 root     sys          512 Mar  4  2000 sadm drwxr-xr-x   3 bin      bin          512 Jul  9  1997 saf drwxrwxr-x  11 root     bin          512 Feb 24  2000 spool drwxr-xr-x   4 daemon   daemon       512 Jul  9  1997 statmon lrwxrwxrwx   1 root     other         13 May 30  2002 tmp -> /scratch1/tmp drwxrwxrwt   8 sys      sys         1024 May 30  2002 tmp.was drwxr-xr-x   7 uucp     uucp         512 Jul  9  1997 uucp drwxr-xr-x   3 bin      bin          512 Jul  9  1997 yp ultra:/home/lavr> mount / on /dev/dsk/c0t0d0s0 read/write/setuid on Thu Feb 27 05:33:48 2003 /usr on /dev/dsk/c0t1d0s3 read/write/setuid/intr on Thu Feb 27 05:33:48 2003 /proc on /proc read/write/setuid on Thu Feb 27 05:33:48 2003 /dev/fd on fd read/write/setuid on Thu Feb 27 05:33:48 2003 /var on /dev/dsk/c0t0d0s3 read/write/setuid/intr on Thu Feb 27 05:33:48 2003 /cern on /dev/dsk/c0t0d0s4 setuid/read/write/intr on Thu Feb 27 05:37:19 2003 /export/home on /dev/dsk/c0t4d0s3 setuid/read/write/quota on Thu Feb 27 05:37:19 2003 /pub on /dev/dsk/c0t0d0s5 setuid/read/write on Thu Feb 27 05:37:19 2003 /opt on /dev/dsk/c0t2d0s3 setuid/read/write/intr on Thu Feb 27 05:37:19 2003 /scratch on /dev/dsk/c0t2d0s4 setuid/read/write/quota on Thu Feb 27 05:37:19 2003 /scratch1 on /dev/dsk/c0t4d0s4 setuid/read/write/quota on Thu Feb 27 05:37:19 2003 /tmp on swap read/write on Thu Feb 27 05:37:19 2003 ultra:/home/lavr> NIS+ Master сервер который был полностью один раз перенесен, второй раз восстановлен с бекапов, и еще несколько замен с переносами fs и добавлением дисков, с лицензионным менеджером на Sun'овские WorkShop'ы и ничего - трудится. >Еще раз спасибо!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	7. "RE: SunOS 5.6 проблема: Too many open files"
	Сообщение от Camb on 10-Мрт-03, 19:52  (MSK)
	Для перехода на Debian (кот исп md5 пароли) я попробовал взять пароли из Solaris - не вышло, в Солярке, видмо, не md5. Ладно, поробовал их как обычные пароли (например которые дает htpasswd) - тоже нет то.. нет ли возможности конвернуть? СПасибо!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	8. "RE: SunOS 5.6 проблема: Too many open files"
	Сообщение от lavr on 10-Мрт-03, 20:00  (MSK)
	>Для перехода на Debian (кот исп md5 пароли) я попробовал взять пароли >из Solaris - не вышло, в Солярке, видмо, не md5. > >Ладно, поробовал их как обычные пароли (например которые дает htpasswd) - тоже >нет то.. > >нет ли возможности конвернуть? они des'овские, смотри в сторону pam и авторизации des/md5, вроде должно работать. >СПасибо!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	9. "RE: SunOS 5.6 проблема: Too many open files"
	Сообщение от lavr on 10-Мрт-03, 20:21  (MSK)
	>>Для перехода на Debian (кот исп md5 пароли) я попробовал взять пароли >>из Solaris - не вышло, в Солярке, видмо, не md5. >> >>Ладно, поробовал их как обычные пароли (например которые дает htpasswd) - тоже >>нет то.. >> >>нет ли возможности конвернуть? > >они des'овские, смотри в сторону pam и авторизации des/md5, вроде >должно работать. В смысле в Debian смотри pam модули авторизации >>СПасибо!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

	10. "RE: SunOS 5.6 проблема: Too many open files"
	Сообщение от Camb on 10-Мрт-03, 21:23  (MSK)
	>>они des'овские, смотри в сторону pam и авторизации des/md5, вроде >>должно работать. > >В смысле в Debian смотри pam модули авторизации > Спасибо!
		Рекомендовать в FAQ | Cообщить модератору | Наверх

Удалить

Индекс форумов | Темы | Пред. тема | След. тема

Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.