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

Ubuntu - вот это точно жуткое поделие. Спасибо, наелся до сыта. Как с этим можно долго работать и не сойти с ума? Ни одного будущего проекта не будет на сделано на Ubuntu. Надоели костыли и глюкодром.

потому что дилентатов всегда больше, чем специалистов. поэтому бубунта хайповее редхата.

Если хочешь, я могу быстро нафлудить тут пару сотен сообщений) Только оно надо? Вышел и вышел. Что хотели - обсудили\посмотрели в RHEL8. Центось такая же.

Скажу тебе как убеждённый федоровод уже много лет держащий на серверах исключительно центось: Ради интереса сейчас сижу на LTS, она тоже торт... почти. 20.04 должна быть торт.

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

https://bugzilla.redhat.com/show_bug.cgi?id=1005814 ics dhcp криво работает с несколькими интерфейсами, это исправлено в redhat, arch, gentoo, а в ubunte нет, и видимо в debian тоже... «When running dhclient for IPv6 (-6 option) with a network interface name specified (on command line), it listens on all network interfaces instead of the specified one.»

screen почему-то игнорирует /etc/profile, поэтому настройки профиля внутри screen не поднимаются. таких проблем в Centos6 не было чтобы это починить, для юзера root пишем в ~/.screenrc:

shell -/bin/bash

df в Ubuntu не показывает имя образа loop устройства, в RH показывает, но разбивает на две строки: df -h RH:

 /mnt/aa/bb/cc.img
                 18G  3.7G   14G  22% /aa/bb/cc

Ubuntu:

 /dev/loop0       11G  1.1G  9.5G  10% /aa/bb/cc

в Ubuntu 14.04 trusty, iostat «не видит» активности на drbd, в RHEL6 все работает:

 iostat 1 |grep drbd

вывод команды mount отличается: RH:

 /mnt/disk01/aa/bb/cc.img on /srv/aa/bb/cc type ext4 (rw,nosuid,nodev,noatime,loop=/dev/loop3)

Ubuntu:

 /mnt/disk03/aa/bb/cc.img on /srv/aa/bb/cc type ext4 (rw)

аналогично с /proc/mounts и выводом команды mount, в centos это работает, в ubuntu информации мало.

оказывается эти чудаки выключили oom killer по дефолту, поэтому он не работает https://askubuntu.com/questions/398236/oom-killer-not-working слов нет!

В RH по умолчанию команда rm переопределена алиасом rm -i, т.е. вызов rm переспрашивает у пользователя точно ли удалять.

в Ubuntu симлинк указывает на /bin/dash, т.е. по умолчанию /bin/sh - это убогий dash в RH /bin/sh указывает на /bin/bash, соответственно код, перенесенный с RH, с вызовом sh и /bin/sh может ломаться из-за отсутствия bash.

В RH есть анонимный доступ к RAM диску, в Ubuntu его нет, непривилегированные приложения ломаются

Если вызываемой команды нет в путях переменной PATH, то в Ubuntu команду будет искать apt, это может вызвать дополнительные тормоза.

имена пакетов многих популярных сервисов «слегка» отличаются между RH и Ubuntu, причем без какого-либо особого принципа:

RH            Ubuntu
--------------------------------
crond         cron
dhcpd         isc-dhcp-server
dhcpd6        isc-dhcp-server6
httpd         apache2
libvirtd      libvirt-bin
named         bind9
nfs           nfs-kernel-server
ntpd          ntp
nmb           nmbd
smb           smbd
sshd          ssh

В RPM зависимости задаются в виде имен файлов и имен библиотек, в DEB зависимости указываются в виде имен пакетов. т.е. задавать зависимости и контролировать проще в DEB, а гибко управлять зависимостями только в RPM

В RPM есть Version и Release, где Version - это мажорный номер версии, а Release это номер сборки или минорный номер версии, а в DEB есть только Version, который и есть номер сборки.

ну про LTS они лишь только недавно осознали, что и 5 лет маловато для боевых систем.

сама по себе система apt/deb дает много неожиданной боли при сравнении с yum/rpm

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

Прежде чем давать тупые советы, сами попробуйте.

Ачотакова-то? Под Hyper-V никто не тестирует?

Графон не стартует.

Новое что-нибудь расскажешь?)

Ты пишешь про релиз 2014 года в ответ на сообщение, что почти годным вышел релиз 2018 года, да и 96% описанных случаев сводится к: «Оно в Б работает не так как в А, мне непривычно!».

Те же бубунтоиды тебе возвразят пачкой аналогичных претензий начиная от «почему, если нужного мне бинарника нет, мне система не предлагает к установке пакет с ним» заканчивая каким-нибудь «контроллер домена под самбой где» или «как заставить печатать LBP3010». А остальное что в бубунте можно выключить, что в центоси включить.

Нужно добавить ещё один неприятный момент. Если что-то пройдёт не так в ходе установки пакетов с помощью apt, то мы получаем частично установленный/обновлённый софт. Нужно будет приложить немало сил, чтобы это исправить.

dnf/yum решают подобную проблему на корню с помощью транзакций.

Автоматический запуск служб с дефолтными конфигами после установки пакетов отстой.

Нужно будет приложить немало сил, чтобы это исправить.

Как там в 2005 году? Apt уже тысячу лет все автоматически исправляет.

А minimal ISO больше нет? Или сетевая или все 8 гигов копируй???

Есть ли в природе способ обновления centos7->centos8?

Я делал примерно как написано в статье https://www.itzgeek.com/how-tos/linux/centos-how-tos/how-to-upgrade-from-rhel... не совсем конечно, но похоже. Самое главное начинаем с пункта system backup!:-)

то в бубунте можно выключить, что в центоси включить.

В приниципе с любой системой можно работать если захотеть.

Но у Debian и CentOS есть фундаментальное различие: подход к вопросам выбора. И это различие сказывается на всём, начиная с ядра и пакетного менеджера и не заканчивая системами инициализации.

Debian пытается для всех найти место. Это с одной стороны круто, а с другой - за это приходится платить. И из-за этого те же apt и deb-формат представляют собой сборную солянку из большого количества фич, но без стройной системы. При этом их практически невозможно обновить и упорядочить, потому что любые попытки что-то упорядочить в Debian приводят к появлению того самого ещё одного пятнадцатого по счету стандарта.

Fedora/CentOS же гораздо жестче в этом плане. Поэтому rpm, yum и dnf гораздо лучше организованы, проще и надёжнее.

Подключил EPEL8 устанавливаю x2goserver, выдаёт отсутствие пакетов по зависимостям:

" Проблема: conflicting requests - nothing provides perl(File::BaseDir) needed by x2goserver-4.1.0.3-5.el8.x86_64

- nothing provides pwgen needed by x2goserver-4.1.0.3-5.el8.x86_64

- nothing provides sshfs needed by x2goserver-4.1.0.3-5.el8.x86_64

"

Куда репортить? EPEL-8 уже готов?

epel8 да, готов

репортить как обычно в багзиллу

Можно подключить epel-testing и попробовать с ним. pwgen например там есть:

https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2019-ac436b2ad0

Если с -testing получится, то проставь этому обновлению +1 в карму.

Ну вот лукавишь же, ну. Раза три за эти лет 8 прилетало ядро из-за которого звука просто не было, звуковая просто исчезала. Не то чтобы это проблема, загрузился с пред. ядра, подождал пару дней и исправление приходит. Но так да, проблем не помню, просто работает.

Я всё равно в виртуалке тестирую пока. Сейчас психану и таки накачу федору, быть может прибавится в лагере.. )

И не только rpm и dnf. Система в целом более опрятная, что ли. И находясь в гомогенной сети, где оборудование покупается спод требования, кроме Fedora на десктопе я бы видеть ничего не захотел и кроме CentOS на сервере.

А сидя, как сейчас, в сети где соотношение компьютеров с Windows и Linux ≈ 0.5, на которых должна крутиться задница Одина, да ещё и присыпаное сверху мешаниной древних hp и canon и новых kyocera, я больше склоняюсь к бубунте.

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

…хотя сейчас на восьмёрке периферию проверю, если нормально работать будет, может и продолжу самбу компелять.

я тебе пишу проблемы из опыта работы в продакшене, где никто не хочет оплачивать лишнюю работу. если тебе нравится - ты можешь ставить дистрибутивы с пылу жару и тратить на это свое время. но когда есть задача и есть сроки, нет возможности создавать дополнительные риски для проекта. в тот момент только только вышла Ubuntu 16 с «инновационным» systemd. по ряду моментов она была еще не готова к серьезному применению. для боевого применения - два года с момента выхода LTS версии - это благо, а не проблема. т.к. лишь через год дистрибутив становится более менее стабильным, поддерживаемым сторонними репозиториями и готовым с точки зрения перевода на него боевых систем. дело в разнице подходов RHEL и Canonical при создании дистрибутива, который назван серверным и LTS. И как видно по истории, Canonical идет следом за RH. Нет нужных бинарников или они будут старее чем в RH - такое тоже встречается в Ubuntu. Тут как повезет. Меня больше волнует стабильность системы и продуманность технических решений разработчиками. Скомпилировать пакет и выложить его в локальном репозитории - это не проблема. И может даже лучший вариант, если речь идет об эксплуатации сотен и тысяч хостов. Ляпы в Ubuntu встречались и раньше. В какой-то древней версии Ubuntu Server не удавалось штатно создать RAID при установке - функционал просто не работал. Как это попало в релиз - ума не приложу. Мало добавить слово Server к названию. Надо еще приложить к продукту труд, чтобы он соответствовал заявленному. Те проблемы, которые волнуют тебя с точки зрения офисного применения, меня мало волнуют. Меня волнует, чтобы заявленные функции работали не хуже, чем в соседнем дистрибутиве.

боевого применения
боевых систем

Можно подробнее? Или ты пздбл?

Товарищ сержант отечественных кибервойск?

В какой-то древней версии Ubuntu Server не удавалось штатно создать RAID при установке - функционал просто не работал.

В какой? Знаком с админом, который с 10.04 кроме LTS на сервера ничего не ставил. Не слышал от него о таких проблемах.
PS: в боевых системах нет аппаратного рейда?

Те проблемы, которые волнуют тебя с точки зрения офисного применения, меня мало волнуют.

Как бы тебе по-мягче сказать, на сервере бубунта от центоси отличается только дефолтным конфигом. Дальнейшие проблемы зависят исключительно от радиуса кривизны рук обслуживающего персонала. А вот на десктопе дистрибутивоспецифические патчи могут быть решающим фактором.

Меня волнует, чтобы заявленные функции работали не хуже, чем в соседнем дистрибутиве.

Заявленные кем? И да, ссылки на багрепорты о том, что они не работают (только не тащи сюда upstream баги)? Или кроме расписки в неосиляторстве собственном, ничего не будет?

Очень сложно, до свиданья

А откуда leapp ставить для centos?

https://bugs.centos.org/view.php?id=16116 Я брал из Fedora

https://copr.fedorainfracloud.org/coprs/g/leapp/leapp-devel/

Кстати народ, я что то не понял, а где обновления ?

«в боевых системах нет аппаратного рейда?» речь идет про давнюю попытки установки. возможно и не 10ая, а еще более ранняя. RAID есть, не используется. практического смысла в аппаратном решении сейчас уже нет.

«на сервере бубунта от центоси отличается только дефолтным конфигом»

к сожалению, это далеко не так. поведение ядра отличается.

«Заявленные кем? И да, ссылки на багрепорты о том, что они не работают (только не тащи сюда upstream баги)? Или кроме расписки в неосиляторстве собственном, ничего не будет?»

В RHEL6 это работало. ссылку на багрепорт с DHCP IPv6 я давал выше. Хамить мне НЕ надо.

славный анонимус хочет покопаться в том, что закрыто NDA? такой возможности предоставить не могу. придется смаковать то, что уже написано.

Иными словами очередное «что-то когда-то не работало, но багрепорт я не оформил». УМВР, что я ещё могу тогда сказать? Проверьте радиус кривизны рук.

Странно, разные версии ведра слегка по разному себя ведут. Но вопрос к вам остаётся прежний: багрепорты на ошибки ведра из-за которых боеспособность ваших систем страдала где?

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

ссылку на багрепорт с DHCP IPv6 я давал выше.

На багтрекер красношапки? Так выходит, что красношапка - гано? А на фейхуа я её использую уже много лет? Пошёл ставить манжару...

ты обильно фантазируешь на пустом месте. на что багрепорт оформлять? на фичу? что ядро так собрано? зачем?

каким настройками можно поменять содержание /proc/mounts? давай, я слушаю тебя.

«разные версии ведра слегка по разному себя ведут.»

ты вообще айтишник или залетный гуманитарий? ядра собраны по-разному в разных дистрибутивах. версия ядра не причем.

«Так выходит, что красношапка - гано? А на фейхуа я её использую уже много лет?»

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

гражданин, прочтите комментарии сначала. нельзя быть таким медленным. речь была про досадные отличия бубунты. они были выявлены при переходе с RH на Убунту. Где, что и зачем я обсуждать не намерен. Особенно с такими одаренными и хамоватыми гуру.

Если что-то работает не так как заявлено, это ошибка. Если оно работает нормально, но не так как ожидал ты, тогда вопрос к тебе: чего на дистрибутив телегу катишь? Честно скажи «я не привык\я не осилил», а не «дистрибутив плохой».

давай, я слушаю тебя.

Теперь я вместо тебя должен на сервер убунту накатить, чтобы разобраться и тебе рецепт выдать? Иди в job.

Тополь-М админит, а не знает, что 3.10.0-957.1.3.el7 ≠ 3.10.0-957-generic не потому, что «по разному собраны», а потому что красношапка овердохрена бэкпортирует из свежих версий. Как ты думал rhel по 10 лет поддержки продаёт? Кто тебя к боевым системам подпустил?

Или таки до тебя не доходит?) Ты ругаешь дистрибутив за то, что выхлоп каких-то утилит отличается от ожидаемого тобой, что поведение софта в чём-то отличается от того к чему ты привык. Значит дистрибутив дерьмо.

Придёт пользователь убунты и так же скажет, что выхлоп утилит отличается и софт ведёт себя не так, как «должен», значит центось ваша дерьмо.

Я, пользователь федоры и центоси (комп с бубунтой - только мой рабочий и то не дольше полуторых недель, да пачка виртуалок в тестовой среде, чтобы оценить «готово или нет»), говорю тебе, что ты не косяки (чужого для меня) дистрибутива перечисляешь, а его отличия. К ним либо привыкнуть надо (узнать где и как получить нужную информацию и\или переписать конфиги на нужные тебе), либо признаться что не осилил и не поливать дистрибутив дерьмом. Ты упорно продолжаешь тыкать проблемами, которые не победил 6 лет назад, а негативом несёт от меня, ага.

Ну и для полной честности, пару реальных багов ты озвучил, но оно на «боеспособность» системы не влияет, ибо как ты сам же и написал: «в конфиг A можно написать Б, тогда нужное В будет работать».

скучно пишешь. мне лень отвечать.

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

По поводу установки VPN на CentOs 8

Здравствуйте! Попробовал на днях поставить CentOs 8 что из этого получилось детально описано тут http://blog.ivru.net/?id=125 В общем то поставился web-сервер, сайты на битрис тоже получается на него переносить. Вот столкнулся с ситуацией что не понятно как теперь ставить pptpd (VPN)? Может кто то знает?

Для информации: наблюдаемое поведение - это баг, который, блин, до сих пор не исправлен. Они там тестируют вообще, или образ собрали - и в production?! И некоторые ещё о непревзойдённом качестве заикаться смеют...