У меня была похожая ситуюёвина была на одной бзде. Я сделал dd if=/dev/zero of=/dev/sd0 и у меня потом файлик /dev/sd0 весил оставшиеся на диске место.

делал

# dd if=/dev/zero of=/todelete dd: writing to ‘/todelete’: No space left on device 4213145+0 records in 4213144+0 records out 2157129728 bytes (2.2 GB) copied, 11.6994 s, 184 MB/s

так и не решилось? всё попробовали?

да я уже и не знаю, что попробовать )

А нахера вы используете дд ?

Он устарел пипец

да я уже и не знаю, что попробовать )

Озвучь проблему еще раз

А нахера вы используете дд ?

а что вместо него?

Да хоть и cat

Озвучь проблему еще раз

https://pastebin.com/cYgXBZNQ 12G пропали

Да хоть и cat

как катом сделать файлик определённого размера?

как катом сделать файлик определённого размера?

Fallocate

xfs_check + xfs_repair

Так. Xfs

Внезапео, перезагружать пробовал? Мож там есть открытые но удаленные файлы ?

Внезапео, перезагружать пробовал? Мож там есть открытые но удаленные файлы ?

нет файлов, перезагружать пробовал )

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

ну и xfs_estimate

А чо ита у тебя у команды дэу в девнулл ерроры ?

Под рутом запустил вобще ?

А чо ита у тебя у команды дэу в девнулл ерроры ?

ну чтобы не срал ошибками, когда например в /proc что-то считает

Еще могут быть файлы с мегадлинными атрибутами xattr или как там

но я и без девнула пробовал, ничкакой разницы

Под рутом запустил вобще ?

ага

ну чтобы не срал ошибками, когда например в /proc что-то считает

Там есть опция не ходить по другим фс

Еще могут быть файлы с мегадлинными атрибутами xattr или как там

Вот это проверь

Там есть опция не ходить по другим фс

ты про -x? он в прок заходит всё равно

Вот это проверь

а почему их тогда du не показывает?

ты про -x? он в прок заходит всё равно

Не помню

а почему их тогда du не показывает?

Хз

ты про -x? он в прок заходит всё равно

Вроде -s

Я прост с гейдроида щас

https://askubuntu.com/questions/865141/xfs-root-partition-free-space-inconsistency

https://unix.stackexchange.com/questions/22939/xfs-disk-usage-is-15-30-bigger-than-the-files

Четать ответы

https://serverfault.com/questions/406069/why-are-my-xfs-filesystems-suddenly-consuming-more-space-and-full-of-sparse-file

Для меня сюрпрайз

сталкивался с таким, да

Что-то из меня плохой линуксоид. Bare metal. Ubuntu 16.04. Надо подкинуть dm-thin-pool модуль ядра. Сеть есть

Ничего скорее всего не надо. Но это уже завтра. Скорее всего raid1 надо сконфигурить на инсталяшке, а thin pool уже на поставленной системе

Задача: - Изобрести велик с почтой Теоретическая архитектура: - Сервер с двумя HDD. Он уже есть. - Хочу поставить lvm raid1 (не mirroring, именно raid1) + thin lvm прямо вместе с загрузкой. thin lvm - снапшотить волумы и делать по ним бэкапы. Можно и архивацию, но она особо не нужна. - Внутри будут крутиться 1-2 kvm - практически от замусоривание и для унификации (т.е. классические снапшоты не нужны - я не буду клонировать волумы). Этот пункт вызывает у меня сомнения, так как увеличивает число хопов по сети, делает NAT и вообще нужен только для "красоты" и некоторого удобства обслуживания "если что". - Под kvm будут крутиться докеризированные почтовые сервера Меня смущает пункт c kvm и c lvm thin. lvm thin хрен сразу поставишь - по живому надо будет convert делать. И хранить достаточно много снапшотов - он не сдохнет?

сдохнет

https://www.kernel.org/doc/Documentation/device-mapper/thin-provisioning.txt

дальше можно не читать

Хм... Только zfs, только хардкор?

https://www.kernel.org/doc/Documentation/device-mapper/thin-provisioning.txt

Improve metadata resilience by storing metadata on a mirrored volume but data on a non-mirrored one. что-то я не понял этого захода. "а ну эти данные"?

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

@schors насколько я помню (могу ошибаться конечно) что LVM Raid1 вообще не очень хорошая идея

так как метаданные LVM'а должны быть на внешнем по отношению к lvm raid1 хранилище, но я могу конечно путать с чем-то еще

поэтому лучше raid1 делать средствами mdadm, по старинке

а поверх уже натягивать LVM в любом удобном виде

плюс thin provision - ну как бы хороший вопрос конечно

@schors насколько я помню (могу ошибаться конечно) что LVM Raid1 вообще не очень хорошая идея

угу. только это судя по всему обёртка к md :)

так как метаданные LVM'а должны быть на внешнем по отношению к lvm raid1 хранилище, но я могу конечно путать с чем-то еще

это у thin lvm

Ну т.е. если я хочу снапшотов для бэкапа в 2017 году, то нет Бога кроме zfs?

угу. только это судя по всему обёртка к md :)

они оба строятся поверх devicemapper'а

но никто не мешает делать слоистые вещи

например слой mdadm

слой lvm

и так далее

это уже другой вопрос. я к тому, что у lvm ет самостоятельного raid1

ERROR: S client not available

это уже другой вопрос. я к тому, что у lvm ет самостоятельного raid1

как нет

есть зеркальные вольюмы, емнип

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/6/html/Logical_Volume_Manager_Administration/mirror_create.html

а хотя кажется я не прав и таки mdadm не поверх dm :)

но не суть

есть зеркальные вольюмы, емнип

угу. есть зеркальные вольюмы. которые делают "бум" насколько я понял если что-то не так

угу. есть зеркальные вольюмы. которые делают "бум" насколько я понял если что-то не так

ну хз, я никогда не видел чтобы их кто-то использовал

ну хз, я никогда не видел чтобы их кто-то использовал

А я не понимаю зачем они в таком виде

А я не понимаю зачем они в таком виде

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

ну это да

возвращаясь к изначальному - снапшоты это только zfs?

возвращаясь к изначальному - снапшоты это только zfs?

говорят есть еще хрычфс, но ее дропнули.

возвращаясь к изначальному - снапшоты это только zfs?

и на LVM стали поэффективнее снапшоты, чем были 10 лет назад.

Всем доброго дня! Меня зовут Дарья - я HR Менеджер IT компании Noveo. Подскажите, пожалуйста, можно ли в группу кинуть вакансию? :) Если нет, буду признательна, если сможете подсказать, куда ее можно отправить :) Заранее спасибо!

https://t.me/devops_jobs

Благодарствую)

Благодарствую)

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

И на том канале есть всякие рекомендации по тегам и пр.

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

ну, попытка не пытка в любом случае, вдруг кто-то заинтересуется)

ну, попытка не пытка в любом случае, вдруг кто-то заинтересуется)

Да, просто я не слышал success story :)

Да, просто я не слышал success story :)

Надежда умирает последняя XD если случится такой success, я обязательно поделюсь :))

Ну и чисто статистика, что я раз 5 постил реферальной ссылкой на вакансию в конторе где я работаю, откликов ноль :)

хммм.. ну да

ну, будем пробовать :)

Всем доброго дня! Меня зовут Дарья - я HR Менеджер IT компании Noveo. Подскажите, пожалуйста, можно ли в группу кинуть вакансию? :) Если нет, буду признательна, если сможете подсказать, куда ее можно отправить :) Заранее спасибо!

Вообще можно. Я против явного разделения. Если это не вакансия "приходите к нам сажать огурцы в Молдавию", то всё норм. P.S. Я овнер :)))

Вообще можно. Я против явного разделения. Если это не вакансия "приходите к нам сажать огурцы в Молдавию", то всё норм. P.S. Я овнер :)))

Очень рада познакомиться :) АХаха, приходите сажать огурцы))) никогда не понимала рекрутеров, которые постят такие вакансии XD

возвращаясь к изначальному - снапшоты это только zfs?

снапшоты еще есть в btrfs, но применительно к твоей задаче с докерами, это ппц как медленно

не трогайте btrfs, оно мёртвое)

не трогайте btrfs, оно мёртвое)

яж не спорю )

Мы развиваем команду в #Питере, про проекты могу рассказать лично, если кто заинтересуется #вакансия #job #devops #Санкт-Петербург #СПб #офис полная занятость, гибкий график ЗП СПб 80 000 -150 000 Можно и больше, и выше, все зависит от опыта и проекта. Сейчас очень активно ищем #DevOps на крупный международный проект. Основные технологии: Vagrant/Docker, Ansible, Consul, желательно Kubernetes. Знания Openstack и AWS очень-очень приветствуются. Более подробно про стэк тоже расскажу, кто заинтересуется :) Занимаемся разработкой бизнес-приложений на Европу, средне- долгосрочные проекты и продуктовое направление (курсы английского и французского, командировки к заказчикам) Можно о нас почитать на сайте и в вк: https://noveogroup.ru/about https://vk.com/noveo Отвечу на вопросы, приму во внимание замечания (по делу), готова поболтать на любые темы :)