Вывод будет такой:
PING yandex.ru (213.180.204.11) 56(84) bytes of data.
09.01.15 64 bytes from yandex.ru (213.180.204.11): icmp_seq=1 ttl=55 time=28.7 ms
09.01.15 64 bytes from yandex.ru (213.180.204.11): icmp_seq=2 ttl=55 time=28.3 ms
09.01.15 64 bytes from yandex.ru (213.180.204.11): icmp_seq=3 ttl=55 time=28.5 ms
09.01.15 64 bytes from yandex.ru (213.180.204.11): icmp_seq=4 ttl=55 time=28.4 ms
09.01.15 64 bytes from yandex.ru (213.180.204.11): icmp_seq=5 ttl=55 time=28.9 ms
the_gunner: Я вот уже наверно десятому провайдеру инфраструктуру переделываю. А ситуация банальна, есть админ с которым начинали бизнес - чаще всего мальчик эникей с соответствующими знаниями и решением проблем на уровне покупки нового дорогого железа. Так вот сеть растет, железо покупается и настает такой момент когда инфраструктура уже стоит миллионы, а все равно тормозит и падает, начинают искать спеца на стороне, т.к. абоненты начинают уходить к меньшему конкуренту, который еще не успел заглючить целиком. Приходишь в такую сеть, а на маршрутизаторах маска уровня /8 фаирволы не настроены, часть серваков участники акции задедось весь мир по NTP и DNS ну и тому подобное, а это только ядро сети, тут по быстрому полатали, смотрим дальше, на районах часто стоят агрегаторы трафика L3 - это для понимания железяки от 10К$ заходим и наблюдаем самое сложное что на них поднято это VLANы, в остальном ничего ни QoS, ни даже банальных лупдетектов, выгребаем с района 3-4 кольца, которые там уже успели отметить несколько лет со своего образования и горы флуда (например админ-криворучка, когда делал MSTP забыл один из виланов загнать на порт, а порт в прозрачном режиме, встречаем почти Mpps брудкаста, который зеркалит от тупых районов с кучей мыльниц и возвращает усиленно обратно в сеть пока ttl не протухнет, а ttl как в лучших домах 256 влепили, мы же серьезная контора) и оказывается что район утилизирован не на 90+% а на 5 (из недавней практики) и нахрен не нужно туда покупать железки по 50К$, а тех что есть хватит еще лет на 5 с запасом, на уровнях доступа тоже цирк неописуемый, никогда не забуду тысячи виланов которые один провайдер гнал через всю сеть т.к. его админ хотел сделать вилан на юзера при схеме IPoE, показал что такое QinQ, прослезились. То провайдер свою несчастную /23 сетку клиентам маскми по /30 нарезал, чтоб 1 адрес отдать, а клиентов много, кто хочет реальник, сети не хватает, новая сейчас по цене не гуманной и хрен бы с тем что конфиг маршрутизатора можно распечатать и обклеить обоями приличный офис, но блин ... включил unnumbered - и конфиг почистился и айпишек оказалось почти 300 штук еще в запасе. В общем чтоб не разводить лирики, такой хрени, которую даже банальный CCNA покрывает в сетях просто вагоны, после пары переделанных провайдеров, когда вместо покупки железа на пол ляма, просто оплачивали мне работу, ко мне очередь владельцев сети выстроилась на пол года вперед и "по любому прайсу, но нам срочно", а сети не мой основной профиль, просто я начинал как сетевик когда-то. Я к чему веду, физический доступ не обязателен, но желателен и экономит время, но и без него можно сделать если есть адекватные руки на той стороне, в крайнем случае едем/летим к заказчику живем месяц в гостинице, забираем деньги за работу, отдаем хорошо работающую сеть и живем на эти деньги пол года, нужны спецы и много где и платят за работу прилично, не в специализации дело, а в том как свою работу делать.
asdf999: Да это возможно, к тому же с недавнего времени ввели оплату по частям www.jff.name/%D0%B7%D0%B0%D1%80%D0%B0%D0%B1%D0%BE%... вам лучше списаться с заказчиком, обговорить ситуацию и вместе прийти к устраивающему обоих решению, если заказчик адекватен и сроки нарушены не критично можно договориться полюбовно. В крайнем случае всегда можно сделать возврат средств, чтоб не портить себе рейтинг.
Андрей Чвалов: Так основные команды я дал, ну почитайте https://access.redhat.com/documentation/ru-RU/Red_... mydebianblog.blogspot.com/2010/11/linux.html
Вообще особо ссылками не помогу, тут лучше к гуглу, я по памяти обычно делаю, ничего сложного, просто долго по времени. Суть простая, помечаем новый раздел как LVM, присоединяем к текущему LVM, мигрируем данные, отсоединяем старый раздел, перезаписываем граб, грузимся уже с нового диска. Вариант через клонзиллу тоже рабочий вполне.
Как бы вам в аналогиях рассказать - это даже не микроскопом гвозди заколачивать, а собственным голым задом, не удобно, не практично, лишний оверхед и куча костылей в придачу. Тренируйтесь лучше на реальных задачах для JS и ноды, серверные скрипты оставьте в покое, ни дай макаронный монстр это в продакшн просочится где-то, потом для простой функции, которую обычно выполняет скрипт придется тащить на сервер ноду и весь прилагающийся к ней мусор, согласовывать версии всех либ и компонентов. Для серверных скриптов лучше вообще тянуть минимум зависимостей, тогда меньше шансов что простое обновление вырубит нафиг кучу функционала не известно где, я скрипты пишу максимально совместимо с sh, особенности от bash или zsh стараюсь исключить целиком, мало-ли в каком окружении придется его использовать.
Vapaamies: Не будет, у него ведь нельзя, только пока кто-то смотрит, а если нет свидетелей, то вполне можно поваляться, просто при хозяине в поле видимости триггер отрабатывать не будет.
Артем: Вы осваиваете не с нуля, лично мне планшет адски не удобен, т.к. комп - это рабочий инструмент, а не средство потребления контента, не хватает очень много чего, а вот для пожилой матери проще было объяснить куда тыкать пальцем чтоб попасть в скайп и браузер, чем рассказывать про работу операционной системы.
freedom12: Ну хоть нагрузки свои скажите, сколько виртуалок предположительно, с какими системами, какая нагрузка в среднем и т.п. как тут можно советовать не зная юзкейса. В моем юзкейсе общее количество ядер важнее чем частота отдельного ядра, например, по-этому у меня стоят E5 по 8 ядер, по 12 взять - задушила жаба, в вашем - ХЗ может у вас будет мало и очень нагруженных по процу.
freedom12: Процы от АМД под виртуализацию - фу три раза, категорически не советую, только интел, гипервизоры на АМД набор детских граблей темной ночью.
freedom12: Тут да только тесты гонять перед покупкой, сам брал новый, была возможность забрать с хорошей скидкой, как-раз один из клиентов со своей скидкой закупался массово ну и один лишний для меня заказал, он мне в базовой в районе 1500$ обошелся, цена ноутбука грубо говоря, ну за полтора года еще столько же в апгрейды вложил примерно, но ни одного глюка за это время железного плана, так что доволен целиком и полностью, а главное еще есть солидный запас по апгрейдам, так что ближайшие лет 5 не думаю что понадобится сменить.
freedom12: Ну мне вот чхать на энергопотребление, если серверов пару сотен и выше, то это парит, а для единственного или нескольких серверов как-то пофигу сколько они жрут, а на разницу в цене их питать еще не один десяток лет можно. С чего вы взяли что серверные процессоры ниже по надежности чем десктопные, на сервера изначально идут более качественные комплектующие - это связано с более длинным сроком гарантии и производитель очень не заинтересован бесплатно потом это менять еще и в ограниченные сроки, для десктопов важно чтоб просто пережил годовую гарантию хоть как-то проработав, опять же поддержка различных инструкций, просто сравните камни одного класса в линейке с кажем i3/5/7 и E3/5/7. Главный плюс десктопов - это любая комплектуха в магазине за углом, в остальном для серверных задач они проигрывают специализированным решениям.
freedom12: Естественно все от задач зависит, в вопросе вы написали мощный, значит для чего-то нужна мощность, я например на своем стенды делаю по взаимодействию разных компонентов и серверов в сети предприятия, то-есть мне обычно надо эмулировать десятка два различных сервисов, пробовал десктопы, не понравилось, быстро упираешься в физическое ограничение на количество слотов памяти и ядер даже на топовых геймерских решениях, которые уже стоят как взрослый сервер, добавим к этому отсутствие вменяемого IPMI (стойка под потолком не располагает к лазанью в нее). Если не планируется там в игры играть или видео рендерить, я бы присмотрелся к бушным серверам, их можно взять вообще за копейки с хорошей мощностью, но выбирать вам под свои конкретно задачи.
freedom12: Нет ни каких лишних телодвижений не нужно все сразу определяется и работает, единственное нужно потушить сервер, произвести апгрейд и включить сервер. ОС все корректно определяет сразу, в случае Linux в основе, если гипервизор на основе windows, то не уверен, у меня модифицированный Debian.
MgmZog: Камера интересная, но исполнение не подъездное. В сторону IP домофонов смотрел, но цена на что-то более-менее похожее начинается от 300$ при минимальном функционале, системы поинтересней уже в районе 1000$ пока моя жаба не позволяет. Попробую, как советовали выше поставить на малинку SIP и вывести клиент на комп и телефон, плюс замкнуть звонок на GPIO, чтоб по нему шел обратный вызов с малинки на всех клиентов, все равно малина уже с пол года без дела лежит, если не выйдет, тогда уже буду бороться с жабой.
Gring76: Данные ваши - рискните, я надеюсь на случай прихода пушного зверька у вас есть хотя-бы бэкап. Просто если система сложится, в рамках тостера будет сложно адекватно проконсультировать как "фарш провернуть назад", такая вероятность есть всегда.
Вот в одну строку вместо всего вашего скрипта