linux как принудительно поставить другой MAC?
ip link set $DEVICE down
ip link set $DEVICE address $MAC
ы?
ip link set $DEVICE address $MAC
ы?
спасибо, попробую.
а чтобы при запуске изменялось, где прописать?
а чтобы при запуске изменялось, где прописать?
в инитскриптах
от дистрибутива зависит
от дистрибутива зависит
А без down нельзя?
можно, если up ещё никто не успел сделать 
Ну это конечно слишком мелкая деталь, что бы отмечать в моём дневнике.
А вот почему когда я штатно перегружаю Dead Rat 7.3, то по TCP сессиям не приходят ни FIN ни RST? Так они и остаются висеть замерзшими, пока машина не перегрузится и не пошлет RST.
А вот почему когда я штатно перегружаю Dead Rat 7.3, то по TCP сессиям не приходят ни FIN ни RST? Так они и остаются висеть замерзшими, пока машина не перегрузится и не пошлет RST.
А вот почему когда я штатно перегружаю Dead Rat 7.3Я не очень разбираюсь в вопросе, но, может быть, сменить дистрибутив на что-нибудь более свежее? То есть очень интересно читать дневник, но тем не менее.
> А вот почему когда я штатно перегружаю Dead Rat 7.3, то по TCP сессиям не приходят ни FIN ни RST?
Потому что кто-то умный решил, что нужно сначала опускать интерфейсы, а потом прибивать процессы.
(некоторые процессы раньше прибиваются, если отдельно в sysv-init скрипты для них прописаны).
Для init 1 такой порядок скорее правильный, но для init 0 и init 6 - скорее неправильный.
Можно попробовать изменить порядок, но тут будут очевидные грабли:
если интерфейс требует для своего функционирование какого-то user-level-процесса,
то толку не будет (killall не обладает нужным интеллектом, чтобы его оставить, даже в BSD )
Потому что кто-то умный решил, что нужно сначала опускать интерфейсы, а потом прибивать процессы.
(некоторые процессы раньше прибиваются, если отдельно в sysv-init скрипты для них прописаны).
Для init 1 такой порядок скорее правильный, но для init 0 и init 6 - скорее неправильный.
Можно попробовать изменить порядок, но тут будут очевидные грабли:
если интерфейс требует для своего функционирование какого-то user-level-процесса,
то толку не будет (killall не обладает нужным интеллектом, чтобы его оставить, даже в BSD
)К сожалению Dead Rat не апгрейдится также просто и аккуратно как FreeBSD. Нужно проапдейтить ~30 машин на расстоянии 3000 км и ~20 на расстоянии 10000. И там нет ни одного умного человека, который окажет локальную помощь, если что-то пойдет наперекосяк.
На стенде потренируйся сначала 
в инитскриптах
в каком направлении смотреть?
смотреть, естественно, в инитскрипты своего дистрибутива
в modules.conf в post-install - точно неплохое место
или что-то вроде pre-up в дебиановском interfaces - ещё лучше
в modules.conf в post-install - точно неплохое место
или что-то вроде pre-up в дебиановском interfaces - ещё лучше
А зачем опускать интерфейсы при шатдауне?
Я не знаю, скорее всего потому что так повелось.
rm -f /etc/rc{0,6}.d/K?network поможет наверное, разве какие-нибудь конфигурялки
добавят обратно, если не уследить.
rm -f /etc/rc{0,6}.d/K?network поможет наверное, разве какие-нибудь конфигурялки
добавят обратно, если не уследить.
Ясно. А это Dead Rat специфично? То есть в других релизах этого нет?
Я не припомню дистрибутива, где это не так, но я не занимался сравнительным анализом.
Может те, кто каждый день новый ставят, смогут помочь.
Скажи лучше, если/когда на одном из этих десятков серверов что-то накрывается, кто диагностирует проблему?
Может те, кто каждый день новый ставят, смогут помочь.
Скажи лучше, если/когда на одном из этих десятков серверов что-то накрывается, кто диагностирует проблему?
Кто-нибудь удаленно. На крайний случай к ним есть консольный доступ.
Как удалённо? Симптомы: не грузится. Никого умного нет, точнее никто сказать не можешь.
Ты выедешь на место, или тебе ящик привезут, или найдут таки кого-то умного, или как?
Ты выедешь на место, или тебе ящик привезут, или найдут таки кого-то умного, или как?
Если на консоль ничего не выдает, то задачи перекладываются на другую машину. Эту заменят когда будет возможность, обычно через месяц. Если консоль жива, то чинят.
> Если консоль жива, то чинят.
В смысле консоль сериальная, и чинят удалённо?
По условию задачи рядом никого нет способного.
А куда сдохшие машины девают? Списывают?
А новые кто наливает?
В смысле консоль сериальная, и чинят удалённо?
По условию задачи рядом никого нет способного.
А куда сдохшие машины девают? Списывают?
А новые кто наливает?
Ну да. Стоит консольный сервер о 32 портах. В нём вместо винта флешка, поэтому его можно считать абсолютно надежным. На нем только работают с консолями - никаких действий не делают, что бы не сломать случайно. Все машины модные - умеют выдавать BIOS на консоль.
Если машина сломалась совсем - то её отправляют в ремонт, подробностей не знаю. Новые заливают с образа. Делается это под виндой, так как там нет ни одного грамотного человека. Поэтому был подготовлен образ, заливаемый из под ghost.
Если машина сломалась совсем - то её отправляют в ремонт, подробностей не знаю. Новые заливают с образа. Делается это под виндой, так как там нет ни одного грамотного человека. Поэтому был подготовлен образ, заливаемый из под ghost.
Тогда можно RH апгрейдить
Не то чтобы я это советую, скорее наоборот.
Но если хочется, то можно.
А когда какая-то железка из продажи исчезает, то ведь нужно искать функциональную замену,
и образ придётся новый готовить, так?
Не то чтобы я это советую, скорее наоборот.
Но если хочется, то можно.
А когда какая-то железка из продажи исчезает, то ведь нужно искать функциональную замену,
и образ придётся новый готовить, так?
Читаешь мысль на расстоянии, нах! Сейчас хотели купить еще Dellовских серверов, а наша любимая модель уже EOL. А новые только с SATA. Пиздец короче.
P.S. Помню сколько я FreeBSDов перевел с 3.5 на 4.3 удаленно и без всяких консолей.
P.S. Помню сколько я FreeBSDов перевел с 3.5 на 4.3 удаленно и без всяких консолей.
> Сейчас хотели купить еще Dellовских серверов, а наша любимая модель уже EOL. А новые только с SATA.
Неплохой момент для апгрейда ОС
> Помню сколько я FreeBSDов перевел с 3.5 на 4.3 удаленно и без всяких консолей
Тут всё дело в руках.
Если я возьмусь FreeBSD апгрейдить, то обязательно что-то сломается, так как я буду строго по хендбуку делать,
а я помню, что случилось, когда я строго по хендбуку диск размечал
Эпизод, достойный твоей записной книжки, я так и не понял, как это произошло и что это было
А вот RedHat удалённо апгрейдить получалось, несмотря на действительную сложность процесса,
причём на диске даже не было места для новых пакетов.
Неплохой момент для апгрейда ОС
> Помню сколько я FreeBSDов перевел с 3.5 на 4.3 удаленно и без всяких консолей
Тут всё дело в руках.
Если я возьмусь FreeBSD апгрейдить, то обязательно что-то сломается, так как я буду строго по хендбуку делать,
а я помню, что случилось, когда я строго по хендбуку диск размечал
Эпизод, достойный твоей записной книжки, я так и не понял, как это произошло и что это было
А вот RedHat удалённо апгрейдить получалось, несмотря на действительную сложность процесса,
причём на диске даже не было места для новых пакетов.
вам бы в
PS спасибо
PS спасибо
а мы как раз оттуда
Оставить комментарий
dgaf
asp 9.2, kdeменял mac везде где видел
не помогло.