Нашли или выдавили из себя код, который нельзя назвать нормальным,
на который без улыбки не взглянешь?
Не торопитесь его удалять или рефакторить, — запостите его на
говнокод.ру, посмеёмся вместе!
ну я да ж не знаю как вам ответить, дублирование да (чтобы видать наверняка), дальше видно люди вообще не знают, что такое pid.
Дальше kill -9 это плохо ^_^
Можно хотя бы INT использовать, ну или HUP.
В общем я считаю, что для фирмы adaptec, это явно говнокод.
ясно, спс
но лично мне больше всего доставляет сочетание kill -9 и StorMan, бог с ней с явой, еще не так страшно, но тупо мочить при сейве на диск (насколько я понимаю этим и занимает StorMan)- это жесть...
Пользователи их софта, думаю, будут рады, узнав что их данные побились при сохранении Storage Managerом
Славо богу нет, это просто (язык не поворачивается сказать демон), который дает доступ с десктопа посмотреть, что там с RAID. Именно просмотреть, я не нашел там изменение, добавление, формирования итд итп функция для RAID. Да же оповещение на мыло нету, нет может я не туда смотрю, но на текущий момент, софтина УГ (девайс вроде нормален, это 3805)
P.S да в скрипте надо было еще поправить
sed -e “s/0-6/\ 1-6/g” -i stor_agent
Иначе выдает:
cut: fields and positions are numbered from 1
в kill -9? )))), а то 2 миллисекунды маловато будет, чтоб закрытся
Дальше kill -9 это плохо ^_^
Можно хотя бы INT использовать, ну или HUP.
В общем я считаю, что для фирмы adaptec, это явно говнокод.
но лично мне больше всего доставляет сочетание kill -9 и StorMan, бог с ней с явой, еще не так страшно, но тупо мочить при сейве на диск (насколько я понимаю этим и занимает StorMan)- это жесть...
Пользователи их софта, думаю, будут рады, узнав что их данные побились при сохранении Storage Managerом
P.S да в скрипте надо было еще поправить
sed -e “s/0-6/\ 1-6/g” -i stor_agent
Иначе выдает:
cut: fields and positions are numbered from 1
Ну в общем вы поняли ^_^
Да, к PS +1
P.S На Осях аля ubuntu надо делать root.