FreeBSD ProFTPd машина виснет

[Makuba]

или кроме fsck есть еще варианты?

попробуй позапускать слудеющие файлики

/etc/periodic/daily/120.clean-preserve
/etc/periodic/daily/130.clean-msgs
/etc/periodic/daily/140.clean-rwho
/etc/periodic/daily/150.clean-hoststat
/etc/periodic/daily/400.status-disks

и посмотри на каком повиснет... вероятнее всего на последнем.

какой конкретно раздел виснет? da0 винт а раздел? есть ли другие партиции на этом рейде?

[lehisnoe]

или кроме fsck есть еще варианты?

/etc/periodic/daily/400.status-disks

Оно делает простой df:

Код: Выделить всё

[root@book ~]# cat /etc/periodic/daily/400.status-disks
#!/bin/sh
#
# $FreeBSD: src/etc/periodic/daily/400.status-disks,v 1.6 2002/02/13 19:10:07 brian Exp $
#

# If there is a global system configuration file, suck it in.
#
if [ -r /etc/defaults/periodic.conf ]
then
    . /etc/defaults/periodic.conf
    source_periodic_confs
fi

case "$daily_status_disks_enable" in
    [Yy][Ee][Ss])
        echo ""
        echo "Disk status:"

        df $daily_status_disks_df_flags && rc=1 || rc=3

        # display which filesystems need backing up

        echo ""
        dump W || rc=3;;

    *)  rc=0;;
esac

exit $rc


P.S. А как он посмотрит-то, если машинка повиснет?

[Makuba]

или кроме fsck есть еще варианты?

/etc/periodic/daily/400.status-disks

Оно делает простой df:
P.S. А как он посмотрит-то, если машинка повиснет?

значит другой файлик %)
если виснет с 2 до 3 значит что-то делает... а в это время только планировщик срабатывает...

[lehisnoe]

значит другой файлик %)
если виснет с 2 до 3 значит что-то делает... а в это время только планировщик срабатывает...

И возразить-то нечего

[Makuba]

И возразить-то нечего

ага... случались такие случаи диверсий бубен в руки и рыскать...

[lehisnoe]

2 shtirlitz: Есть какие-нть новости?

[shtirlitz]

к сожалению пока нет новостей.
фтп виснет также и даже чаще.
я оказался заложником ситуации,
т.к. сотрудникам крайне необходим фтп,
и соответственно полноценно нет возможности, проверить.
Сейчас если виснет, то просто перегружаю...
не знаю долго еще протянет или нет...

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

[lehisnoe]

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

50 на 50 - либо поможет либо нет
Но я склоняюсь к мысли, что, все-таки, вряд ли это поможет.
P.S. А не пробовал сделать логгирование сислогом на соседнюю машинку? М.б. он успеет что-то передать до зависания...

[shtirlitz]

не могу не сообщить обнадеживающей новости,
ко мне в руки попал сервак емкостью аж 6 ТБ,
уже 2 дня сливается файло,
только на мой взгляд медленно сливается - 3 MB/сек,
думаю что раз "B" большая значит мегабайт в секунду,
а хотелось бы 10-12 МБ, серваки подключены между собой кабелем обратной обжимки,
никаких ограничений нет,
можно ли увеличить как-нибудь скорость?
на принимающем серваке стоит CentOS 5.0

[lehisnoe]

только на мой взгляд медленно сливается - 3 MB/сек,
думаю что раз "B" большая значит мегабайт в секунду,
а хотелось бы 10-12 МБ, серваки подключены между собой кабелем обратной обжимки,
никаких ограничений нет,
можно ли увеличить как-нибудь скорость?
на принимающем серваке стоит CentOS 5.0

1. По какому протоколу сливаешь?
2. На ифейсах нету ошибок (netstat -I IFACE -w 1)?
3. Какая скорость и дуплекс выставлены на сетевухах?