375

Системный администратор Linux. Вопросы. Часть 3

Данный пост является продолжением серии постов про собеседования на должность системного администратора linux. По традиции комментарии к предыдущему посту (Системный администратор Linux. Вопросы. Часть 2) в большинстве своём скатились в срач. Адекватных были единицы, но ради них эти посты я и пишу.


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

Системный администратор Linux. Вопросы. Часть 3 Linux, Windows, Сисадмин, Отдел кадров, Пригорело, Собеседование, Длиннопост

Вводные завершены, продолжаем список вопросов и ответов.


В: Как отключить iptables на RHEL/Centos 7?

О: Начиная с 7й версии было изменено название демона с iptables на firewalld. Для отключения надо сделать systemctl stop firewalld, а так же отключить его запуск при загрузке systemctl disable firewalld.

В+: Всегда ли этого достаточно?

О+: Нет. Иногда используются надстройки и кастомные скрипты для восстановления правил iptables после перезагрузки. Надо просмотреть вывод systemctl status на предмет скриптов восстановления iptables, а так же post-up, pre-up, post-down, pre-down скрипты в /etc/sysconfig/network-scripts/.


В: Как выполнить некий скрипт на условной 1000 серверов?

О: Можно написать скрипт, который будет обходить сервера по списку и выполнять на них нужные действия.

В+: А есть какие то готовые решения?

О+: Да. Сейчас особенно популярен Ansible. Помимо него есть puppet, chef и т.д. Так же есть различные web-интерфейсы для данных систем. Такие как платный Ansible Tower или бесплатные AWX, Foreman.


В: Необходимо сделать резервное копирование неких данных. Что бы Вы использовали? Как сделать дёшево и как правильно?

О: Самое простое и дешевое решение это архивация неких данных и вынос на внешний носитель. Для работы с обычными файлами этот метод вполне рабочий. А вот для копирования баз данных, особенно больших и нагруженных, такой метод не подходит. Всё дело в том, что между началом копирования и завершением проходит достаточно много изменений в базе и на выходе получается не консистентный бекап. В таких случаях используется логирование действий для последующей «догонки» базы до актуального состояния. Например в psql для этого используется WAL, у oracle это FRA и т.д., но это уже в зоне ответственности администратора баз данных. Виртуальные машины можно бекапить снапшотами с ротацией и выносом их на другой носитель.

В+: А более «взрослые» решения?

О+: Для этого есть масса программно-аппаратных комплексов. Обычно это некий софт, под управлением которого работают дисковые массивы с дедупликацией, компрессией и репликацией. Для наиболее холодных или наиболее разностных данных используются ленточные библиотеки.


В: Есть безлимитный бюджет и задача построить максимально отказоустойчивую инфраструктуру. Ваши действия.

О: Основное правило - всех элементов по два. Если говорить про сервер, под систему должно быть два диска в зеркале (тут обычно спрашивается про то, какие raid бывают) или загрузка по SAN, две сетевые карты с LACP или иной active-active агрегацией, два независимых HBA адаптера в двух PCI слотах, каждый из которых подключается в отдельную SAN фабрику. Два блока питания на раздельных линиях питания. Разумеется таких серверов должно быть тоже два. Желательно в разных, георазнесённых, ЦОДах.

В+: А что касается остальной, не серверной части?

О+: Тот же принцип - всего по два. Главное, что бы приложение, которое работает в этой инфраструктуре, тоже умело резервироваться. Т.е. работало по принципу active-active или active-standby без участия человека. Так же, надо учитывать, что одно «плечо» должно тянуть суммарную нагрузку и при этом не упираться в свой предел. Например, штатный максимум по нагрузке на CPU одного плеча - 40%. При падении старого плеча будет 80%. И останется 20% на непредвиденные ситуации, которые часто в таких случаях появляются.


В: Что нужно для кластерной виртуализации?

О: Основное требование - наличие общего хранилища. Так же желательно иметь одинаковые настройки сети на всех нодах кластера. Это нужно для горячей миграции и для миграции машин при авариях.


В: Каким образом можно подключить диски к кластеру?

О: Общее хранилище может быть реализовано различными средствами - SAN, iSCSI, Ceph.

В+: Какой способ оптимальный из предложенных?

О+: Всё зависит от инфраструктуры, целей, бюджета и количества инженеров, выделенных на поддержку. Например Ceph можно собрать из весьма разносортных нод. При минимальном бюджете это хорошее решение. Вот только затраты человеческих ресурсов на него значительно завышены. SAN - дорогое по железу и относительно простое в поддержке решение. В любом случае придётся платить. Либо за железо, либо инженерам.


В: В чём преимущество Fibre Channel перед iSCSI?

О: В SAN сетях есть гарантированная доставка, меньше накладных ресурсов, сеть разрабатывалась как транспорт для дисковых носителей. В тоже время iSCSI это надстройка над ethernet, со всеми его недостатками.

В+: Допустим у нас есть два простых FC свича и два Ethernet свича. Каждую пару свичей мы соединим двумя линками. Что с ними произойдёт?

О+: FC свичи, при наличии лицензии, объединят два линка в один с удвоенной пропускной способностью. Ethernet свичи получат так «кольцо» и перестанут работать спустя какое-то время, которое зависит от объёма траффика в данном сегменте сети.


В: Есть некая виртуальная машина на VMWare. У машины 2 гигабайта памяти. В настройках машины стоят галочки «Можно добавлять память на горячую» и «Можно добавлять процессор на горячую». Внутри машины стоят все нужные гостевые дополнения. Система стоит x64. Можно ли сделать машине 6 гигабайт памяти на горячую?

О: Нет. На горячую можно будет подойти к отметке в 4 гигабайта, но пересечь её не получится.

В+: Почему? Система, ведь, поддерживает?

О+: Основной принцип памяти - отсутствие фрагментации. Т.е. вся память должна быть непрерывна. Если система стартует с объёмом памяти менее 4 гигабайт, часть старших адресов 32-битной шины резервируется под ввод-вывод. Соответственно расширять память можно до этих пределов. Если на старте памяти было 4 гигабайта и более, под ввод-вывод резервируется блок в верхней части уже существующего 64-битного адресного пространства.


В: Есть неограниченный бюджет и некая абстрактная платформа, которая умеет много памяти. Какой теоретический максимум памяти можно установить в такой сервер если система x86 и если система x64?

О: Предел x86 - 32 бита непрерывного адресного пространства, т.е. 4 гигабайта. Однако с использованием PAE объём памяти увеличивается до 64 гигабайт, но не более 4 гигабайт на процесс, т.к. адресная шина так и сталось 32 бита. Теоретический предел существующих x64 систем - 48 бит адресного пространства.

В+: Из чего получаются эти 48 бит?

О+: Размер страницы памяти 4 килобайта или 12 бит. Нумерация страниц - 36 бит. Итого получается 256 терабайт памяти.


На этом пока всё. Остался последний большой вопрос, объёмом на отдельный пост.

Найдены дубликаты

GNU/Linux

668 постов12.3K подписчика

Добавить пост

Правила сообщества

Все дистрибутивы хороши.

Будьте людьми.

Подробнее
+18

Ethernet свичи получат так «кольцо» и перестанут работать спустя какое-то время, которое зависит от объёма траффика в данном сегменте сети.


А если они в стп умеют?

раскрыть ветку 15
+15
Тоже первая мысль про stp. Мне кажется, сейчас уже все управляемые свичи это умеют. А неуправляемые в продакшене использовать, ну такое себе решение. Опять же, забабахать агрегацию портов на свичах кто мешает? И хоть 8 линков используй. Короче, без четкого ТЗ, результат - ХЗ)
раскрыть ветку 3
+2
Или в LASP.
тут вроде про линуксоида. А скатились и в сетевика.
раскрыть ветку 2
0

Которые не умеют ещё надо подыскать ;)

0

Или VLANы на портах разные...

0

Самый тупой вопрос, но жизненный.

Чувствуете Боль?

0
Дополню: "Ethernet свичи получат ТАК "НАЗЫВАЕМОЕ" «кольцо» и перестанут работать спустя какое-то время"
-8

Специально было указано, что железки простые. На умных да, STP для изоляции или LACP для агрегации.

раскрыть ветку 3
ещё комментарии
+15

Это все так на уровне общего представления(которое тоже естественно необходимо иметь)

Если машина не заводится - проверьте подачу топлива, бензонасос, наличие искры

Однако некоторых моментов можно просто не знать по той причине что тупо не приходилось заниматься конкретной задачей.

Как выполнить некий скрипт на условной 1000 серверов?

О+: Да. Сейчас особенно популярен Ansible. Помимо него есть puppet, chiff и т.д. Так же есть различные web-интерфейсы для данных систем. Такие как платный Ansible Tower или бесплатные AWX, Foreman.

Вот мне не приходилось выполнять скрипт на 1000 серверов. Я понятия не имею, как называются готовые решения. Но знаю, что задача тривиальная, решается элементарно и гуглится с одного запроса.


К тому же есть варианты решения задачи. можно долбиться по SSH на каждый, а если сервера в каком либо кластере, то можно попробовать централизованный планировщик. А можно примонтировать всем сервакам NFS папку и cron пусть проверяет определенный скрипт. Если сервера в контейнерах, то скрипт можно просто на хосте запустить.


А вот реальные задачи - что-то типа

При попытке миграции высоконагруженного  Zabbix c MariaDB на PGSQL+TimeScaleDB(с целью секционирования БД и отключения Zabbix HouseKeeper) возникает ошибка vaсuum, гугление которой ведет только на порносайты...

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


Поэтому все эти собеседования могут дать лишь общее представление, и рубить человека потому- что он не знает конкретной реализации конкретной задачи - тупняк.


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

раскрыть ветку 1
+18

"Если у вас есть 1000 серверов значит есть и какое-то средство администрирования. А если нет то вы идиот, а мама мне говорила держаться от идиотов подальше." Вот так примерно должен звучать правильный ответ на этот вопрос.

+40
ответный пост

Коснемся темы бекапа, вроде простой вопрос но как много но..


Мне совсем не понравились ответы на эти вопросы, к сожалению очень похоже на презентацию систем хранения,

---


В: Необходимо сделать резервное копирование неких данных. Что бы Вы использовали? Как сделать дёшево и как правильно?


О: Самое простое и дешевое решение это архивация неких данных и вынос на внешний носитель. Для работы с обычными файлами этот метод вполне рабочий. А вот для копирования баз данных, особенно больших и нагруженных, такой метод не подходит. Всё дело в том, что между началом копирования и завершением проходит достаточно много изменений в базе и на выходе получается не консистентный бекап. В таких случаях используется логирование действий для последующей «догонки» базы до актуального состояния. Например в psql для этого используется WAL, у oracle это FRA и т.д., но это уже в зоне ответственности администратора баз данных. Виртуальные машины можно бекапить снапшотами с ротацией и выносом их на другой носитель.


В+: А более «взрослые» решения?


О+: Для этого есть масса программно-аппаратных комплексов. Обычно это некий софт, под управлением которого работают дисковые массивы с дедупликацией, компрессией и репликацией. Для наиболее холодных или наиболее разностных данных используются ленточные библиотеки.


---

В общем случае, следуя ответам, получим на выходе набор байт а не бекап.

Задача бекапирования на самом деле намного сложнее.

Представьте что у вас файловое хранилище на несколько десятков терабайт, и туда идет запись 7*24, причем записываемые файлики размеров гигабайт по 5-10.


Взрослые решения являются взрослыми из за цены, недавно на HPE day это обсуждали, нормального бекапа все равно не получается, к сожалению оркестраторы не всегда возможно использовать, а иногда они просто не в состоянии помочь.


Бекап это то что позволяет восстановить доступ доступ к сервису, в наикратчайшие сроки(этим в основном и определяется стоимость решения), и вообще его надо делить на три части:

- оперативный(восстановление после программных сбоев или неверных действий пользователей);

- аварийный(восстановление после выхода из строя оборудования);

- архив(восстановление данных после уничтожения оборудования без возможности его восстановления или приобретения идентичного, так же касается разного специфического софта).


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

Показать полностью комментарии 19
+7
Бэкапить виртуалки снапшотами это полный пиздец. Мало того что снижается производительность, так есть ещё вероятность потерять все данные в случае роста снапа.
раскрыть ветку 9
+1

И как систему на лету бэкапить ещё?)

0

Про это же хотел написать. Автор скорее дезинформирует в части вопросов, а не делится полезной информацией.

0
смотря какая нагрузка на запись, остальное похер
раскрыть ветку 1
0

Ещё бывают снапшоты уровня схд)

0

А как по вашему бэкапят виртуалки? Все энтерпрайз решения для резервного копирования снэпшотят.

раскрыть ветку 3
+6
"В: Есть безлимитный бюджет и задача построить максимально"
"В: Есть неограниченный бюджет..."
Иллюстрация к комментарию
+12

Максимально отказоустойчивая структура идёт не по два, а 2n+1

раскрыть ветку 25
+1

Да, согласен. Однако 2n+1 это минимально возможная максимальная отказоустойчивость.

раскрыть ветку 1
0

это для кворума. Но если актив-пассив - можно обойтись и без него.

раскрыть ветку 21
0
Вероятно в данном случае, упрощённо, можно понятие "отказоустойчивости" подменить даже на "высокую доступность", в рамках собеседований, думаю, не столь критично.
+5

В: Как отключить iptables на RHEL/Centos 7?

Он уже отключен. Нет, firewalld это не iptables. Нет, он не переименован. Нет, ufw, firewalld, ipf, ipfw, iptables, pf и виндовый брендмауер - это разные ферворлы.

Если вопрос звучит как "как отключить фаервол" - то да, ответ верный. Но вопрос скорее должен звучать как "как ВКЛЮЧИТЬ iptables на rhel/centos7" (systemctl stop firewalld, systemctl disable firewalld, yum install iptables-services, $EDITOR /etc/sysconfig/iptables, systemstl start iptables, systemctl enable iptables)



Главное, что бы приложение, которое работает в этой инфраструктуре, тоже умело резервироваться. Т.е. работало по принципу active-active или active-standby без участия человека

Это совершенно не обязательно. Приложение может считать себя единственным и не уметь в резервирование в принципе. Оно может даже быть запущенно в единственном экземпляре, а переезд может осуществлять pcs/drbd или "кластерная виртуализация".

раскрыть ветку 3
-1

Эм... А ничего, что firewalld в centos 7 - это просто обертка iptables? Включите firewalld и посмотрите iptables-save.

раскрыть ветку 2
+13

Зачем линуксоидам фидбэки? Они же самодостаточны :D

раскрыть ветку 4
+12

- Разрешите просить руку Вашей дочери.

- А что, своей нет?

- Есть, но устала..

раскрыть ветку 3
+29

Н-да с резервным копированием, сетями и отказоустойчивой инфраструктурой у автора не очень. Зато  знает много полезных линуховых команд наизусть.

раскрыть ветку 4
+11

Хорошо, что ты показал, где именно он ошибается и неправ

раскрыть ветку 3
+3

Fra логи у оракла? Предлагаете копировать и их для консистентности? Тогда есть для вас плохие новости

раскрыть ветку 2
0
Fra это область восстановления, в нее входят как flashback логи, так и archivelog-и плюс бекапы. Наверное автор имел ввиду archive логи.
раскрыть ветку 1
+7
Я конечно дико извиняюсь, но уровень этих вопросов - это не Linux-админ, а средненький инженер эксплуатации в местечковом ЦОДе/интеграторе.
раскрыть ветку 18
0

Почему так решили? С такими знаниями искал инженера в Москве, от 120к вилка была. На собеседованиях очень тухло было, очень.

раскрыть ветку 1
0
В корне не согласен. Хз как в России, нов Европе это вполне неплохого уровня специалист. У меня конечно есть к чему прикопаться в вопросах, но в целом понимание процесса есть же.
раскрыть ветку 12
-10

Как уже говорилось - часть вопросов на понимание уровня кругозора и не пригодятся непосредственно при работе. Линуксовый админ не будет строить ЦОД, но должен иметь представление о его работе.

раскрыть ветку 2
ещё комментарии
+2

Почему вопросах для "Linux-админа" только один вопрос по Linux, и то - безграмотный?


Ведь можно было даже такой тупой (для админа) вопрос, как включение/отключение службы фаервола задать с пользой. Например:

В: Если вы привыкли работать с iptables, можно ли дополнительно поставить его в систему с firewalld?

В: Можно ли одновременно запустить firewalld и iptables?

В: Что нужно сделать, чтобы избежать возможных проблем, если у вас в системе есть как firewalld, так и iptables?


Конечно, iptables еще много где на плаву, но на месте работодателя я бы уже хотел человека знакомого c минимальным управлением фаерволом через firewalld.

Иллюстрация к комментарию
раскрыть ветку 1
0

Хороший и интересный материал. Спасибо!

+2

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

раскрыть ветку 7
+8

Не-не-не, тут не в холиваре дело. Дело в вопросах вида:

В чём преимущество Fibre Channel перед iSCSI?

Постановка вопроса угрёбищная по определению. Отвечающийся изначально ставится в позицию, что Fibre Channel лучше iSCSI. А если у него обратное мнение, и он может это аргументировать?


Это всё равно, что спросить:

Почему @gidravydra умнее, чем @YolkinRU?

Этот вопрос ставит вас изначально в невыгодную ситуацию. Смогли объяснить - признали, что я умнее. Не смогли - не ответили на вопрос на собеседовании.


Правильный вопрос должен звучать так:

Что лучше, Fibre Channel или iSCSI, и почему?
раскрыть ветку 5
-1

Потому что в высоких материях автор не очень шарит.

+7
Сhiff.. Формулировка вопроса тоже огонь. тоже мне вопросы уровня "как сложить два числа? ну сейчас популярны блокчейн и облачные вычисления"
дальше не читала ибо ясно-понятно
ещё комментарии
+1
Фидбек?

Записал в блокнотик ещё кучу того что я не знаю из поста и комментов. Взрустнул и пошёл самообразовываться дальше XD

Спасибо за труд!
+1

По сторэджам немного устаревшая инфа. Под SAN что имеется в виду? Допотопный FiberChannel? Можно бы рассказать про iSER/RoCE, NVMEoF

раскрыть ветку 1
+1
олигархов завезли
+1

Насчёт общего СХД через сан свитч и hba - система уже устаревает. Сейчас в моду входит программный сторадж и hci решения. Хотя чем больше в это вдаваться, чем больше понимаешь, что нет ничего идеального. Но радует , что fc сменяется на tengig

+1

Частный опыт сисадминчика, решавшего/решившего (?) частные задачи.

+1

Казалось, что на esxi добавление памяти на горячую с 1 гб до 16 проходило без проблем. На досуге проверю.


К фаерволу на centos7  я бы добавил ещё информацию о  selinux.

ещё комментарии
+1

> Однако с использованием PAE объём памяти увеличивается до 64 гигабайт, но не более 4 гигабайт на процесс, т.к. адресная шина так и сталось 32 бита.

На самом деле, может быть и больше 64 Гб:

"On Intel 64 processors, the page directory pointer entry supports physical address size of the underlying implementation (reported by CPUID.80000008H). Legacy PAE enabled paging ... can address physical memory greater than 64-GByte if the implementation’s physical address size is greater than 36 bits."

Т.е. на 64-битных машинах, работающих в 32-битном режиме, физический адрес не ограничен 32 или 36 битами, а только реальной разрядностью шины.

> Теоретический предел существующих x64 систем - 48 бит адресного пространства.

52, на самом деле:

"Intel 64 architecture expands physical address extension (PAE) paging structures to potentially support mapping a 64-bit linear address to a 52-bit physical address. In the first implementation of Intel 64 architecture, PAE paging structures support translation of a 48-bit linear address into a 40-bit physical address. Other implementations may support different physical address sizes. The physical address width, MAXPHYADDR, is reported by CPUID.80000008H:EAX[bits 7:0]."

Но это мелочи, наверное, в целом вполне адекватные ответы. Если человек не пишет ОС и не ныряет с головой в документацию по процессору, таких тонкостей он знать и не обязан)

0

"Например Ceph можно собрать из весьма разносортных нод. При минимальном бюджете это хорошее решение."
Кто-то в проде с цефом не разу не работал похоже, а только читал про него) Это отвратительное решение. Для цефа только однородное железо, с ssd-кэшем и прямые руки. Самое простое будет поднять NFS-хранилку.

0

А почему нельзя сделать  iptables --flush ?

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

Ну тут реально часть ответов не грамотна. Если ты linux-админ, зачем в виртуализацию лезть.

раскрыть ветку 2
0
Вот тоже иногда не понимаю таких собеседований. Ну не сталкивался я с этим по работе если, то откуда мне знать обо всех нюансах. Я когда то был связистом и с компами был не то что на Вы, но даже на Ваше Величество! И как то позвали меня в банк заниматься видеонаблюдением и АТСками, там немного освоил комп. Дальше меня позвали на банкоматчика, я на собеседовании так и сказал, что я с ними не работал, но меня взяли, как потом сказали, за честность. Дорос я с банкоматами до уровня, что мне звонили из других регионов для консультации в ремонте. Потом в жизни получилось, что была в другом банке должность банкоматчика, и начальник спросил, не хочу ли я у него поучится администрированию более глубже. Так вот, вывода ни какого нет, просто что есть люди, которые по месту схватывают информацию и быстро обучаются. А за посты спасибо! Как раз решил для себя освоить Linux
0
Остался один вопрос - это чё, действительно можно выучить?????????
По моему астрофизика выглядит проще блеать!!!!
раскрыть ветку 3
+1

Есть гораздо более сложные профессии.

0
Достаточно аналитического склада ума, желания и времени. Есть профессии гораздо сложнее
0
Реально. Не все так страшно
0

отключился на слове  iptables.. отлично выспался, ставлю плюсик!

0

бля

не считаю себя тупым, но

а чё там в Линуксе такого прям?

просветите плиз)


мож сам уверую xD

раскрыть ветку 2
+1

Зарплата выше)

раскрыть ветку 1
0
Тут что-то на эльфийской, не могу прочесть.
А если серьёзно, то как, скажем, "до такой жизни докатился?") Сколько и чего нужно знать, чтобы считать себя +/- неплохим админом? Да и вообще комфортно себя чувствовать в IT и т.д.
раскрыть ветку 2
+2

Вас ждёт разочарование, чем больше вы знаете, тем больше вы понимаете, что ничего не знаете.

раскрыть ветку 1
0
а можно ли подключить fc корзину с дисками без железного контроллера? есть корзина и fc свичи и куча проводов. к обычному серверу с проксмоксом, к примеру.
раскрыть ветку 4
0

Может имелось ввиду без свитча?

раскрыть ветку 3
0

+. вот фидбек

0

Есть небольшой вопрос. Вы случаем не в теле2 работаете?

0

Как вернуть себе права sudo если ты испохабил /etc/sudoers ? Ну вот прям без перезагрузки?

раскрыть ветку 9
+1

Как испохабил. Удалил себя из группы? Есть ли root и пароль от него? Есть ли доступ к физический доступ к консоли?

раскрыть ветку 7
0

Попросить у того, у кого остался туда судо.

-1

"Начиная с 7й версии было изменено название демона с iptables на firewalld"

Бред. Файрволд это поттеринговысер прокладка для iptables. Это раз. Iptables это не демон, а тулза управления файером линуха который зовется netfilter. Это два. И iptables уже депрекейтед, это три.

И четвёртое, уровень вопросов - для среднячкового технаря, админом тут не пахнет.

-2

Минуснул. Ничего личного. За ради фидбэка.

-1
Стесняюсь комментировать)
а так читаю
спасибо
Похожие посты
4974

Логика отдела кадров иногда пугает

611

Про собеседование с эйчаром

142

Вопросы с собеседований по Linux

Вопросы с собеседований по Linux GNU, Linux, IT, Работа, Собеседование, Системное администрирование
10575

Самое короткое собеседование

6141

В наших делах мелочей нет!

6968

Ответ на пост «Как устроиться на работу, если на страже стоит "профессиональный" эйч ар?» 

2384

Их нравы... их чувство юмора...

Их нравы... их чувство юмора... Собеседование, Юмор, Германия, Отдел кадров, Их нравы, Менталитет, Ответ на пост
62

День рождения Powershell

День рождения Powershell Powershell, Программирование, Cmd, Командная строка, Системное администрирование, Администрирование, Windows, Linux
Показать полностью
3241

Ответ на пост «Hr-менеджеры, они такие» 

189

Системный администратор Linux. Вопросы. Часть 4. Финал

Системный администратор Linux. Вопросы. Часть 4. Финал Linux, Windows, Сисадмин, Отдел кадров, Пригорело, Собеседование, Длиннопост
Показать полностью
106

Системный администратор Linux. Вопросы. Часть 2

Системный администратор Linux. Вопросы. Часть 2 Linux, Windows, Сисадмин, Отдел кадров, Пригорело, Собеседование, Длиннопост
Показать полностью
183

Системный администратор Linux. Вопросы

Системный администратор Linux. Вопросы Linux, Windows, Сисадмин, Отдел кадров, Пригорело, Собеседование, Длиннопост
Показать полностью
310

Системный администратор Linux

Системный администратор Linux Linux, Windows, Сисадмин, Отдел кадров, Пригорело, Длиннопост
Системный администратор Linux Linux, Windows, Сисадмин, Отдел кадров, Пригорело, Длиннопост
Показать полностью 2
232

Вопрос на ЛОГИку

2547

Новая работа и горящий пукан

1260

Как я собеседование провалил.

Похожие посты закончились. Возможно, вас заинтересуют другие посты по тегам: