1С server

foo.run –noexec –keep

Это Вы мне зачем написали ? Я спросил ЗАЧЕМ они так сделали ?

Вот кстати из их доки:

Можно отметить, что программа установки создана на основании VMware InstallBuilder. В данной документации приведены только те команды этой системы, которые необходимы для успешной установки системы «1С:Предприятие». За описанием остальных команд следует обращаться к пользовательской документации по системе VMware InstallBuilder.

а, ну я не знаю.

Это зачем они так сделали ? Чтобы все усложнить что ли ?

Чтоб не собирать и не тестировать отдельно несколько deb’ов под убунту с дебианом и отдельно несколько rpm’ок под… какие там нынче дистрибутивы на rpm. Оно всё равно в отдельную папочку в /opt ставится.

А зачем несколько дебов, если ставтся в opt? Достаточно одного на всех.

А зачем несколько дебов, если ставтся в opt? Достаточно одного на всех.

Там были отдельно common, client, thinclient, server, модули для апачика, локализация. А сейчас всё внутри одного установщика «с галочками».

Ааа, тогда да, понятно.

Мда, и зачем делают вообще дистрибутивы, мучаются с кучей rpm и deb. Брали бы вон все в кучу как у 1С, круто че.

И кстати этим их установщикам нужна кучу скриптов (там их нет и нужно делать ручками) как в зависимости от дистра все это нужно прописывать в демоны :(

Мда, и зачем делают вообще дистрибутивы, мучаются с кучей rpm и deb. Брали бы вон все в кучу как у 1С, круто че.

Run-файл с установщиком — модель распространения проприетарщины (и не очень), которая постарше многих дистрибутивов линукса. Всяко лучше, чем кривой .deb, в котором указаны зависимости, которые на 18.04 удовлетворить можно, а на 20.04 не очень.

И кстати этим их установщикам нужна кучу скриптов (там их нет и нужно делать ручками) как в зависимости от дистра все это нужно прописывать в демоны :(

В .deb-пакетах 1С был инит-скрипт, который всё равно руками внутрь /etc/init.d симлинкать. В нынешнем ран-файле systemd-юнит, который руками симлинкать в /etc/systemd/system.

Я хз как там в deb, в рпм это всего работало без проблем и автоматом. И spec файл пишется так что он с одного исходника собирает в Кожи кучу рпм под кучу текущих дистров.

см. 2-й пост.

Run-файл с установщиком — модель распространения проприетарщины (и не очень), которая постарше многих дистрибутивов линукса.

run да, но в данном случае это выкидышь Вмаваре-Буилдера причем ему зачем то дали расширений run.

Запускается? Запускается, значит run.

Для унификации. Чтобы и под виндой, и под линуксами было одинаковое «далее, далее, готово».

И чтобы один раз написать «если дебиан попробуй установить вот такие пакеты, если рхэл - сякие, и т.п.» и в случае ошибок просто плеваться в пользователя сообщением «вот это мне установи, иначе работать не буду» и использовать это во всех дистрибутивах всех релизов.

И потому что теперь в любом случае стало нельзя «apt install 1c-server», а пришлось бы «apt install 1c-server-A.B.C.D», где a, b,c, и d для каждого релиза разные, т.к. народ жаловался, что нельзя одновременно держать несколько версий платформы на сервере.

А по поводу «чем собрано» больше вопросов возникает на тему, если к унификации стремятся, почему под винду инсталшылд, а под никсы вмваре инсталбилдэр? Чо вмварь не заюзать под виндой?

Чепуха это (относительно трудностей установки). 1C может делать инструкции и скрипты для нескольких поддерживаемых дистрибутивов Linux. Применение VMWare InstallBuilder - чья-то глупость, так как может мешать импортозамещению. В общем, думаю, никакого глубокого смысла нет.

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

А это тут причем ? Бывает и 2 питона в системе. Вон у меня есть несколько ПГ-серверов работают сразу на одном сервере.

Это ни каким боком со сборкой не связано.

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

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

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

Притом, что раньше у меня в .localdomain был http://mirror/1c/, куда я пакеты бросал и серверы сами обновлялись. А после того как они сделали возможным одновременную установку разных билдов одного релиза (т.е., например, 8.3.20.X и 8.3.20.Y) в любом случае пользователи будут запускать установку конкретных пакетов. И тут, как мне кажется, с точки зрения компании 1С уже нет разницы, будут админы писать curl -OL http://mirror/1c/setup.8.3.20.X.run && ./setup.8.3.20.X.run или apt install 1c-server-8.3.20.X. А поддерживать один .run им дешевле, чем пачку .{deb,rpm}. И значит в гробу они видели все эти репозитории. Жрите .run и радуйтесь, что хотя бы --mode unattended есть.

Интересно правду есть люди у кого сервер линукса с гуем юзается …

Правда. На одной КИСУ видел лет 15 назад.

Есть. Как-то передавал предприятие аутсорсерам. У них через какое-то время появилась задача 1С обновить. Звонят: «а где рабочий стол?». Потом через пару лет встретил их, спрашиваю, как — говорят: «Нормально, винду поставили везде, и спокойно работают».

А на другом объекте (у других) принимал работы пусконаладочные. Сдавали сервер — там крыс запускался при старте. Спрашиваю назачемуя — говорят «а как иначе админить?». И ничего, без заказов они не сидят. Вернее в то время не сидели. Сейчас не знаю.

Между прочим под винду у них есть отдельный пакет - сервер. Хотя в технологической платформе он тоже остался.

где a, b,c, и d для каждого релиза разные, т.к. народ жаловался, что нельзя одновременно держать несколько версий платформы на сервере

Оно ещё в 8.3.18 появилось и стало возможно под линуксом несколько платформ держать.

Мда, и зачем делают вообще дистрибутивы, мучаются с кучей rpm и deb. Брали бы вон все в кучу как у 1С, круто че.

Ну судя по развитию AppImage и FlatPack — именно в эту сторону всё и движется. :)

Интересно правду есть люди у кого сервер линукса с гуем юзается …

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

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

Контейнер с гуем, хм, я видать уже отстал от жизни :)

Что касается тонкого клиента уже давно жс+html5 так развили что юзать сейчас тонкого клиента и не юзать веб это уже попахивает …

И кто эти «все»? Встречал пару раз тех, кому это нужно по производственной необходимости, но так-то они этому далеко не рады.

юзать сейчас тонкого клиента и не юзать веб это уже попахивает

HP Compaq t5725, AMD Geode NX 1500 1GHz, 512MB Flash ROM, 256MB DDR SDRAM

Ах да, жс+хтмл5, как я мог про них забыть…

Да почему то установку несколько платформ на одном сервере превозносят как очень важную фичу. В конце концов есть теже контейнеры для этого …. эх :(

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

напиши пожалуйста в телегу. есть срочный вопрос

Да. ИХО, пару лет собирали пакеты, потом подумали «какая разница чо запускать», и решили упростить себе процесс сборки релизов.

Еще раз повторяю, я хз как там у дебиана в шапке/федора это вся куча собирается автоматом с одного спека (если ты его правильно напишешь) под все нужные дистрибуты и платформы автоматом.

Пакеты загоняются в тест. Потом все ставят и проверяют под нужную им платформы, дело несколько минут и перемещается в продакшен.

Причем если случайно каких то пакетов нет в нужном дистре и в реп 1с докладывается это в этот реп, проверея не будет ли конфликта.

А сейчас это run ? Как он притащит мне в рпм по завистям то что ему нужно ? К примеру тот же unixODBC для фоновых задач ?

Был бы какой-нибудь repo.1c.ru/{deb,rpm} у них, ты бы был бесспорно прав. Но его нет.

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

Вот они и решили отвязаться от пакетного менеджера. Сделали один .run, который в демьяне вызывает apt, в рхеле dnf, и передаёт им список пакетов «по зависимостям». А если пакетный менеджер завершается с ошибкой, то они просто говорят пользователю «вот это вот установи сам, я не смогло».

В случае с пакетами, тебе пришлось бы собирать пакеты с нужными именами и версиями, устанавливать их, и еще раз устанавливать пакеты с 1С.

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

Да, .run - плохо. Но в 11 дебиане 8.3.20 устанавливается штатно, хоть и матерится на то, что несколько пакетов не хватило, но работает. А было бы это всё в зависимостях прописано - пришлось бы плясать с –ignore-missing, или делать обманку для спеллчекера, хотя он тут не сильно нужен.

И вспомни уровень компетенций тех, кто 1С деньги приносит… им в гуях протыкать «далее, далее, готово» проще, чем устанавливать «пакеты какие-то», причём у каждого клиента свои. У доброй части франчей опыта с сервером под линуксами нет, а тут ещё и клиент линуксовый распространяться начал… пожалей эникейщиков, ну)

У меня их 5 с системным…

~ 
➜ asdf list               
golang
  No versions installed
nodejs
  16.14.2
  lts
php
  8.1.4RC1
  8.1.6RC1
python
  3.6.15
  3.7.13
  3.8.13
  3.9.12
ruby
  No versions installed

Сделали один .run, который в демьяне вызывает apt, в рхеле dnf, и передаёт им список пакетов «по зависимостям».

не это так не пашет (я так дамую).

1. В этом случае можно было как то выудить от туда rpm.

2. В конечном итоге оно бы как то отметило это в базе rpm.

Я думаю это тупо ставится без всякого менеджера а валится если какой то либы нет, типа ldd и т.д.

P.S. Я в соседней теме разбираюсь с cryptopro у меня все больше ощущение что мантейнеры этих пакетов не знают что такое зависимости (но не всех).

У меня обычная ел7 и там обычный юм, без извратов с nix.

Попробуй запустить и увидишь. Пакетный менеджер не установил нужный пакет - ругается. И вне зависимости от того, что сказал пакетный менеджер, архив с файлами программы распаковывается в /opt/1C

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

cryptopro

Они т.о. перекладывают ответственность за разрешение зависимостей на того, кто устанавливает. Чтобы не пересобирать под каждую систему пакет. Есть один rpm, и фиолетово им, что в альте, зюзе и красношапке зависимости по разному прописывать надо.

Попробуй запустить и увидишь.

Ставил и без проблем, правда может моя минималка el7 сразу все имела, тут я хз.

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

Да я тут замучился уже и решил чтобы было меньше вопросов заюзать Астру, так что там деб :(

Мне вот интересно как в apt отключить verbose, я привык к yum-dnf четкая таблица что будет ставится что не хватает, а в apt какая то каша и еле разглядишь в ней что ставится, а что не будет потому что то не хватает :(

Ставил и без проблем, правда может моя минималка el7 сразу все имела, тут я хз.

Либо имела, либо посмотри даты установки пакетов, которые для 1С нужны — будут совпадать с датой установки 1С.

чтобы было меньше вопросов заюзать Астру

Актуальную купил, или устаревшую используешь?

Про кашу в апте - хз. ИМХО не так удобно, но всё-равно понятно он о планах своих сообщает.

Либо имела, либо посмотри даты установки пакетов, которые для 1С нужны

Хм. И в правду поставила чего то … (причем не мало).

Я потом только ххх.service sysmted скопировал и запустил все включилось …

Ага устаревшую CE, но другую не дают (хотя она и обновляет 5 пакетов с фтп что они накосячили в iso) но по сути не обновляется :(

Я не спорю что не понятно, но зачем ? Если будет нужно я сам вербосе врублю. Я тут левых людей посправшивал так они вообще хз про apt и юзают какой то synaptic, ну я хз. Я слишком старый что бы юзать гуй :(

Да и потом я всегда смогу это засунуть в шелл-скрипт или плай-бук, а что с их гуем делать буду ? Как дурак бегать по 1000 компам что ли ?

Я потом только ххх.service sysmted скопировал и запустил все включилось …

Это в инструкции на ИТС есть, ага.

CE, но другую не дают

Повод посмотреть на Росу или Альт. Хотя тут эскобар.пнг, если честно. Что ты с астрой этой делать будешь через пару лет?

Я тут левых людей посправшивал так они вообще хз про apt

Это совсем левые люди, видимо. Синаптик - гуёвый гуй, есть ещё клиовый гуй - aptitude. Для скриптов apt использовать сами разработчики не рекомендуют, т.к. интерфейс может измениться. В скриптах apt-get использовать надо. А в плейбуках ты всё-равно не апт напрямую дёргаешь, а модуль ансябли для апта, который дёргает либапт, а не апт или апт-гет. Так что норм всё. Демьян рулит.

Это в инструкции на ИТС есть, ага.

Во. А можно указку на это с оф доки ? Я в оф доки про это - не нашел. Нашел статью с инета там ее на 8ку крячили. А они забыли что systemd в el7 старый и не принимает в link прямой путь.

Я это про это в курсе, но мне интересно как звучит ЭТО в оф. доке.

P.S. Интересно а как этот wmware-install ищет пакеты … вряд ли по именам скорее всего по файлам, а недавно узнал что репозитарий deb может быть и без списка файлов … для меня ЭТО странно как то.

Во. А можно указку на это с оф доки ?

См. п.4.2.3.3. Запуск как сервиса

Интересно а как этот wmware-install ищет пакеты

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

Run-файл с установщиком

А как там с зависимостями? Все нужное внутри run файла?

Насколько я помню, оно мне предложило выполнить apt install со списком того, что в системе не хватало, а с собой таскать проблематично.

Я помню ставил когда-то VMware Workstation, то run-файл заинсталлился и всё сразу заработало. Я просто уже предвкушал, что сейчас будет пердолинг с зависимостями, ан нет. То и было интересно как там с этим.

Такая же фигня с virtualbox :)