Linux за българи: Форуми

Здравейте!
Днес се опитах да resize-на един img файл който беше за едната виртуална машина която се ползваше за webhost
погрешка написах  10G вместо  +10G при командата за resize  и си вкарах автогол ...
Ако някой може да помогне ще съм му много благодарен, ако струва нещо ще се заплати

Здравей,

С каква оп. система си и каква е файловата система там ако е Linux ?

Доколкото знам няма особена надежда, реално си препокрил стария файл май.
Опита ли да пуснеш новия img да стартира ?

Поздрави,
Румен

   Каква платформа за виртуализация ползваш ?
   KVM,Xen,Virtualbox,VMWare ,...
   Има ли виртуалната машина снапшоти ?

Виртуализация  KVM
Файлова система Ext4
Не съм записвал нищо ново върху диска
Машината е с CentOS 7  а ВПС-а и той

   Копирай за всеки случай img файла на друго място,и опитай да
пуснеш виртуалната машина.

Опитах не се стартира ..
Идеята ми беше с някаква програма да го възстановя ..

Опитай с testdisk от hiren cd, но резултата немога да ти кажа.По скоро ще е отрицателен.

Можеш да си моунтнеш file  така ,както не бутва и да провериш дали става нещо от виртуалната машина или  извадиш конфигурацията и и направиш нова.

Ами колега.. предишния не ти ли остави 3 бележки
1. Да се оправдаваш с ... международното положение т.е. Диска сдаде багажа и пр. хардуерни проблеми
2. Да правиш нов образ
3. Да си приготвиш и ти трите бележки за следващия

Мисля, че засега си още на т. 2
Почвай да правиш новия образ

Как успя да го постигнеш това нещо, бас държа че е пискало че няма място и ще се затрият данни, но някой хора въпреки това упорито ползват опцията -y
Второ това не ти е ФАТ че всеки сектор да си казва кой му е следващия, при твойта ФС тази информация е във вид на дърво, а сега иди намери кое беше следващото листо..
но дори да приемем че събереш всички листа и успееш да възстановиш оригиналния файл, тогава пък как ще накараш образа да се разшири баш върху тях т.е. той вътрешно вече се е омазал - записал е върху сектори които са останали вътре нова информация (за новия по-малък размер), така че само възстановяване на файла под ФС нама да помогне, а аз поне не се сещам за опция разшири се пак, но само върху ей тия сектори/листа от фс
..Както казах и преди - почвай да правиш новия образ на тая машина.. . Сега ако вече е накачулена с уеб хостове или виж как да ги изкл. Или после ги изтрий и си смали образа ама както трябва тоя път..

И нали знаеш, който се смее последен... си има бекъп.

Един приятел работи доста с виртуалки и има бекъпи на всяка.

Здравейте,

Друго бъдещо решение - някакъв вид RAID/1/5 и не правиш backup.

HTH,
Румен

Здравейте,

Друго бъдещо решение - някакъв вид RAID/1/5 и не правиш backup.

HTH,
Румен

Ти това не го казваш сериозно нали....?

Здравейте,

Друго бъдещо решение - някакъв вид RAID/1/5 и не правиш backup.

HTH,
Румен

Колега, какъвто и да е RAID не може да замени бекъпа.

Здравейте,

Не мислех да пиша повече по темата, но виждам че може би трябва поне да споделя опита си (пряк и косвен) със RAID и нека всеки си направи заключение.

1.Имах служебен RAID-5 със Windows-2003 server (3 диска) единия изпуши и известно време (бая време, докато се пусне докладна, заявка, счетоводство, доставчик, монтиране и т.н.) работи само с два диска (имах и backup, но само на важните неща - OS и някои критични данни). Слава богу не ми се наложи да възстановявам от backup, така че тук RAID-a свърши работа.

2.На три различни хостинга имаше проблеми с дискове (RAID-1), имаше суматоха докато се смени диска и започне синхронизацията (прекъсването при смяната е 10-15 минути) после още около 2-3 дни се синхронизираха данните и сървъра беше леко претоварен (тук нямам пряко участие, по скоро като наблюдател), но няколкостотин акаунта си работеха, данните им си стояха и при трите случая за които се сещам.

3. Инсталирал съм на лична машина soft-raid като идеята бе да махна единия диск и да видя как става възстановяването, но не стигнах дотам :-) (мързел, остана само намерението :–). Слагал съм и RAID на zfs/FreeBSD/2 диска.

Сега се сещам че пробвах и трети вариант - два диска не в масив, като крон-задача на единия го синхронизира периодично с другия и ако първия/основния "си отиде" да може да се стартира от другия. но това не стигна до реална работа (работи няколко дни и минаха на друго решение).

Това е опита ми и мисля че RAID-a си има свое място, като разбира се всеки е свободен да мисли/постъпва както си реши.

Поздрави,
Румен

Много си прав, ама за този случай леко не важи.

Здравейте,

Прав си, за мен темата мина към пазене на данни, а не толкова към защита срещу грешки, пък и бях на работа и си мислех и за други проблеми :-).

Иначе мога да споделя още един случай, колега който вече се знаеше че напуска беше сгрешил (не знам/помня всички подробности), но беше дал: rm -rf / home/user/... поне според другите и така беше изтрил всичко на сървъра, върнали са нещата от лентов backup, но естествено админа не е спал бая време (мисля че е трябвало да фиксва правата и собствениците допълнително, но може и да греша).

Тоест май има някакъв вид мета-защита на ниво диск и друга срещу човешки грешки, аз лично правя някакъв вид backup когато правя неща за които не съм сигурен дали няма да оплескам нещо, но това е нещо лично в допълнение на другите неща и ако преценя че може те да не стигнат - виртуалка на RAID-масив например, но естествено не винаги - по преценка ;–)

Румен

Здравейте,

Последен пост и оставям и на други да се изявят :-)

Докато пишех предния пост си мислех че вероятно най-добър резултат ще има ако се ползва RAID - хард или софт и някаква файлова система със snapshots, реално никога не съм ползвал съзнателно подобна комбинация, освен като тествах OpenIndiana, там след ъпгрейд се пазят и старите конфигурации поне на ядрото а може би и на файловата система обаче това става автоматично.

Тук може и да се изложа тъй като говоря чисто теоретично, отгоре на това и по памет, но идеята е за файлова система която да позволява да съхраниш някакво моментно състояние на целия диск и ако се наложи да се върнеш назад във времето и да си свалиш някакви стари данни (май zfs има подобна възможност, имам инсталирана и Hammer2/DragonFly-BSD май и тя има нещо подобно, но не намирам време да си поиграя ;–) а вече съвсем наслуки май и brtfs има/ще има подобни възможности.

Отгоре на всичко имат и диск мениджмънт (ала LVM) !

Като обобщение, имаш RAID за дисковете и когато мислиш че може нещо да оплескаш (или просто периодично) си правиш snapshot на цялата FS и така с известна доза късмет имаш големи шансове да възстановиш нещо си там.

Ще се радвам ако това вече го има реализирано (както подозирам) и някой сподели своите впечатления/опит.

Лека вечер,
Румен

Като мажеш/триеш/препокриваш фаилове - РАИД-а чинно изпълнява същото върху всички дискове - така, че само бекъп-а спасява.
Ако имаш бекъп, но си стои винаги монтиран във файловата систма (за "удобство") тогава грешката отнася и бекъпя. Извод бекъп и по възможност офлайн, а най добре в друга сграда.

Като мажеш/триеш/препокриваш фаилове - РАИД-а чинно изпълнява същото върху всички дискове - така, че само бекъп-а спасява.
Ако имаш бекъп, но си стои винаги монтиран във файловата систма (за "удобство") тогава грешката отнася и бекъпя. Извод бекъп и по възможност офлайн, а най добре в друга сграда.

[_]3

Като обобщение, имаш RAID за дисковете и когато мислиш че може нещо да оплескаш (или просто периодично) си правиш snapshot на цялата FS и така с известна доза късмет имаш големи шансове да възстановиш нещо си там.

Лека вечер,
Румен

Късмет, шансове..... човече...

Няма такова нещо, като това, което описваш. RAID != Backup.
Малко примери. Имам база, сравнително голяма, работи на раид 10 от 8 диска. Реално толеранса на загуба на дискове е сравнително голям. Толеранса от човешка грешка == 0. Какво ще стане ако някой по някаква причина изтрие нещо, съзнателно или не и ти нямаш бекъп. Какво ще стане ако се счупи файловата система или има проблеми с дата файловете и логовете. А какво ще стане ако те хакнат и ти затрият базата на компанията. ще ти кажа, ще хлопнете кепенците и ти ще си виновен зашото нямате бекъпи.

В добре планирана корпоративна среда с кадърни Backup и  Disaster Recovery планове не съществуват думички като шанс, късмет, ако, дали, евентуално. Единствения въпрос е кога.

Случват се всякакви неща и ти го казвам от опит. Пържи се захранване, покрай него заминава контролера и 2-3 диска от масива. Красота

Недоброжелател трие на поразия. Красота

Пали ти се сървърното. Смрад и мизерия.

Пипваш крипто вирус или друга гад, която маже където и каквото може. Тук е истинска красота.

Та, поне при нас бекъпи има на две отделни физически места разделени от повече 250 км. едно от друго. Познай защо.

Нещото, което описва добрите практики се нарича информационна сигурност. И стандарти си има по въпроса. Та заеби ти тоя раид. Дори и на софтуерно дефинирани сториджи се прави бекъп на критичните данни иначе рискуваш да си катурнеш бизнеса ей така от мозък

Добре де, не може ли просто да се пусне

chattr -i

на цялата директория или файловете вътре? Така и root да си, няма да можеш да направиш грешката, да го изтриеш.

Цитат на: ray в Nov 20, 2017, 18:54

Като обобщение, имаш RAID за дисковете и когато мислиш че може нещо да оплескаш (или просто периодично) си правиш snapshot на цялата FS и така с известна доза късмет имаш големи шансове да възстановиш нещо си там.

Лека вечер,
Румен

Късмет, шансове..... човече...

Няма такова нещо, като това, което описваш. RAID != Backup.
Малко примери. Имам база, сравнително голяма, работи на раид 10 от 8 диска. Реално толеранса на загуба на дискове е сравнително голям. Толеранса от човешка грешка == 0. Какво ще стане ако някой по някаква причина изтрие нещо, съзнателно или не и ти нямаш бекъп. Какво ще стане ако се счупи файловата система или има проблеми с дата файловете и логовете. А какво ще стане ако те хакнат и ти затрият базата на компанията. ще ти кажа, ще хлопнете кепенците и ти ще си виновен зашото нямате бекъпи.

В добре планирана корпоративна среда с кадърни Backup и  Disaster Recovery планове не съществуват думички като шанс, късмет, ако, дали, евентуално. Единствения въпрос е кога.

Случват се всякакви неща и ти го казвам от опит. Пържи се захранване, покрай него заминава контролера и 2-3 диска от масива. Красота

Недоброжелател трие на поразия. Красота

Пали ти се сървърното. Смрад и мизерия.

Пипваш крипто вирус или друга гад, която маже където и каквото може. Тук е истинска красота.

Та, поне при нас бекъпи има на две отделни физически места разделени от повече 250 км. едно от друго. Познай защо.

Нещото, което описва добрите практики се нарича информационна сигурност. И стандарти си има по въпроса. Та заеби ти тоя раид. Дори и на софтуерно дефинирани сториджи се прави бекъп на критичните данни иначе рискуваш да си катурнеш бизнеса ей така от мозък

Не ми се спори защото всеки бизнес/човек си има някакви изисквания и цена на данните, както и цена на решението за тяхното запазване - така че решенията ще са различни, отделно и хората които ги прилагат са различни.

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

Поздрави,
Румен

ray: snapshot-a си е бекъп, ако го съхраняваш правилно нямаш проблеми.