The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Раздел полезных советов: Подключение в BHyVe zvol-диска с другой машины, auto_tips (?), 28-Апр-24, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


48. "Подключение в BHyVe zvol-диска с другой машины"  +/
Сообщение от mistiqemail (ok), 03-Май-24, 04:57 
Зато он в беллетристику умеет. А так да. Навертел фигни ради собственной уникальности.
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

53. "Подключение в BHyVe zvol-диска с другой машины"  +1 +/
Сообщение от нах. (?), 03-Май-24, 09:41 
> Зато он в беллетристику умеет. А так да. Навертел фигни ради собственной
> уникальности.

пока фигня решала поставленную задачу (максимально изолировать ценные данные от чужих кривых рук и обеспечить r/o бэкапам) - это было простительно.

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

Суматошные гугления манов вместо ntfs-3g /dev/zvol/pool/disk /mnt чтобы просто скопировать из невосстанавливаемо сдохшей системы файлики (ок, там мог быть gpt и все становится непросто [а может в zol и просто - но учтите я не проверял], но решаемо при помощи dd без риска добить уже и так непонятно в каком состоянии находящуюся и возможно даже завирусованную систему) - очень плохо, вообще никуда не годится. Т.е. использована технология которой сам мастер самоучка без мотора - не владел толком не то что в момент изобретовывания, но и пять лет спустя тоже.

Ответить | Правка | Наверх | Cообщить модератору

57. "Подключение в BHyVe zvol-диска с другой машины"  +/
Сообщение от mistiqemail (ok), 05-Май-24, 02:01 
>[оверквотинг удален]
> и не знает, почему - с необслуживаемыми системами случается.
> Суматошные гугления манов вместо ntfs-3g /dev/zvol/pool/disk /mnt чтобы просто скопировать
> из невосстанавливаемо сдохшей системы файлики (ок, там мог быть gpt и
> все становится непросто [а может в zol и просто - но
> учтите я не проверял], но решаемо при помощи dd без риска
> добить уже и так непонятно в каком состоянии находящуюся и возможно
> даже завирусованную систему) - очень плохо, вообще никуда не годится. Т.е.
> использована технология которой сам мастер самоучка без мотора - не владел
> толком не то что в момент изобретовывания, но и пять лет
> спустя тоже.

Тут не простительно другое. Сделать задачу наиболее сложным способом что бы в случае проблемы за решением уж точно прибежали к нему. Блеянья в духе "как старый фряшник" опровергаются ниже по тексту тем что он сам не знал как восстанавливать свою же конструкцию.
По мне так подобного рода персонажей надо гнать из профессии "*аными" тряпками.

Ответить | Правка | Наверх | Cообщить модератору

75. "Подключение в BHyVe zvol-диска с другой машины"  +/
Сообщение от нах. (?), 14-Май-24, 21:32 
> Тут не простительно другое. Сделать задачу наиболее сложным способом

он не особо сложный. Неоптимальный скорее. Видимо винда была все же ближе и понятнее чем фря, но тоже скорее power user чем настоящий админ (настоящий обошелся бы одной виндой - возможно тоже с виртуалками, но в родной hyper-v).
Не думаю что я бы не сумел разобраться, если бы мне такого дохляка приволокли.

> что бы в случае проблемы за решением уж точно прибежали к нему.

так он на пенсионе был в тот момент когда проектировал (как и его предшественник). Чем меньше проблем с которыми прибегают - тем лучше.

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

Ответить | Правка | Наверх | Cообщить модератору

60. "Подключение в BHyVe zvol-диска с другой машины"  +/
Сообщение от timur.davletshin (ok), 06-Май-24, 07:56 
>> Зато он в беллетристику умеет. А так да. Навертел фигни ради собственной
>> уникальности.
> пока фигня решала поставленную задачу (максимально изолировать ценные данные от чужих кривых
> рук и обеспечить r/o бэкапам) - это было простительно.

Переусложнённая "фигня" часто рождается сама. У меня вот бухгалтер любила бэкапы на "мобилрак"  делать (кто ещё вообще помнит, что это такое?) и как-то снесла благополучно какую-то из нужных многогигабайтных версий бухгалтерии. Восстанавливать пришлось при помощи forensic инструментария, т.к. имевшиеся "стандартные" утилиты фейлили с его восстановлением. Заодно и скилл с устройством файловой системы прокачал.

Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру