Зарание извеняюсь если оффтоп, прсто не знаю с какой стороны искать концы проблеммы !
Исход
Linux arizona.fs.net 2.6.14-1.1653.1asp #1 Mon Jan 23 19:24:56 EET 2006 i686 i686 i386 GNU/Linux ASPLinux 11Samba версии 3.02001102
------------ конфиг---------------
[global]
name resolve order = lmhosts host bcast
write list = cristal,@cristal
posix locking = yes
strict locking = no
force group = root
share modes = yes
user = cristal,@cristal
level2 oplocks = no
dns proxy = no
oplocks = no
netbios name = ARIZONA
locking = no
printing = cups
local master = no
workgroup = CRISTAL
os level = 255
printcap name = cups
security = user
max log size = 50
directory mode = 770
log file = /var/log/samba/%m.log
load printers = no
smb passwd file = /etc/samba/smbpasswd
socket options = TCP_NODELAY SO_SNDBUF=8192 SO_RCVBUF=8192
# deadtime = 120
map to guest = bad user
interfaces = eth0,eth1
encrypt passwords = yes
blocking locks = yes
wins support = true
printcap cache time = 60
server string = DREAM
wide links = no
kernel oplocks = yes
only user = yes
path = /var/lib/samba/netlogon
force user = root
comment = Network Logon Service
create mode = 660
unix charset = koi8-r
------------------------------------------------
файловая система
[root@arizona samba]# df
Failovaya sistema 1K-blokov Isp Dostupno Isp% smontirovana na
/dev/hda6 1052184 197160 855024 19% /
/dev/hda5 2104376 203796 1900580 10% /var
/dev/hda7 5124508 2301600 2822908 45% /usr
/dev/hda2 124443 10447 107570 9% /boot
/dev/hda12 97779028 4881300 87930836 6% /home
/dev/hda8 2104376 119036 1985340 6% /arizona/data1
/dev/hda9 2104376 154640 1949736 8% /arizona/data2
/dev/hda10 2104376 71436 2032940 4% /arizona/data3
/dev/hda11 2104376 32840 2071536 2% /arizona/data4
none 128008 0 128008 0% /dev/shm1с шары лежат на /dev/hda8 /dev/hda9 /dev/hda10
------------------------------------------------------Сервак был собран и раздавал инет и незначительные файловые ресурсы на офис на протяжении 2-3 месяцев стабильно !
Потом сервак был заточен под 1с согласно вот этой статьи и ее клонов - http://www.opennet.me/base/net/smb_1c.txt.html и на серваке хостятся 3 базы размерами 80 40 30 мб каждая
Проблемма в следующем - перегружается сервер - ничего не предвещает беду - он просто падает вроже бы кто то нажал reset и загружается как ни в чем не бывало. Хотя иногда подвисает на mounting [swap] призагрузке системы.
перед падением в логах (messages) можно видеть следующее
------------------------------------
Oct 9 17:54:42 arizona sshd(pam_unix)[2402]: session opened for user root by root(uid=0)
Oct 9 17:54:54 arizona kernel: Removing netfilter NETLINK layer.
Oct 9 17:55:01 arizona crond(pam_unix)[2560]: session opened for user root by (uid=0)
Oct 9 17:55:03 arizona crond(pam_unix)[2560]: session closed for user root
Oct 9 17:57:57 arizona smbd[1837]: [2006/10/09 17:57:57, 0] lib/util_sock.c:get_peer_addr(1222)
Oct 9 17:57:57 arizona smbd[1837]: getpeername failed. Error was Konechnaya tochka peredachi ne podsoedinena
Oct 9 17:57:57 arizona smbd[2606]: [2006/10/09 17:57:57, 0] lib/util_sock.c:get_peer_addr(1222)
Oct 9 17:57:57 arizona smbd[2606]: getpeername failed. Error was Konechnaya tochka peredachi ne podsoedinena
Oct 9 17:57:57 arizona smbd[2606]: [2006/10/09 17:57:57, 0] lib/util_sock.c:write_data(554)
Oct 9 17:57:57 arizona smbd[2606]: write_data: write failure in writing to client 0.0.0.0. Error Soedinenie sbrosheno drugoi storonoi
Oct 9 17:57:57 arizona smbd[2606]: [2006/10/09 17:57:57, 0] lib/util_sock.c:send_smb(762)
Oct 9 17:57:57 arizona smbd[2606]: Error writing 4 bytes to client. -1. (Soedinenie sbrosheno drugoi storonoi)
Oct 9 18:21:28 arizona smbd[1837]: [2006/10/09 18:21:28, 0] lib/util_sock.c:get_peer_addr(1222)
Oct 9 18:21:28 arizona smbd[1837]: getpeername failed. Error was Konechnaya tochka peredachi ne podsoedinena
Oct 9 18:21:28 arizona smbd[2707]: [2006/10/09 18:21:28, 0] lib/util_sock.c:get_peer_addr(1222)
Oct 9 18:21:28 arizona smbd[2707]: getpeername failed. Error was Konechnaya tochka peredachi ne podsoedinena
Oct 9 18:21:28 arizona smbd[2707]: [2006/10/09 18:21:28, 0] lib/util_sock.c:write_data(554)
Oct 9 18:21:28 arizona smbd[2707]: write_data: write failure in writing to client 0.0.0.0. Error Soedinenie sbrosheno drugoi storonoi
Oct 9 18:21:28 arizona smbd[2707]: [2006/10/09 18:21:28, 0] lib/util_sock.c:send_smb(762)
Oct 9 18:21:28 arizona smbd[2707]: Error writing 4 bytes to client. -1. (Soedinenie sbrosheno drugoi storonoi)
Oct 9 18:46:02 arizona syslogd 1.4.1: restart.
--------------------------------------------
Oct 9 12:00:01 arizona crond(pam_unix)[3317]: session opened for user root by (uid=0)
Oct 9 12:00:02 arizona crond(pam_unix)[3317]: session closed for user root
Oct 9 12:00:26 arizona nmbd[1904]: [2006/10/09 12:00:26, 0] libsmb/nmblib.c:send_udp(791)
Oct 9 12:00:26 arizona nmbd[1904]: Packet send failed to 192.168.192.255(137) ERRNO=Operation not permitted
Oct 9 12:00:26 arizona nmbd[1904]: [2006/10/09 12:00:26, 0] nmbd/nmbd_packets.c:send_netbios_packet(163)
Oct 9 12:00:26 arizona nmbd[1904]: send_netbios_packet: send_packet() to IP 192.168.192.255 port 137 failed
Oct 9 12:00:26 arizona nmbd[1904]: [2006/10/09 12:00:26, 0] nmbd/nmbd_namequery.c:query_name(237)
Oct 9 12:00:26 arizona nmbd[1904]: query_name: Failed to send packet trying to query name CRISTAL<1d>
Oct 9 12:01:01 arizona crond(pam_unix)[3323]: session opened for user root by (uid=0)
Oct 9 12:01:02 arizona crond(pam_unix)[3323]: session closed for user root
Oct 9 12:05:01 arizona crond(pam_unix)[3350]: session opened for user root by (uid=0)
Oct 9 12:05:02 arizona crond(pam_unix)[3350]: session closed for user root
Oct 9 12:05:29 arizona nmbd[1904]: [2006/10/09 12:05:29, 0] libsmb/nmblib.c:send_udp(791)
Oct 9 12:05:29 arizona nmbd[1904]: Packet send failed to 192.168.192.255(137) ERRNO=Operation not permitted
Oct 9 12:05:29 arizona nmbd[1904]: [2006/10/09 12:05:29, 0] nmbd/nmbd_packets.c:send_netbios_packet(163)
Oct 9 12:05:29 arizona nmbd[1904]: send_netbios_packet: send_packet() to IP 192.168.192.255 port 137 failed
Oct 9 12:05:29 arizona nmbd[1904]: [2006/10/09 12:05:29, 0] nmbd/nmbd_namequery.c:query_name(237)
Oct 9 12:05:29 arizona nmbd[1904]: query_name: Failed to send packet trying to query name CRISTAL<1d>
Oct 9 12:08:41 arizona nmbd[1904]: [2006/10/09 12:08:41, 0] libsmb/nmblib.c:send_udp(791)
Oct 9 12:08:41 arizona nmbd[1904]: Packet send failed to 192.168.192.255(138) ERRNO=Operation not permitted
Oct 9 12:10:01 arizona crond(pam_unix)[3372]: session opened for user root by (uid=0)
Oct 9 12:10:03 arizona crond(pam_unix)[3372]: session closed for user root
Oct 9 12:11:48 arizona syslogd 1.4.1: restart.
---------------------------------------
послених ошибок больше.запарился уже не знаю кого за что укусить ! - помогите кто нить уже не знаю что делать - две недели - как горохом об стенку - и вот еще что чем дальше - тем чаще перегружается за день. бывает прегружается ночью - када спит даже сторож ! не говоря уже про менеджеров их проценты от продаж !
судя по логам smbd - удалённая сторона тнкула себе ресет :) ничего страшного, если в этот момент не проводился документ, тогда из 1с вылетят все.>>Хотя иногда подвисает на mounting [swap] призагрузке системы.
ну а у вас скорей всего проблемы с железом.
>судя по логам smbd - удалённая сторона тнкула себе ресет :) ничего
>страшного, если в этот момент не проводился документ, тогда из 1с
>вылетят все.
- может быть - только кто его ткнул этот ресет ? сервак закрыть- насмерть ! :)
Да и вот еще что - после установки баз - сервак проработал спокойно и бесперебоев на протяжении 1,5 месяца - потом проблеммы - как град на голову ! никто ничего не устанавливал никто ничего не делал = просто стал перегружаться и все !
>>судя по логам smbd - удалённая сторона тнкула себе ресет :) ничего
>>страшного, если в этот момент не проводился документ, тогда из 1с
>>вылетят все.
>- может быть - только кто его ткнул этот ресет ? Волшебная кнопка вообще отключена от матери ! да и перегрузить может только рУУт из под консоли !
>сервак закрыть- насмерть ! :)
>
>
>Да и вот еще что - после установки баз - сервак проработал
>спокойно и бесперебоев на протяжении 1,5 месяца - потом проблеммы -
>как град на голову ! никто ничего не устанавливал никто ничего
>не делал = просто стал перегружаться и все !
>судя по логам smbd - удалённая сторона тнкула себе ресет :) ничего
>страшного, если в этот момент не проводился документ, тогда из 1с
>вылетят все.
>
>>>Хотя иногда подвисает на mounting [swap] призагрузке системы.
>
>ну а у вас скорей всего проблемы с железом.У самого две базы около 150 Мбайт на Самбе, таких сообщений об ошибках
целая куча - ерунда это! Причём, эти ошибки вылазят даже с Linux-клиентами!
Никто при этом из 1С никуда не вылетает :)
А проблема, походу, действительно "железная"
>А проблема, походу, действительно "железная"Черт его знает. Дело в том что на сетевом интерфейсе локально в день проходит около 100 гб трафа, И старый сервер вел себя достаточно спокойно - до последних пару недель назад ! а потом резкий писец... короче сделал клон сервера только собраный на чистом Intell железе - помотрим на результаты проверок через пару недель - но точно могу сказать - работать стало бысрее, при одних и тех же параметрах шелесячек !
зы - зато новый сервак выпросил :)
>>А проблема, походу, действительно "железная"
>
>Черт его знает. Дело в том что на сетевом интерфейсе локально в
>день проходит около 100 гб трафа, И старый сервер вел себя
>достаточно спокойно - до последних пару недель назад ! а потом
>резкий писец... короче сделал клон сервера только собраный на чистом Intell
>железе - помотрим на результаты проверок через пару недель - но
>точно могу сказать - работать стало бысрее, при одних и тех
>же параметрах шелесячек !
>зы - зато новый сервак выпросил :)Проверте питание на HDD и материнской плате.
Мне в подобной ситуации (только не эска была а сайт) помогло