Обновил на сервере платформу до 8.3.18, стоит все на ubuntu 18.04. Потом запустил клиента и был удивлен, что тот не ругнулся на расхождение версий клиента и серверной платформы. И каково же было мое удивление, что клиент показывает предыдущую платформу 8.3.17. Подумал что обновление не прошло, но судя по папке 8.3.18 установился. Кто-нибудь может объяснить что происходит?

https://ivvpics.s3-eu-west-1.amazonaws.com/1C/2020-10-26_21-44-13.png

https://ivvpics.s3-eu-west-1.amazonaws.com/1C/2020-10-26_21-44-49.png

Происходит наличие и запуск сервера 8.3.17

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

вот например, первая же ссылка в яндекс пишет

https://adminguide.ru/2018/05/16/сервер-1с-8-3-на-ubuntu-16/

читай до пунктов 7 и 8

to Cyberhawk
наличие то я вижу, но это не то что я ожидал

to Фрэнки
Вы это к чему написали? Сервер уже запущен. И ваша ссылка никак не отвечает почему после установки 8.3.18, запускается 8.3.17.

Копаю дальше...
Выяснилось, что 8.3.18 не устанавливается поверх предыдущей версии, а ставится вторым сервером
||/ Имя                       Версия            Архитектура       Описание
+++-=========================-=================-=================-=======================================================
ii  1c-enterprise-8.3.18.1128 8.3.18-1128       amd64             1C:Enterprise 8.3.18.1128 common components
ii  1c-enterprise-8.3.18.1128 8.3.18-1128       amd64             1C:Enterprise 8.3.18.1128 Configuration Repository serv
ii  1c-enterprise-8.3.18.1128 8.3.18-1128       amd64             1C:Enterprise 8.3.18.1128 server
ii  1c-enterprise-8.3.18.1128 8.3.18-1128       amd64             1C:Enterprise 8.3.18.1128 Web-services components
ii  1c-enterprise83-common    8.3.17-1549       amd64             1C:Enterprise 8.3 common components
ii  1c-enterprise83-crs       8.3.17-1549       amd64             1C:Enterprise 8.3 Configuration Repository server compo
ii  1c-enterprise83-server    8.3.17-1549       amd64             1C:Enterprise 8.3 server for Linux
ii  1c-enterprise83-ws        8.3.17-1549       amd64             1C:Enterpise 8.3 Web-services components for Linux

А в конфиге видим, что запускается старый сервер, т.е. при установке 8.3.18, он конфиг запуска не меняет
#------------------------------------------------------------
# global macros. generated by install script
#------------------------------------------------------------
G_CONF_STYLE=deb
G_VER_ARCH=x86_64
G_VER_MAJOR=8
G_VER_MINOR=3
G_VER_BUILD=17
G_VER_RELEASE=1549
G_BINDIR="/opt/1C/v${G_VER_MAJOR}.${G_VER_MINOR}/${G_VER_ARCH}"
#------------------------------------------------------------

G_VER_SHORT=${G_VER_MAJOR}.${G_VER_MINOR}
G_TITLE="1C:Enterprise ${G_VER_SHORT} server"

#------------------------------------------------------------
# this values can be passed from outside, so perform "z-check"
#------------------------------------------------------------
[ -z "$SRV1CV8_USER"      ] && SRV1CV8_USER=usr1cv8
[ -z "$SRV1CV8_BINDIR"    ] && SRV1CV8_BINDIR="$G_BINDIR"
[ -z "$SRV1CV8_PIDFILE"   ] && SRV1CV8_PIDFILE="/var/run/srv1cv${G_VER_MAJOR}${G_VER_MINOR}.pid"
[ -z "$SRV1CV8_KEYTAB"    ] && SRV1CV8_KEYTAB="$SRV1CV8_BINDIR/$SRV1CV8_USER.keytab"
[ -z "$SRV1CV8_WAITSTART" ] && SRV1CV8_WAITSTART=5
[ -z "$SRV1CV8_WAITSTOP"  ] && SRV1CV8_WAITSTOP=5


Ткните плз в ссылку как правильно перейти на 8.3.18 чтобы дров не наломать
Думаю что у 1С идея, что мы параллельно ставим 8.3.18, к нему новый Postgresql 12 вместо Postgresql 11 который работал с 8.3.17 Т.е. мы все сначала запараллелим, потом смотрим что работает и только потом все переключаем со старого но новое.

и что мешает скопировать конфиг, 2 параметра поменять, заэнаблить его в systemctl и запустить?

Нет никаких трудностей http://forum.infostart.ru/forum86/topic250131/message2530131/#message2530131

Такое поведение кстати описано на users (я про то, что теперь в линукс тоже не занимается, а славится рядом), или на зазеркалье атсали

to Asmody
а какие 2 параметра?

(8) Предположу что вот эти))
G_VER_BUILD=17
G_VER_RELEASE=1549

to ejikbeznojek
А зачем их менять?


Еще покопался и пока план такой - из папки куда установился 8.3.18 берем 2 файла srv1cv83 и srv1cv83.conf. Поскольку у меня Ubuntu из  последнего копируем конфигурацию в первый и итоговый файл srv1cv83 кладем в \etc\init.d\ вместо старого от 8.3.17, затем перезапускаем сервис и все должно заработать. Вечером буду пробовать.

(10) помогло? посмотрел в deb дистрибутиве нету ни srv1cv83, ни srv1cv83.conf

при попытке подминить от 17 в 18 пишет
# /etc/init.d/srv1cv83 start
Starting 1C:Enterprise 8.3 server:   Error: ragent file does not exists!
FAILED

хе хе, поставил 17, снес и поставил 18 и теперь появились файлы

srv1cv83.conf вообще можно никуда не переносить, он весь закоментирован по дефолту

(13) вот-вот у меня тоже было подозрение, но самому проверять было лениво, не стал и советовать...
Скорей всего разработчик, что готовил deb-дистрибутив, просто не брал в голову, что кто-то начнет устанавливать 18-ую рядом с 17, т.е. перед установкой новой платформы систему нужно очистить от предыдущей версии.

Вот сразу видно что доку по платформе не читаем =)

4.2.3.4. Установка автоматического запуска сервера «1С:Предприятия»
ПРИМЕЧАНИЕ. Операции по настройке должны выполняться с правами суперпользователя (root).

Для того чтобы сервер «1С:Предприятия» автоматически запускался во время загрузки операционной системы, необходимо выполнить следующие действия:

1. Скопировать файл srv1cv83 из каталога нужной разрядности и версии в каталог /etc/init.

2. Переименовать скопированный файл так, чтобы имя скрипта в рамках каталога /etc/init.d было уникальным! Можно указать в имени скрипт запуска полный номер версии запускаемого сервера. Например, для версии 8.3.18.100, скрипт запуска будет иметь имя srv8-3-18-100.

3. Скопировать конфигурационный файл src1cv83.conf из каталога нужной разрядности и версии в следующий каталог:

● для RPM-систем: /etc/sysconfig.

● для DEB-систем: /etc/default.

4. В каталоге-приемнике, для скопированного конфигурационного файла, следует:

● Удалить расширение файла.

● Переименовать файл так, чтобы его имя совпадало с именем стартового скрипта (созданного при выполнении п.2). В переименованном конфигурационном файле будут содержать параметры запуска того сервера, чье имя носит конфигурационный файл. Для примера из п.2, конфигурационный файл должен называться srv8-3-18-100.

5. Добавьте скрипт запуска сервера в стартовый скрипт системы:

● для RPM-систем:

Копировать в буфер обмена
chkconfig --add <УникальноеИмяСкрипта>
chkconfig <УникальноеИмяСкрипта> on

● для DEB-систем:

Копировать в буфер обмена
update-rc.d <УникальноеИмяСкрипта> defaults
service <УникальноеИмяСкрипта> start
В приведенных командах <УникальноеИмяСкрипта> ‑ это то имя скрипта запуска (и конфигурационного файла), который выбрано во время копирования файла srv1cv83 в каталог /etc/init.d. Для примера из п.2, вместо <УникальноеИмяСкрипта> следует подставить srv8-3-18-100.

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

(0) А если перед тем, как начать тыкаться, хоть немного почитать, то станет понятно, что в 18-й версии стало можно в Линуксе ставить штатно несколько версий. Из-за этого, понятно, что немного все поменялось ...
https://dl05.1c.ru/content/Platform/8_3_18_1128/1cv8upd_8_3_18_1128.htm#68943998-5e21-11ea-8371-0050569f678a

to Biker
Да минует тебя covid ) Спасибо, очень все по теме. Благодаря этому посту перешл на 8.3.18

Итог 6 часов мучений с переводом с 16.1063 на 18.1128. Centos 7 + apach
Сперва удалил старую 1с и поставил новую по привычному алгоритму. Не стартует - нет /etc/init.d/srv1cv8 и файлf конфигурации /etc/sysconfig/srv1cv8. Cкопировал - ошибки. Не удаляя поставил опять 16.1063 стартует 1063. Пробовал добавлять и переименовывать конфиги - не стартует 18 версия. А время тикает - скоро тысячи людей ломанутся в 1с. Перечитал все тут и что мог нагуглить - то одна то другая ошибка лезет, то ras на 18 не стартует, то путь к файлу в конфиге не тот и httpd пишет ошибку...
Плюнул, заменил /etc/init.d/srv1cv8 и файлf конфигурации /etc/sysconfig/srv1cv из папки 18 версии. Скопировал все файлы из папки 18 версии с заменой в папку 16 версии, ребутнул сервак и все завелось. Будем дальше смотреть. Пока полет нормальный.

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

(17) Придется еще в самом скрипте, в строке заголовка Provides поменять дефолтное имя на новое.

Мля, ну скопируй в конфиги в /etc/default(ubuntu) и в init.d из /opt/1c

Промучался с запуском параллельно нескольких сервисов на разных портах и под разными пользователями на этой новой платформе. Как выяснилось, там, где имена пользователей отличаются от стандартного длиной (более 8 символов) скрипт запуска (из init.d) не видит запущенные процессы.
Виновником оказалась функция скрипта запуска getRagentPid() в которой pid определяется в том числе и по имени пользователя через ps. ps по умолчанию обрезаем имена пользователей до 8 символов. Чтобы изменить это и заставить функцию работать с длинными именами пользователя нужно изменить в строке ps "user=" на "user:15=" (например для 15 до символов в имени).