похоже, докер можно удалять ?

сделал себе Rkt, вроде работает всё

https://dpaste.de/eBW1

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

он запустит оба, но работать (слушать и отвечать на том порту) будет только тот, который был запущен последним

А почему в данном случае запускается конвертацией из докера силами rkt, а не тулзой или прямой сборкой?

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

это первая причина

вторая причина - у меня OS X и там докер работает лучше (более нативно), а для Rkt нужна виртуалка через Vagrant

то есть через IDE мне удобнее подключаться к докеру

сборку на CI , наверное, да, можно было бы сделать через acbuild в Rkt-формате

но тогда вместо докерхаба надо что-то придумать

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

тут прямо упор на домохозяек

а с Rkt там сложновато местами

по крайней мере пока

Так никто же и не заставляет использовать докеробразы от команды разработки

ну да, тогда их нужно самому делать, там был где-то скрипт

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

а админы ббудут хотеть - что бы ло на машине разработчика то и в прод.

так что обречен...

образ тот же самый

вся эта конертация - она на лету

но образ уже _другой_

конвертация будет косячить

а значит изспользовать - опасно.

файлы те же самые

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

почему он должен глючить?

потому что не глючит только ломик.

но он портится и ржавеет.

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

конвертация ведь ничего не добавляет туда , что могло бы помешать работе сервиса

это ты сейчас так думаешь. но на самом деле знаешь - любое изменение - оно jpeg.

склеивает вот те слои в один и добавляет манифест и всё

а если манифест плохой ?

а если при слекйлки конфликты с правами ?

теоретически вероятность глюков есть

но вряд ли на практике кто-то об этом будет думать

вероятность, что метерорит в датацентр попадёт, ведь тоже есть

но если это так важно - можно и правда отдельно собрать

через acbuild

так вот эта твоя конвертация все и испортит.

но собирать на машине разработчика нельзя

у нег оведь венда

или не дайто бох мак

а там пофиг - всё равно вагрант

а значи все снова идет лесом

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

вообще, не сложно иметь отдельный Dockerfile для IDE, для разработки проекта и какой-нибудь билд скрипт для создания образа Rkt с помощью acbuild

это всё равно делается 1 раз и потом редко меняется как-либо

и это имеет смысл потому что IDE любят запихивать что-то ненужное

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

и IDE туда какие-то хелперы залила зачем-то

а второй - почти такой же, для запуска на сервере

первый в CMD ничего не запускает (но через IDE я могу в нём запустить dev-сервер), второй запускает нужный мне сервис для продакшена

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

если проект маленький - то второй билдится прямо на машине разработчика, если серьёзный - то, конечно через CI

ну и вот тут Rkt вполне может влезть и те инструкции для билда в CI можно заменить на .sh с acbuild-командами

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

вторая причина - у меня OS X и там докер работает лучше (более нативно), а для Rkt нужна виртуалка через Vagrant

И то, и другое через виртуалку. В чем проблема запускать ту же виртуалку для rkt?

сейчас там какая-то более нативная виртуалка

не через виртуалбокс

я про Docker for Mac

сейчас там какая-то более нативная виртуалка

Вот и используй эту "какую-то более нативную", в чем проблема?

там только докер

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

я не могу там что-то ещё сделать

Xhyve

да

то есть там всё очень просто работает

с Rkt пока сложнее

ну и аналогично с поддержкой в IDE - Rkt'а там нет

оно может появиться в будущем

но вот пока докер выигрывает

Что "да"? Это средство виртуализации, как qemu. Неправильно говорить " использует более нативную ". Правильно говорить " мне лень настраивать ".

ну, в маке не принято что-то настраивать

за это и любят

ОК

перетащил программу в папочку - и она заработала

Папочку

да, сама программа - это архив и там всё

но я этого не вижу, это всё магия для меня

нужно просто перетащить кита и готово

на сервере тоже просто, я фактически заменил 4-5 строчек с докером на другие несколько строчек с ркт и готово

а если вот на клиенте ставить Rkt и дружить его с IDE - это всё будет менее удобно (конкретно сейчас, завтра может поменяться)

Парни, а как правильней журнал отфильтровать, чтобы причину посмотреть? Update Strategy: No Reboots Failed Units: 1 user-cloudinit@var-lib-coreos\x2dinstall-user_data.service

Можешь по -u unit.name

пять сек)

А что будет unit.name в этом случае?

user-cloudinit не работает

полное имя тоже

Вот рабочая команда: sudo journalctl -xep3

-- Reboot -- Aug 22 16:16:56 localhost systemd-udevd[243]: RUN{builtin}: 'uaccess' unknown /usr/lib64/udev/rules.d/73-seat-late.rules:15 Aug 22 16:16:57 localhost systemd-udevd[243]: RUN{builtin}: 'uaccess' unknown /usr/lib64/udev/rules.d/73-seat-late.rules:15 Aug 22 16:16:57 localhost kernel: megaraid_sas 0000:01:00.0: Init cmd success Aug 22 16:16:57 localhost kernel: megaraid_sas 0000:01:00.0: INIT adapter done Aug 22 16:16:58 localhost systemd-fsck[933]: fsck failed with error code 8. Aug 22 16:16:58 loadbal1 systemd-udevd[1077]: RUN{builtin}: 'uaccess' unknown /usr/lib64/udev/rules.d/73-seat-late.rules:15 Aug 22 16:16:59 loadbal1 systemd[1]: dev-disk-by\x2dlabel-USR\x2dA.device: Dev dev-disk-by\x2dlabel-USR\x2dA.device appeared twice with different sysfs paths /sys/devices/pci0000 Aug 22 16:16:59 loadbal1 systemd-networkd[1431]: [/etc/systemd/network/00-eno1.network:8] Failed to parse boolean value, ignoring: 9000 Aug 22 16:17:00 loadbal1 systemd[1]: dev-disk-by\x2dlabel-USR\x2dA.device: Dev dev-disk-by\x2dlabel-USR\x2dA.device appeared twice with different sysfs paths /sys/devices/pci0000 Aug 22 16:17:00 loadbal1 systemd[1]: Failed to start Load cloud-config from /var/lib/coreos-install/user_data. -- Subject: Unit user-cloudinit@var-lib-coreos\x2dinstall-user_data.service has failed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- Unit user-cloudinit@var-lib-coreos\x2dinstall-user_data.service has failed. -- -- The result is failed. Aug 22 16:17:04 loadbal1 systemd-udevd[1077]: RUN{builtin}: 'uaccess' unknown /usr/lib64/udev/rules.d/73-seat-late.rules:15 Aug 22 16:17:07 loadbal1 etcd2[4161]: failed to write c024db3206d5ed58 on pipeline (dial tcp 10.91.119.198:2380: i/o timeout) Aug 22 16:17:44 loadbal1 systemd[1]: dev-disk-by\x2dlabel-USR\x2dA.device: Dev dev-disk-by\x2dlabel-USR\x2dA.device appeared twice with different sysfs paths /sys/devices/pci0000 Aug 22 16:17:44 loadbal1 systemd[1]: dev-disk-by\x2dlabel-USR\x2dA.device: Dev dev-disk-by\x2dlabel-USR\x2dA.device appeared twice with different sysfs paths /sys/devices/pci0000 Aug 22 16:18:03 loadbal1 systemd[4346]: user@1000.service: Failed at step PAM spawning /usr/lib/systemd/systemd: Operation not permitted -- Subject: Process /usr/lib/systemd/systemd could not be executed -- Defined-By: systemd -- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel -- -- The process /usr/lib/systemd/systemd could not be executed and failed. -- -- The error number returned by this process is 1.

Что это за ошибки?

факоф: $ sudo coreos-cloudinit -validate --from-file /var/lib/coreos-install/user_data 2016/08/22 17:47:08 Checking availability of "local-file" 2016/08/22 17:47:08 Fetching user-data from datasource of type "local-file" 2016/08/22 17:47:08 line 354: error: found a tab character where an intendation space is expected 2016/08/22 17:47:08 line 0: warning: incorrect type for "" (want struct) :)

Что "да"? Это средство виртуализации, как qemu. Неправильно говорить " использует более нативную ". Правильно говорить " мне лень настраивать ".

Контейнеры - не виртуализация