Ухожу на работу -сутки рабоатет, на следующий день фтп не доступен - прихожу домой винт в норме, девайс не ребутился, в логах ничего подозрительнрого, самба пашет - ступид в процессах не значится. И так два раза уже - в чем проблема?
Ситуация : WL500gd, монтирую /opt с флешки (вообще CF через ридер, но не суть) в post-boot. Есть USB-коробка, надумал подцеплять ее FTP/Samba, и тут возникла проблема - т.к. коробка может подключаться как в процессе работы так и при загрузке, неясно под каким девайсом она появляется и каким девайсом становится флешка. Как результат -после ребута в /opt смонтировался хард.
Рецепт:
Первая партиция USB-Storage девайса с серийником SN000PQI009монтируется в /optCode:hostid=0 while scsidev=/proc/scsi/usb-storage-$hostid/$hostid && [ -e $scsidev ] do grep SN000PQI009 $scsidev && discdev=/dev/scsi/host$hostid/bus0/target0/lun0/part1 && break let hostid+=1 done [ -b $discdev ] && mount $discdev /opt
серийник смотреть в фаликах /proc/scsi/usb-storage0/0, /proc/scsi/usb-storage1/1 и т.п.
Ухожу на работу -сутки рабоатет, на следующий день фтп не доступен - прихожу домой винт в норме, девайс не ребутился, в логах ничего подозрительнрого, самба пашет - ступид в процессах не значится. И так два раза уже - в чем проблема?
Да есть такая фишка, слетают процессы, у меня thttpd слетает, stupid-ftpd пару раз слетал, но я его быстро на proftpd заменил, с ним пока проблем не было. А вообще помню такой косяк на 2.4 ядрах, там умный шедулер был, который рубил наиболее прожорливые процессы, либо те что слишком долно исполняются. Часто случалось, что под раздачу попадал рутовый процес апача, что было крайне неприятно... тут похоже таже ерунда.Originally Posted by Duke
Ну блин а чем там жрать он в пассивном режиме работал! самба также крутилась и ничего.. Странно...
Да в том и дело, что тот шедуллер процессы рубил просто так, по ходу жизни, рутовый апачевский в отличии от дочек тоже нифига не жрал, а его прибивали. Но это косяк времен 2.4.12-2.4.14 давно это было точнее не вспомню. По данной проблеме даже незнаю, можно попробовать рутовую партицию открыть на запись (она у меня на винте), и посмотреть что будет, но думаю врядли в этом ядре включена опция скидывать кору, выяснить чей это это косяк очень тяжело.Originally Posted by Duke
P.S. Еще неделю помучаю эту железку и думаю пора завязывать фигней маяться. Проще поставить рядом нормальный линукс бокс на VIA C3, а то как в анекдоте про самолет с бассейном...
Подсоединение/отсоединение usb-storage девайсов, особенно полезно при использовании флеш-ридера на несколько форматов
Пример использования: подключаем винт и пускаем фтп/самбу либо наоборот - гасим фтп-самбу, отключаем винт. Серийник брать в /proc/scsi/usb-storage-0/0 и т.п.Code:#!/bin/sh usage="Usage: ${0##*/} {add|remove} {<host_id>|<device_serial_number>} [<bus_id> [<target_id> [<lun_id>]]]" case $1 in add|remove) [ $# -lt 2 ] && echo $usage || ( strgpath="/proc/scsi/usb-storage-*/" busid=${3:-0} targetid=${4:-0} lunid=${5:-0} [ ${#2} -le 2 ] && hostid=$2 || for host in $strgpath*; do [ -f $host ] && grep "Serial Number: $2" $host -q && grep "Attached: Yes" $host -q && hostid=${host#$strgpath} && break done [ -n "$hostid" ] && echo "scsi $1-single-device $hostid $busid $targetid $lunid" > /proc/scsi/scsi [ "$1"=="add" ] && dev="/dev/scsi/host$hostid/bus$busid/target$targetid/lun$lunid" && [ -e $dev ] && echo $dev ) ;; *) echo $usage esac
Code:#!/bin/sh discserial="8D88CA892915" case $1 in start) discdev="$(scsi add $discserial)/part1" [ -b $discdev ] && mount $discdev /tmp/harddisk -t vfat -o "$(nvram get usb_vfat_options)" && stupid-ftpd && nmbd -D && smbd -D ;; stop) killall -SIGTERM stupid-ftpd nmbd smbd umount /tmp/harddisk scsi remove $discserial ;; *) echo "Usage: ${0##*/} {start|stop}" esac
Ситуация - в USB-коробке 160гб винт одним разделом FAT32. Монтируется все как положено, пишецца/читается (FTP, SAMBA, MC). Размонтируем партицию, монтируем заново - записанны етолько чтофайлы имеют нулевой размер, вод виндой нахожу потерянные цепочки с данными из файла. При mount -o remount... все данные остается на месте, но после umount все равно каюк. -o sync не спасает.
Last edited by Duke; 20-08-2006 at 16:43.
Кажется решил проблему - потер /ftp_pvt/income куда писал файликии создал заново - после этого кажется все стало нормально
Столкнулся с нехваткой сабжа. Можно конечно самому поднимать но хотелось бы чтобы и в веб интерфейсе все работало. Сейчас влезает только, на ip-down-script уже места нет. Ограничение 80 символов на строку в NVRAM больше не запишешь или фича веб-интерфейса?Code:maxfail 0 mtu 1372 nomppe ip-up-script /tmp/ppp/ip-up.ppp0
Last edited by Duke; 20-10-2006 at 09:17.
Да, есть там ограничение. А сколько сделать? 255 хватит?
ЗЫ: пока можно напрямую править nvram.
nvram set wan_pppoe_options_x="bla-bla-bla"
255 думаю будет в самый раз.
Про нврам ясное дело, кстати не ясно зачем у меня дублер wan0_pppoe_options_x=... присутствует
Он у всех присутствует. wan_... это настройки веб, wan0_ - текущие рабочие.