Chkconfig srv1cv83 on ошибка чтения информации о сервисе srv1cv83 нет такого файла или каталога
Обновлено: 07.07.2024
yum install open-vm-tools mc htop nano deltarpm bash-completion wget telnet yum-utils net-tools usbutils bzip2
yum install cabextract
Выключам firewall (чтение документации на открытие портов без меня)
service firewalld stop
chkconfig firewalld off
Рекомендую выключить selinux
modprobe vhci-hcd
Проверка что модуль встал
lsmod | grep vhci-hcd
lsmod | grep usbip-core
Если видите ошибку при старте vhclientx86_64:
modprobe: FATAL: Module vhci_hcd not found.
то модули не загрузились
Проверка клиента как он видит сервер и ключи
Запускаем в режиме daemon (без него будет No response from IPC server )
/usr/sbin/vhclientx86_64 -n
Добавляем сервер
/usr/sbin/vhclientx86_64 --control="MANUAL HUB ADD,172.16.100.115:7575"
Список ключей
/usr/sbin/vhclientx86_64 --control="LIST"
Список (тут видно что ключ используется на 1С под windows )
--> HASP 2.17 (QNAP-01.32) (In-use by:vasya (vasya) at 192.168.1.62)
Ну и использование ключа по имени
/usr/sbin/vhclientx86_64 --control="USE,QNAP-01.32"
Пока написал на коленках, строго под свои нужды (внес имя ключа), но работает.
копировать в /etc/init.d/vhclient и автостарт chkconfig vhclient on
echo -n "Start vhclientx86_64" && vhclientx86_64 -n && vhclientx86_64 --control="MANUAL HUB ADD,172.16.100.115:7575" && vhclientx86_64 --control="USE,QNAP-01.32"
echo -n "Kill vhclientx86_64" && pkill -f vhclientx86_64
echo -n "Status vhclientx86_64" && vhclientx86_64 --control="LIST"
Погнали ставить базу данных
cat /etc/yum.repos.d/postgrespro-1c.repo
Советуют ставить модули от Sentinel ( вроде бы стабильнее, но не мне судить )
ищем Sentinel_LDK_RedHat_and_SuSE_RPM_Run-tim e_Installer.tar.gz
в архиве aksusbd-7.81-1.x86_64.rpm
От Eternal модули зовутся так ( это для того чтоб различали )
haspd-7.90-eter2centos.x86_64.rpm
haspd-modules-7.90-eter2centos.x86_64.rp m
достаем из архива Sentinel файл aksusbd-7.81-1.x86_64.rpm и устанавливаем
yum install aksusbd-7.81-1.x86_64.rpm
По ps auxf видно запущенные модули
root 4685 0.0 0.0 23088 436 ? Sl 12:03 0:00 /usr/sbin/aksusbd_x86_64
root 4689 0.0 0.0 421192 5576 ? Sl 12:03 0:00 /usr/sbin/hasplmd_x86_64 -s
правим /etc/hosts добавля запись про наше имя сервера 1С (без него 1С не запустится )
127.0.0.1 server1c server1c.firma.local
Пора ставить саму 1С
нужен архив типа rpm64_8_3_17_1549.tar.gz (цифры в имени файла это версия, возможно что есть более новая)
вытаскием из него все файлы в отдельную папку и из папки
yum install *
И вид примерно
1C_Enterprise83-ws-nls x86_64
Конфигурация 1С и настройки
cat /etc/sysconfig/srv1cv83
Автостарт
systemctl enable srv1cv83
Хотим поменять порты для 1С и расположение базы
(вообще идея так себе, но это не наши хотелки, я рекомендую не крутить порты, а только скрутить расположение базы )
файл настроек /etc/sysconfig/srv1cv83
SRV1CV8_DATA=/base
создаем каталог и правим права (при условии что меняли расположение базы)
Они[1C] разве не предоставляют полноценную поддержку по e-mail/phone?
Вангую что 1C не хватает неких 32-битных либ, которые симлинками лежат в том катологе.
У меня хасп серверный 32 битный, не видит 64 битная 1с 32 битного хаспа и из-за этого траблы. В сети несколько клиенских хаспов по 10 лицензий, но из-за того что 1с не видит серверного хаспа ставит свои ограничения. Так что из-за хаспа мне нужна 32 битная 1с.
В директорию /opt/1C/v8.3/x86_64/ragent, я закинул файлик с директории /opt/1C/v8.2/x86_64/ragent, но от 8.2 как видно ему не нравится, а на сервере других нет.
Да.
Если у тебя ключик 32 битный то только 1с 32
Если ключик 64 битный то можно 1с 32 и 64 использовать на сервере.
все ваши советы о ключах — дерьмо, сервер работает без ключей, ключи нужны при входе пользователей. Автору топика надо дать больше информации, например, почему у него скрипт пытается запустить 32битный рагент
и чо у тебя то 8.3, то 8.2; то 32бита, то 64?
Он тупо пускает 12 пользователей, остальным пишет что типа лицензий больше нет, хотя в сети 3 хаспа пользовательских по 10 лицензий.
Пусть поставит скайп. Он потащит кучу 32x либ. Может и хватит. :)
Переходили с 8.2 на 8.3, вот файлики и остались. Сейчас у меня крутится 8.3 X64, так как я не могу запустить X86 из-за ошибки что указана в первом посте, а нужно.
На сервере нет графики, только консоль
так у тебя значит 8.3 не до конца установлен, раз нету рагента. А всё потому что ты пишешь как сраный вантузятник (коих тут 90%) Х64, вместо амд64 или х86_64, значит у тебя в голове мешанина.
Кстати, когда ты доустановишь сервер, то обнаружишь, что 8.3 нужы те же tcp-порты, которые уже заняты запущенным 8.2
Я так и понял что там у тебя на сервер, ибо uname -a не показал.
ia32-libs поставь.
так у тебя значит 8.3 не до конца установлен, раз нету рагента
Правильно он установлен, с сайта 1с качал по подписке. Качается одним архивом, после распаковке устанавливается путем dpkg -i *.deb. В процессе установки ошибок не выдал.
А всё потому что ты пишешь как сраный вантузятник (коих тут 90%) Х64, вместо амд64 или х86_64, значит у тебя в голове мешанина.
На сервер поставил, сейчас буду тестировать, на ubuntu например служба 1с стартанула с ходу, без ругательств.
Вроде стартанул, сейчас пользователи зайдут и будет видно. Вот еще при перезпуске службы хаспа ругнулся на это
Переход на 18й релиз платформы меня толкнула фатальная ошибка, возникающая в конфигурации ЗУП 3.1.16. При анализе было установлено что она пропадает исключительно на нём.
Выглядит она вот так:
На нашем сервере до этого стояла версия 1С Предприятие 8.3.17.1851 64 бита.
Итак первое с чего рекомендую начинать это сделать бекапы всех информационных баз. Я рекомендую даже сделать выгрузки через конфигуратор. Естественно их сразу проверить что они нормальные, например загрузить в пустую базу и сохранить на отдельном носителе.
Затем можно приступать к основным работам. Сначала полностью удаляем все установленные ранее версии 1с. Выполняем команду для анализа что установлено:
dpkg -l | grep 1c-
И собственно сама чистка.
sudo dpkg -P 1c-enterprise83-client-nls
sudo dpkg -P 1c-enterprise83-client
sudo dpkg -P 1c-enterprise83-ws-nls
sudo dpkg -P 1c-enterprise83-ws
sudo dpkg -P 1c-enterprise83-server-nls
sudo dpkg -P 1c-enterprise83-server
sudo dpkg -P 1c-enterprise83-common-nls
sudo dpkg -P 1c-enterprise83-common
sudo apt autoremove
После перезагрузки устанавливаем заранее подготовленные пакеты 1с. Пароли ставим вместо "password" свои.
sudo dpkg -i 1c*.deb
sudo chown -R usr1cv8:grp1cv8 /opt/1cv8
sudo echo -e "password\npassword\n" | sudo passwd usr1cv8
Далее копируем файл "srv1cv83" из установленной версии в папку "/etc/init.d" и конфигурационный файл "src1cv83.conf" в каталог "/etc/default" и папку "/etc/init". В папке "default" удаляем расширение у файла. И выполняем команды:
sudo update-rc.d src1cv83 defaults
sudo service src1cv83 start
Когда система загрузится проверяем статус сервера.
sudo service srv1cv83 status
должно появиться чтото типа такого:
Поздравляю, у вас получилось обновить 1с предприятие до версии 8.3.18. на Ubuntu x64 с первого раза.
Пишу для себя, чтобы не забыть как делал. 95 % рабочее. На комментарии отвечаю, когда увижу.
пятница, 16 ноября 2018 г.
Обновление релиза 1С ubuntu
$ sudo systemctl stop srv1cv83.service
$ dpkg -l | grep 1c-enterprise83 | awk -F' ' '' | xargs
1c-enterprise83-common 1c-enterprise83-server
$ dpkg -l | grep 1c-enterprise83
ii 1c-enterprise83-common 8.3.12-1529 amd64 1C:Enterprise 8.3 common components
ii 1c-enterprise83-server 8.3.12-1529 amd64 1C:Enterprise 8.3 server for Linux
/test
$ ls
aksusbd_7.81-1_amd64.deb postgresql_9.6.7_1.1C_amd64_addon_deb.tar.bz2 postgresql.conf.gz
fonts-ttf-ms_1.0-eter4ubuntu_all.deb postgresql_9.6.7_1.1C_amd64_deb.tar.bz2
$ rm
/test/*
$ ls
С помощью MobaXterm загрузить в
/test deb64_8_3_13_1513.tar.gz
$ ls
deb64_8_3_13_1513.tar.gz
$ tar -xvf deb64_8_3_13_1513.tar.gz
1c-enterprise83-common-nls_8.3.13-1513_amd64.deb
1c-enterprise83-common_8.3.13-1513_amd64.deb
1c-enterprise83-server-nls_8.3.13-1513_amd64.deb
1c-enterprise83-server_8.3.13-1513_amd64.deb
1c-enterprise83-ws-nls_8.3.13-1513_amd64.deb
1c-enterprise83-ws_8.3.13-1513_amd64.deb
$ sudo dpkg -i 1c-enterprise83-common_8.3.13-1513_amd64.deb
$ sudo dpkg -i 1c-enterprise83-server_8.3.13-1513_amd64.deb
ноя 16 13:32:06 u1604 systemd[1]: Starting LSB: Starts and stops the 1C:Enterprise daemons.
ноя 16 13:32:06 u1604 su[1389]: Successful su for usr1cv8 by root
ноя 16 13:32:06 u1604 su[1389]: + . root:usr1cv8
ноя 16 13:32:06 u1604 su[1389]: pam_unix(su:session): session opened for user usr1cv8 by (uid=0)
ноя 16 13:32:11 u1604 srv1cv83[1282]: Starting 1C:Enterprise 8.3 server: OK
ноя 16 13:32:11 u1604 systemd[1]: Started LSB: Starts and stops the 1C:Enterprise daemons.
ноя 16 16:30:40 u1604 systemd[1]: Started LSB: Starts and stops the 1C:Enterprise daemons.
$ ss -tlnp | grep :15
$ sudo reboot
$ ss -tlnp | grep :15
LISTEN 0 128 *:1540 *:*
LISTEN 0 128 *:1541 *:*
LISTEN 0 128 *:1560 *:*
LISTEN 0 128 . 1540 . *
LISTEN 0 128 . 1541 . *
LISTEN 0 128 . 1560 . *
Читайте также: