» Флейм для сисадминов (часть IV)

LevT
Цитата:

Ну, атомарности в работающей винде он по-любому не помеха ))

а как вы вообще себе представляете доступ к одному винту с NTFS разделом сразу с двух ОС?..

Alukardd
Как ни странно, я-то себе такое хорошо представляю.

1) Мне случалось по ошибке запускать винду в виртуалке под самой собой. Заводилась сцуко! (не сказать, чтобы работала)

Но беду переживала и дальше пахала как ни в чём не бывало. Я, правда, реагировал быстро и не давал той виртуалке развернуться. Но и за пару минут прикидываешь, сколько дров она потенциально могла наломать? Не помню точно: то ли виртуалка до логон скрина успевала дойти, то ли даже десктоп грузила после автологона. Ругалась, но гораздо меньше, чем можно навскидку ожидать.

2) В сценарии SAN запросто. И даже есть в природе софт, который делает из NTFS кластерную ФС.
(вроде бы так считается, но лично я сейчас не уверен, что он делает именно это: с моим нынешним теоретическим бэкграундом и опытом я его ещё не щупал).

только прочел..
конечно не хочется снова ворошить это, но все же

Prisoner_of_Ice

Цитата:

1. задачу не поставили нормально

чем ли не задача:

Цитата:

есть ли провереный способ склонироать работающий линух на другой хост.  
по сети.  

?

ответ про дамп-рестор меня устроил. спасибо Alukardd



Цитата:

2. не вижу проблемы, если честно. на другом хостинге подымаются все службы/демоны с такими же настройками/конфигами, копируются "движки", делаются бэкапы БД, потом все это разворачивается и запускается, а на другом хостинге останавливается. естественно сначала делается тестовый старт.

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


Цитата:

если вы хотите решение одной кнопкой как заклонить систему - то такое есть, называется выполнить save state для виртуальной системы. после этого перетягивается виртуальный винт в другую среду и там "будится".

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

 

Цитата:

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

вот это не совсем понял. что такое "стандартный перенос системы" ?

LevT
Ни хрена не понял что там у Вас происходило в первом сценарии, но второй очень маловероятен. И я очень сомневаюсь что если зацепить таргет с NTFS во вторую систему, то ему кто-то помешает делать с ней что угодно. Если только её не превратить в кластерную, конечно...

Alukardd
Ну, коли настаиваете, будем опять на Вы


Цитата:

Ни хрена не понял что там у Вас происходило в первом сценарии,

Я много лет подряд запускал виртуалки под десктопной вмваре воркстанцией с сырых дисков. Пару раз, вот, довелось ошибиться: отдал виртуалке то ли системный раздел, то ли целиком жесткач, содержащий хостовую винду )



Цитата:

но второй очень маловероятен.

Не понимаю, какой именно сценарий по-Вашему маловероятен. Я написал, что не уверен, что получается кластерная ФС (c добавленными где-то кластерными метаданными о целевой NTFS). Возможно, софтина та просто занимается SAN-арбитражем (сторонняя кластерная управлялка, выводит в офлайн iSCSI таргет для инициаторов поочерёдно или что-то подобное делает).

Смотреть в ближайшее время не планирую, но если вдруг заскучаю, то пощупаю и отчитаюсь.


GaDiNa

Цитата:

вот это не совсем понял. что такое "стандартный перенос системы" ?

Спросите ближайшего "пиар-менеджера по продажам", он растолкует. У меня вот мои юзеры периодически интересуются, почему "у нас не всё стандартно" (то есть что-то не так, как на их домашних хомяках).



Цитата:

вроде терминологией владеете,

Википедия нынче в каждом... Ну и служебный интерес, человек всё же пытается работать, а не сачковать.

LevT
Кстати, dump всё же делает snapshot сам, но только во FreeBSD. Связано это с тем, что ФС в Linux не поддерживают snapshot'ы сами по себе в отличии от ufs/ufs2/zfs (brtfs не в счёт).

Скопировал нажитую на виндовом сервере двухтерабайтную шару на нексентовский CIFS сeрвер. Пока смотрел за >255 путями, AD-интегрированными разрешениями (там разнообразия немного, но надо было воспроизвести виндовыми инструментами и проверить, потому не захотел robocopy), запускал zfs снапшоты... проипал даты.

Даты всех файлов оказались выровнены по дате копирования. Прошло несколько дней, юзеры заметили не сразу, но теперь уже бунтуют.

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

LevT
1. Скопировать заново с сохранением timestamp'а. (например, cp --preserv=timestamp или rsync --times)
2. Бежать скриптом по всему дереву и читать timestamp со старой шары и менять у файлов на новой (команда touch)... Можно доп проверки поставить, что бы сохранить ts у тех файлов которые юзвери уже меняли на новом месте.

p.s. при таких объёмах вдохновляться особо нечем)

Боюсь, что никсовые струменты я щас не осилю задействовать. Никогда не запускал их по виндовой CIFS шаре и вообще не щупал smbclient. Кроме того, на самой нексенте на ZFS специфические ACL - которыми сами соляроводы рекомендуют рулить из винды.

Так что надо оттуда..



Добавлено:

Цитата:

2. Бежать скриптом по всему дереву и читать timestamp со старой шары

Кстати, хороший был бы тест на интеллигентность zfs. Вырастет ли вдвое объём filesystem с учетом снапшотов, или нет?

LevT
А как вы туда копировали? Из винды? Ну должны быть средства для сохранения TS, правда этим делом обычно заведует целевая ФС...

А про тест, аж интересно стало)

Из винды копировал teracopy, когда-то давно настроенной проверять CRC по результату. Остальные настройки проверить позабыл ((

Подозреваю, что teracopy себя по-разному ведёт в зависимости от того, считает копирование локальным или нет. Но вот проконтролировать по маленьким кусочкам и вручную поправить забыл. И так копировалось двое суток почти...


Добавлено:

А я радостно пьянствовал, пока оно впахивало. Мудаг...


Добавлено:

И юзеры тоже казлы. Одна дамочка дотошная могла мне сразу сказать - но типа "занята была, работы много", отшила меня в первое рабочее утро, когда я попытался к ней подключиться и поспрошать о впечатлениях.

LevT
юзеры они такие юзеры...
А что делать 2-е суток пока оно копируется... Всего всё-равно не предусмотришь... Обычно печёшься о сохранности данных, а не о левой мета-информации...

Кстати, smbclient изучать совсем не надо, достаточно просто mount -t cifs.

Цитата:

Обычно печёшься о сохранности данных, а не о левой мета-информации...

ну да, я лично на даты вообще никогда не обращаю внимания.
А вот поди ж ты, некоторые юзеры без них не могут...

LevT
ну я тоже иногда пользуюсь ими что бы вспомнить когда это было и оценить актуальность информации без изучения содержимого

Да не парься ты. Сделай выборку того, что меняли с того момента, и сохрани отдельно, а дальше заново скопируй уже с сохранением TS (главное в твоём случае понять чем это делать).

Alukardd
зря ты так..
Цитата:

юзеры они такие юзеры...

это уже не юзеры.. это их пакостнная разновидность - гыукы.. которые "отрыжка цивилизации", карочь.. ;)
юзеры в целом - они хорошие.. и в отличие от гыуков никогда одмина не пошлют.. во всяком случае, далеко не пошлют.. :))
ну.. а юзер, обращающий внимание на дату/время файла, это уже не просто юзер, а Юзер.. с большой буквы Ю..
хотя, впрочем, и адванседные гыукы тоже встречаются.. от с имя-та и основная морока и геморрой.. :(

---

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

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

Плохо всё в более крупном масштабе: люди исходят из предположения о том, что им компы как-то сами собой обеспечивают "стандартный" сервис. Никто не думает ни о ресурсах, потребных на поддержание статуса-кво, ни о цене изменений, в т.ч. вынужденных ростом. Не говоря о хотелках, вызванных рекламными картинками, на которых всё просто и за всё уже уплочено.

Админы тоже люди, кстати.

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

Alukardd

Цитата:

Да не парься ты. Сделай выборку того, что меняли с того момента,

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


Добавлено:
TheBarmaley

Цитата:

так пущай научатся искать по нейму.. или по контенту..

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

Правда, опять вопрос: чем этот новый сервис обеспечен? Может быть, лишь рекламными картинками с образами чужого счастья, профессионально нарисованными мозгоёбами?

такая вот барада
хто чего порекомендует?

LevT
Цитата:

вынужденно переучиваться никто не любит. Это не тот случай, когда появляется новый сервис

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

нащёт картинок, образов щастья и мозгоклюйства - "Остапа понесло".. :)))

---

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

TheBarmaley

Цитата:

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

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

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


Добавлено:

посмотрим... Может быть, решу отказаться от снапшотов zfs (очень нехотя!) - потому что к снапшотам Veeam бэкапа веб-индекс прилагается.

TheBarmaley

Цитата:

я бы смотрел в эту сторону..

да я, наверное, тоже туда и посмотрю
хотя, по-хорошему, напрашивается что-то самописное
мне нравится как сделали на certifications.ru
добротная интеллектуальная система, есть таймер, есть рандомность вопросов..
но "самописность" требует соотв. мотивации..

perdun
Мы пользуемся вот такой системой: http://www.termika.ru/learning/po/olimp/
Плюс есть ещё один "самопал", который я думаю перевести на "Олимп"

Цитата:

2. Бежать скриптом по всему дереву и читать timestamp со старой шары и менять у файлов на новой (команда touch)... Можно доп проверки поставить, что бы сохранить ts у тех файлов которые юзвери уже меняли на новом месте.

Пока я заныкиваю изменённые файлы, может, кто-нибудь подскажет готовый рецепт: такой вот скрипт или гуйный софт для винды, меняющий только таймштампы?

Всё-же удачная возможность протестировать интеллектуальность zfs, не хочется упускать.


Alukardd

Цитата:

Кстати, smbclient изучать совсем не надо, достаточно просто mount -t cifs.

Не, там mount -t smbfs и не всё так просто: у меня даже smbutil view не получается пока натравить на винду.

LevT
Скирпт только ближе к ночи и то только для линя могу помочь накорябать. Писать батник под это дело я не готов, а с vbs я не особо дружу.

Я б рад юниксом попробовать.. но не могу сейчас потратить неопределённое время на монтирование виндовых шар и тестирование того, что получится.


Добавлено:

А за готовность помочь спасибо )



Добавлено:

Припоминается мне, в варезнике была софтохрень виндовая для манипуляции таймштампами.
Но вот название никоим образом не помню (

LevT
Можешь на эту утилитку взглянуть, да и вообще сайт полон полезных вкусняшек.

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

Так что за любые читы в ближайшее время буду признателен.


Надо ещё планировать время на тот случай, если zfs всё-таки разбухнет, и придётся что-то с этим делать (или по тупому скопировать шару заново, или быстро научиться разрулить снапшоты)


Добавлено:
Alukardd

Цитата:

Можешь на эту утилитку взглянуть,

Очень близко, спасибо большое! Была уже у самого мысль на нирсофт сходить, но померещилось, что утили там сплошь гуишные для одиночных манипуляций.


Добавлено:

bulk file changer - позволяет выставить одну дату для многих файлов. А мне нужно наоборот.

Разве что список можно с его помощью получить. Ну так получить его можно разными путями, например, из AraxisMerge, которым я папки сравниваю и файлы изменившиеся прикапываю.

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

LevT
вроде бы, должно подойти Вам Ссылка
там в примере бекап таймштампа последней записи файла, потом восстановление их
правда утиль для этого используется не родная

urodliv
Олимп тема, у нас есть.