Хотя, если у вас 32-битная ОС, то они у вас лежат в этой директории:
именно там и нашлись. прописывать сим-линк?
LinuxForum.Fans
1С 8.2 сервер + PostgresSQL@Etersoft 8.4.4 на Ubuntu Server 10.04.*
именно там и нашлись. прописывать сим-линк?
Кстати, можете установить PostgreSQL для Ubuntu 12.04. На сайте Etersoft есть. ;)А PostgrSQL ругается на отсутствие библиотеки?
Я вот установил такую связку: Клиент и сервер 1С:Предприятие 8.3
как удалить тонкий клиент? не могу из за него поставить толстый...
[console]swamp@ilya:~/tmp$ sudo dpkg -i *.deb
(Чтение базы данных ... на данный момент установлено 174530 файлов и каталогов.)
Распаковывается пакет 1c-enterprise83-client (из файла 1c-enterprise83-client_8.3.2-172_i386.deb)...
dpkg: не удалось обработать параметр 1c-enterprise83-client_8.3.2-172_i386.deb (--install):
попытка перезаписать «/usr/share/applications/1cv8c.desktop», который уже имеется в пакете 1c-enterprise83-thin-client 8.3.2-172
dpkg-deb: ошибка: подпроцесс вставка был завершён по сигналу (Обрыв канала)
Распаковывается пакет 1c-enterprise83-client-nls (из файла 1c-enterprise83-client-nls_8.3.2-172_i386.deb)...
dpkg: не удалось обработать параметр 1c-enterprise83-client-nls_8.3.2-172_i386.deb (--install):
попытка перезаписать «/opt/1C/v8.3/i386/txtedui_kk.res», который уже имеется в пакете 1c-enterprise83-thin-client-nls 8.3.2-172
dpkg-deb: ошибка: подпроцесс вставка был завершён по сигналу (Обрыв канала)
Обрабатываются триггеры для desktop-file-utils ...
Обрабатываются триггеры для bamfdaemon ...
Rebuilding /usr/share/applications/bamf.index...
Обрабатываются триггеры для gnome-menus ...
При обработке следующих пакетов произошли ошибки:
1c-enterprise83-client_8.3.2-172_i386.deb
1c-enterprise83-client-nls_8.3.2-172_i386.deb[/console]
Там нету разделений на тонкий и толстый клиенты. У вас вроде уже установлен клиент.как удалить тонкий клиент? не могу из за него поставить толстый...
Там нету разделений на тонкий и толстый клиенты. У вас вроде уже установлен клиент.
есть. на сайте 1с можно скачать и толстый клиент и отдельно тонкий. минус тонкого в том, что там нет возможности зайти в конфигуратор и нет возможности создать базу данных.
Толстого клиента отдельно нету, только тонкий. Я не пробовал устанавливать только тонкий.есть. на сайте 1с можно скачать и толстый клиент и отдельно тонкий. минус тонкого в том, что там нет возможности зайти в конфигуратор и нет возможности создать базу данных.
Толстого клиента отдельно нету, только тонкий. Я не пробовал устанавливать только тонкий.
1. 1c-enterprise83-client_8.3.2-172_i386.deb
1c-enterprise83-client-nls_8.3.2-172_i386.deb
2. 1c-enterprise83-thin-client_8.3.2-172_i386.deb
1c-enterprise83-thin-client-nls_8.3.2-172_i386.deb
swamp, так первый пункт это общая платформа, т.е. и толстый, и тонкий клиенты. Кстати thin-clien = тонкий-клиент, а thick-client = толстый-клиент, которого в вашем списке и нету.
так первый пункт это общая платформа, т.е. и толстый, и тонкий клиенты.
так я же и не спорю. я просто ставил сначала только тонкий клиент.
Ну могли бы тогда использовать и веб-клиент. ;) А ошибка при установке клиента, есть результат установки тонкого клиента.так я же и не спорю. я просто ставил сначала только тонкий клиент.
Собственно столкнулся с такой проблемой предедущий админ поставил пароль и забыл на кластер сервера и теперь я не могу создать базу ....
Связка 1С 8.2 сервер + PostgresSQL@Etersoft 8.4.4 на Ubuntu Server 10.04.*
Как в Linux убрать пароль на кластер при создании базы?
Поиски по интернету ничего не дали уделание переустановка кластера на Windows не помагает.
Вот скрин шот http://s47.radikal.ru/i117/1303/1f/59462c5f2cb8.jpg
Собственно столкнулся с такой проблемой предедущий админ поставил пароль и забыл на кластер сервера и теперь я не могу создать базу ....
Связка 1С 8.2 сервер + PostgresSQL@Etersoft 8.4.4 на Ubuntu Server 10.04.*
Как в Linux убрать пароль на кластер при создании базы?
Поиски по интернету ничего не дали уделание переустановка кластера на Windows не помагает.
Вот скрин шот http://s47.radikal.ru/i117/1303/1f/59462c5f2cb8.jpg
Решение нашел такое (может кому то будет интересно)
Идем сюда cd /home/usr1cv82/.1cv82/1C/1Cv82/ удаляем файл srvribrg.lst затем перезапуск 1С /etc/init.d/srv1cv82 restart
добрый день уважаемые знатоки) посыпался жесткий диск, в результате пришлось сервак переконфигурировать на другом, сервак работает, но вот дамп подгрузить со старых бэкапов не удается( помогите разобраться в чем может быть проблема,
делаю так
Показать
su - postgres
psql
CREATE DATABASE base OWNER postgres;
GRANT ALL PRIVILEGES ON DATABASE base to postgres;
psql -l
List of databases
Name | Owner | Encoding | Collation | Ctype | Access privileges
-----------+----------+----------+-------------+-------------+-----------------------
base | postgres | UTF8 | ru_RU.UTF-8 | ru_RU.UTF-8 | =Tc/postgres
: postgres=CTc/postgres
postgres | postgres | UTF8 | ru_RU.UTF-8 | ru_RU.UTF-8 |
template0 | postgres | UTF8 | ru_RU.UTF-8 | ru_RU.UTF-8 | =c/postgres
: postgres=CTc/postgres
template1 | postgres | UTF8 | ru_RU.UTF-8 | ru_RU.UTF-8 | =c/postgres
: postgres=CTc/postgres
(4 rows)
psql
CREATE DATABASE base OWNER postgres;
GRANT ALL PRIVILEGES ON DATABASE base to postgres;
psql -l
List of databases
Name | Owner | Encoding | Collation | Ctype | Access privileges
-----------+----------+----------+-------------+-------------+-----------------------
base | postgres | UTF8 | ru_RU.UTF-8 | ru_RU.UTF-8 | =Tc/postgres
: postgres=CTc/postgres
postgres | postgres | UTF8 | ru_RU.UTF-8 | ru_RU.UTF-8 |
template0 | postgres | UTF8 | ru_RU.UTF-8 | ru_RU.UTF-8 | =c/postgres
: postgres=CTc/postgres
template1 | postgres | UTF8 | ru_RU.UTF-8 | ru_RU.UTF-8 | =c/postgres
: postgres=CTc/postgres
(4 rows)
psql base < backup
Показать
nvalid command \��59�H
invalid command \B��U~G▒�B���@�˘��
invalid command \��J枎0�_F���#���Vg���O����}�oOC���N
invalid command \�ʕ���tV�0=IY2
�*7%��]�hIS=I�j
invalid command \�눦������ژ����pg��O]��w�5�
invalid command \*yqۉ<ϰFz�
invalid command \�N�H�]�t7aQ��1�1,������^▒�R���4�2dtAFw��
invalid command \�Ao
ERROR: invalid byte sequence for encoding "UTF8": 0xdcc5
ПОДСКАЗКА: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by "client_encoding".
invalid command \B��U~G▒�B���@�˘��
invalid command \��J枎0�_F���#���Vg���O����}�oOC���N
invalid command \�ʕ���tV�0=IY2
�*7%��]�hIS=I�j
invalid command \�눦������ژ����pg��O]��w�5�
invalid command \*yqۉ<ϰFz�
invalid command \�N�H�]�t7aQ��1�1,������^▒�R���4�2dtAFw��
invalid command \�Ao
ERROR: invalid byte sequence for encoding "UTF8": 0xdcc5
ПОДСКАЗКА: This error can also happen if the byte sequence does not match the encoding expected by the server, which is controlled by "client_encoding".
pg_restore -C -d postgres backup
Показать
_restore: [archiver (db)] Error from TOC entry 8537; 1259 456809 TABLE _accumrgt10887 postgres
pg_restore: [archiver (db)] could not execute query: ERROR: relation "_accumrgt10887" already exists
Command was: CREATE TABLE _accumrgt10887 (
_period timestamp without time zone NOT NULL,
pg_restore: [archiver (db)] could not execute query: ERROR: relation "_accumrgt10887" already exists
Command was: CREATE TABLE _accumrgt10887 (
_period timestamp without time zone NOT NULL,
локаль впорядке
locale -a | grep en_US
en_US
en_US.iso88591
en_US.utf8
через рута pg_restore -d base /home/sagvir/1C_backup/09-10-2013-base.backup
pg_restore: [archiver (db)] connection to database "base" failed: FATAL: Ident authentication failed for user "root"
подозреваю что чтото с локалью, но вроде все стоит, раньше так и накатывал дамп..
ОШИБКА: неверная последовательность байт для кодировки "UTF8": 0xdcc5
Вообщем пошаманив, я всетаки востоновил сервер и базу данных, но без танцев с бубном не обошлось. Могу поделится. И так что же у меня было, я каждый день снимал, дампы посредством таких команд pg_dump -Fc mydb > db.dump и так pg_dump -h localhost -U postgres -Fc -Z9 -c -f /путь.. эти дампы я тестировал загружал в тестовую базу все было хорошо, но когда сервак накрылся при востоновлении дампы начали выдавать ошибки как выше в сообщении, на другой машине тоже самое. открывал для просмотра базу, она бинарная, видимо из за степени сжатия. Так же были ошибки «Инициализация графической подсистемы» доустанавливал нужные пакеты, делал симлинки не помогло, нашел выход поставил платформу 8.3 проблему локализовал. скопировал каталог баз со старого винта, база открылась с ошибками, выгрузил посредством 1с base.dt загрузил в пустую базу так же посредством 1с, прогнал 2 раза на тест и ошибки и создав пустую базу на сервере, залил эту исправленную, проблему решил. Но теперь создавая дамп методом указаном в шапке "pg_dump -U postgres namedb | gzip > namedb.$HOST.$DATA.sql.gz" так же при загрузке выдает ошибки, может я не так подгружаю, поделись плиз соображениями на этот счет. Делаю так
pПоказать
g_restore -C -d bgu /home/sagvir/bgu.sql
pg_restore: [архиватор] входной файл не похож на архив
psql bgu < /home/sagvir/bgu.sql
неверная команда \
неверная команда \
неверная команда \
неверная команда \
неверная команда \
неверная команда \
неверная команда \.
ОШИБКА: ошибка синтаксиса (примерное положение: "1")
СТРОКА 1: 1 1 0 0 0 0 100000000000000000000000 Адыгея Респ
Базу грузит но полно вот таких ошибок.
sagvir, перед восстановлением бэкапа одноименную базу надо удалить.
Здравствуйте, тема давно не поднималась
Может новая существует, но гугл именно на эту указал.
Ситуация следующая, работал я на 8.2. , серверная часть на Centos
Понадобилось обновиться и решил уже сразу на 8.3, мой сисадмин с 1с видимо первый раз столкнулся, даже не знаю по какой инструкции он устанавливал, но после установки проблема такая:
Создаю инфо базу, загружаю конфигурацию - вск ОК, но когда пробую после загрузить туда сохраненную информационную базу, загрузка идет бесконечно (точнее по всей видимости вообще не идет а просто визит процесс) и в итоге через какое-то время ошибка 10053 Программа на вашем хост-компьютере разорвало установленное подключение
Что-то мешает загружать информационную базу.
Может где прав не хватает?
Телепатов как бы нету. :) Это во-первых, во-вторых смотря какая версия CentOS, если это 7 версия, то можете не стараться. Ибо нормально init-сценарий сервера 1С:Предприятие работать под systemd не желает. Только если вы сами перепишите его как надо. В-третьих, установка последних версий 8.3, отличатся только отсутствием скрипта config_server или config_system.. Ну и напоследок, вот вам ссылка на нужную статью, это руководство по решению проблем.Здравствуйте, тема давно не поднималась
Может новая существует, но гугл именно на эту указал.
Ситуация следующая, работал я на 8.2. , серверная часть на Centos
Понадобилось обновиться и решил уже сразу на 8.3, мой сисадмин с 1с видимо первый раз столкнулся, даже не знаю по какой инструкции он устанавливал, но после установки проблема такая:
Создаю инфо базу, загружаю конфигурацию - вск ОК, но когда пробую после загрузить туда сохраненную информационную базу, загрузка идет бесконечно (точнее по всей видимости вообще не идет а просто визит процесс) и в итоге через какое-то время ошибка 10053 Программа на вашем хост-компьютере разорвало установленное подключение
Что-то мешает загружать информационную базу.
Может где прав не хватает?
[quote=sdv2010]Nigelist, на форуме http://forum.ubuntu.ru/index.php?topic=19704.0 нашел...
Цитата "....Перед началом установки убедитесь, что у вас не установлены пакеты libpq5 и libpq-dev (это оригинальные пакеты из репозитория).
Если они установлены - очень много пакетов зависит от них, например apache2! Поэтому лучше устанавливать базу 1с на отдельный новый сервер. Ну или попробуйте их удалить, если вас устроит то, что будет удалено по зависимостям, то можно продолжать."
У тебя в статье про это ничего нет....Насколько это критично?? Откомментируй пжста, если могешь....
.... Интересно канечно,. но. В данной установке описаной тут, никаких критичностей не возникает без установки этих пакетов. Все работает стабильно. Другой вопрос что в указанной вами статье упоминается установка 1с 8.1, а в данной статье 8.2,.. или вы не заметили разницы? Там и пакеты другие устанавливаются и библиотеки,... и какой там Postgres устанавливали? oO
Nigelist Прива. Как дела с терминальным доступом,.. заюзал?[/quote]
мне кажется тут все детально описано http://www.modber.ru/forum/thread15819.html
в общем с установкой походу все ок, пришел к выводу что таймаут маленький что ли выставлен и сервер просто разрывает соединение
на конфигурацию которая быстро грузилась времени хватало, а вот на базу с данными уже нет
попробовал на более шустром инете , загрузилось, у меня на отдачу всего 512кбит
хотя в 8.2 проблем с этим не было, думаю админы разберуться как увеличить его что бы сервер не разрывал соединение
Войдите или зарегистрируйтесь, чтобы ответить.
