ошибки в логах контроллера есть?

нет, пусто

ну fsck вам в руки, не думаю что тут еще что-то можно сделать.

ну fsck вам в руки, не думаю что тут еще что-то можно сделать.

спасибо

аккуратнее с этим, если фс сильно побита, после чека и маунта можете не досчитаться много чего

аккуратнее с этим, если фс сильно побита, после чека и маунта можете не досчитаться много чего

да я знаю поэтому я просто сделаю так перенесу все данные на другой диск в таком состоянии и форматну тот диск где ФС ругается что ей плохо

только не dd-ой несите

только не dd-ой несите

конечно же нет :) спасибо еще раз

пожалуйста :)

ояебу, оно до сих пор лежит — https://status.bitbucket.org/

только не dd-ой несите

что за гонево на dd?

там есть sync,noerror

/me с юности dd переносит любые данные )

rsync’ом не лучше?

нет

и что sync,noerror даст?

только то, что он не отвалится на ошибках

при этом получите засинканую ФС со всеми ошибками

conv=sync tells dd to pad each block to the left with nulls, so that if, due to error, the full block cannot be read, the full length of the original data is preserved, even though not all of the data itself can be included in the image. that way you at least know how damaged the data is, which might provide you with forensic clues, and if you can't take an image at all due to bad blocks or whatever, you can't analyze any of the data. some is better than none. conv=sync,noerror is necessary to prevent dd from stopping on error and performing a dump. conv=sync is largely meaningless without noerror.

хмм, ну ок, возможно ты и прав. Только чем тогда rsync-ом "не лучше"?

он также, что не прочтет, то и не скопирует из-за ошибок )

а dd-а при этом тебе диск забьет как оригинал, но при этом будет куча нулей

при этом получите засинканую ФС со всеми ошибками

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

ну блин, бекап - это вообще по умолчанию операция в принципе то.

а dd-а при этом тебе диск забьет как оригинал, но при этом будет куча нулей

так ничто ж не мешает занулить свободное пространство на диске и забрать то что надо

но в вашем варианте это хождение по лезвию ?

вообще, я дампил когда-то dd’шкой, нулил пространство, снимал что надо)

когда полгода битая ФС работает - это всегда хождение по лезвию ))

Your MySQL connection id is 2 to server version: 4.0.26-Max-log

PHP 4.3.11 (cli) (built: Oct 4 2005 02:11:34)

CentOS release 3.5 (Final)

жесть, не правда ли? ?

ох йопт

Выходи оттуда

это что?

Беги!

это что-то работающее )))

я в такую никогда даже не заходил

дай доступ, а?

попахивает некрофилией

работает - не трожь!)))

не, нельзя)

надо архив сайта отдать хозяину))

там даже yum’а нет, кстати)

а шо есть?)

какой там uptime ?

не большой, 692 дня

я его рестартил зачем-то когда-то

и кому это старье понадобилось, хз

там ещё и koi8r

там когда-то 150 сайтов висело ?

надо архив сайта отдать хозяину))

В музей? =)

В мавзолей)

http://www.opennet.ru/opennews/art.shtml?num=47882

Да что ж такое-то? С самого начала года все насасывают, причмокивая. ?

Там в комментах надмозги предлагают запретить бесплатные сертификаты.

ребят, посоветуйте пожалуйста подобный чатик по jenkins\travis\etc

Ребят, посоветуйте пожалуйста чатик подобный этому только про devops :D

ребят, посоветуйте пожалуйста подобный чатик по jenkins\travis\etc

Там 14 человек (или ботов, ггг), оно тебе надо?

а(

Ребят, посоветуйте пожалуйста чатик подобный этому только про devops :D

Да легко - пиши "!kickme" сюда.

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

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

ERROR: S client not available

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

представь, что эти шаги - отдельные джобы.

тогда всё встанет на места

ну так оно и есть

из главной джобы вызывай малые

ну а какой тогда вопрос?

я уже пробовал и отдельными джобами делать, и шагами в пайпе

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

вот прям в воркспейсе на воркере

при чем, при составлении xml - все нормально, а с html репортом не прокатывает, пишет No data to report

сделай ws(allocate directory) смотри что туда падает

ну да, это сугубо вопрос путей

хм, сейчас еще попробую вообще руками скормить отчеты

использую jenkins pipeline, имеется два проекта как переключаться между ними при разных stages?

ну гуглил вот такой вариант node { dir('RepoOne') { git url: 'https://github.com/somewhere/RepoOne.git' } dir('RepoTwo') { git url: 'https://github.com/somewhere/RepoTwo.git' } sh('. RepoOne/build.sh') sh('. RepoTwo/build.sh') }

нашел, проблема в самом отчете

в нем почему-то нет данных

нужных

бред какой-то)

Ребзя, если взять кореос+кубернет+аппАрмор по мануалам+докер

не знаю что за аппАрмор, но coreos+kube збс

Я могу уверенно отдавать доступ к докеру сторонним людям, не рискуя быть взломанным?

в смысле доступ к докеру?

к демону докера?

или запускать чьи-то образы?

к демону докера?

Ну разрешить им запускать в нём свои программы

И образы тоже

разрешай, только запускай их не под рутовым юзером)

разрешай, только запускай их не под рутовым юзером)

? а почему не под рутовым?

Уже 3к народу

Это понятно, но а вдруг

Чат же лопнет