господа, а никто не знает случаем, что будет делать AWS S3 если lifecycle_rule expiration поставить в 0 days? Оно все будет херить, или наоборот будет хранить вечно?

Ну и сам себе ответил: https://s3-eu-central-1.amazonaws.com/vlazarenko-snap/S3_Management_Console_2018-04-19_11-23-12.png

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

Я б ему анус задеплоил

Я аж прихуел

Кажется что проще не работать с неадекватами

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

Песец, прочитал как "мессенджер"

Пора лечиться

Дескать если бизнес сказал не делать бекапы - не надо

Если бизнес сделал это сознательно и данные ему не важны - вай нот? Мало ли, вдруг им реально пофиг на данные :)

бизнесу виднее

я видел контору, которая многомиллионные тендеры выигрывала через свои компании. Так вот, у них БД почти на 100 предприятий была на флешке, Карл

Бэкапы? Ходить через RDP на сервер?

И сервер у директора на ноутбуке?

Флешка, Карл)

У бухгалтера на ПК

На одной из работ в отделении казахстанском шифрвоальщик зашифровал базы

бэкапы были, теоретически)

В общем, их пошифровало тоже, админа уволили

И ему повезло, что это было в КЗ, в РФ могли и в лес вывезти)

там президент защищает рабочих законодательно норм)

Это про 3.4

они не суппортят оный.

https://www.redhat.com/de/blog/look-vdo-new-linux-compression-layer

найс. кроме как в рхеле оно гдето еще есть ?

они не суппортят оный.

угу(

угу(

меня пользователи утомили спрашивать уже.

меня пользователи утомили спрашивать уже.

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

ну одно другое не искключает. но я нигде не видел.

найс. кроме как в рхеле оно гдето еще есть ?

См внимательно. Там есть линк на гитхабе

интересно, в Cent OS есть?

yum install vdo kmod-kvdo

:)

См внимательно. Там есть линк на гитхабе

vdo-devel@redhat.com

черт

vdo-devel@redhat.com

https://github.com/dm-vdo

https://github.com/dm-vdo

да да

собственная разработка

под gpl2 но пока остальные заадаптят лет цать пройдет

Ну про попытки запустить на федоре писали

Правда, чет там не вышло у них)

интересно что этой технологии делать на федоре

не все на RHEL сидят в проде

https://getfedora.org/ru/server/

Fedora поддерживается Red Hat.

Я к чему, если есть продукт, то наверняка его юзают) Ясно, что это 1-2%

Суки блять

Хм ... а никто не заворачивал firebase в прокси, на фоне текущих событий?

на сайте атласииана пропаганда телеграма )

Я к чему, если есть продукт, то наверняка его юзают) Ясно, что это 1-2%

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

у многиг дебианщиков недоверие к бубунте

т.к. она менее стабильна и юзает свежие пакеты) ыы

федора это аналог бубунты, как и наоборот… rpm vs deb просто

Вообще нет

Федора это апстим rhel

и?

А убунта это стабильный анстейбл дебиана

а бубунта лезбиана)

Дебиан стейбл это про ухшее гомно )

Федора это апстим rhel

ненужно это апстрим ненужно Fixed

У федоры нет lts сборок

:)

У уюунты есть

ERROR: S client not available

дистросрач во времена докера, ура

18 лтс вышла уже?))

AWS Linux не зашел кстати

это же какая-то шляпа допиленная?

дистросрач во времена докера, ура

ща падажжи еще докер обосрут

chief vs ansible

go

Господа

cat /etc/security/limits.conf

root hard nofile 262144 root soft nofile 262144

ulimit -n 262144

cat /proc/sys/fs/file-max 262144

Где еще деб9 увеличить файлы, чтоб он не упирался?

Все равно упирается, но там явно столько файлов не открыто одновременно

@Civiloid

systemd

Все равно упирается, но там явно столько файлов не открыто одновременно

systemd

там свои лимиты ?)))

Все равно упирается, но там явно столько файлов не открыто одновременно

Опиши проблему

Учти что на момент запуска лимиты не применяются

То есть они накатываютсч в момент после старта соответствующего сервиса

Все равно упирается, но там явно столько файлов не открыто одновременно

Поэтому надо проверить лимиты процесса конкретно

/proc/pid/limits

У тебя там 1024, 4096

У тебя там 1024, 4096

Я с этого и начал

что я все, вроде увеличиваю