Alexey Gerasimov
Oct 24, 2013 11:43 PM
Interested
Points:: 15
Joined:: Oct 27, 2011
10061 No connection could be made because the target machine actively refused it Cent OS x64 6.2, PostgreSQL, 8.3.3.721 Before the problem server ran out of disk space because of 1c crash dups in /tmp folder. Now it has >8Gb of disk space available, but still refuses to run. Rebooting and restarting services has no effect. Please help, its urgent.
Profile
Timofey Bugaevsky
Oct 24, 2013 11:54 PM
Guest
Points::
Joined::
Maybe the reason is in crash dumps? Do you have new ones in this folder after restarting services? Try to reinstall 1C:Enterprise server if it's urgent.
Profile
Alexey Gerasimov
Oct 25, 2013 12:05 AM
Interested
Points:: 15
Joined:: Oct 27, 2011
Trying to connect from management console o client application forces regent to stop [root@srv1c tmp]# /etc/init.d/srv1cv83 status 1C:Enterprise 8.3 server status: Init script: STARTED. Ragent: NOT RUNNING. If I restart srv1cv83 it runs until I try to connect No new dumps were found. Old ones were deleted to get some disk space.
Profile
Mikhail Ivanenko
Oct 25, 2013 12:10 AM
Active user
Points:: 0
Joined:: Mar 20, 2012
Hello. There are no new crash dumps. When i start server agent manually it writes: su usr1cv82 -c /opt/1C/v8.3/x86_64/ragent 1C:Enterprise 8.3 (x86-64) (8.3.3.721) Server Agent started. Ctrl+C to exit. 1C:Enterprise 8.3 (x86-64) (8.3.3.721) Cluster Manager started. Ctrl+C to exit. 1C:Enterprise 8.3 (x86-64) (8.3.3.721) Cluster Manager finished. 1C:Enterprise 8.3 (x86-64) (8.3.3.721) Server Agent finished. But when i start it from the another user, it creates a new cluster and starts successfully. Maybe it is possible to turn logs on somehow? P.S. PostgreSQL is working normal - via psql i could connect successfully and run queries.
Profile
Alexey Gerasimov
Oct 25, 2013 12:33 AM
Interested
Points:: 15
Joined:: Oct 27, 2011
Dear 1c administrators, it is the time when we need you the most! Please help us.
Profile
Timofey Bugaevsky
Oct 25, 2013 12:50 AM
Guest
Points::
Joined::
Try to check if that user has enought limits. To enable log please use logcfg.xml For example:
Code <config xmlns="http://v8.1c.ru/v8/tech-log">
<dump create="true" location="/var/log/1c/dumps" prntscrn="true" type="2"/>
<log history="72" location="/var/log/1c">
<event>
<eq property="name" value="EXCP"/>
</event>
<event>
<eq property="name" value="EXCPCNTX"/>
</event>
<event>
<eq property="name" value="PROC"/>
</event>
<event>
<eq property="name" value="ADMIN"/>
</event>
<event>
<eq property="name" value="MEM"/>
</event>
<event>
<eq property="name" value="LEAKS"/>
</event>
<property name="all"/>
</log>
</config>
When you will have logs and dumps you could send them to int@1c.com so we could analyze it.
Profile
Mikhail Ivanenko
Oct 25, 2013 01:12 AM
Active user
Points:: 0
Joined:: Mar 20, 2012
Thank you. I got the log: 10:06.719002-0,PROC,1,process=rmngr,Err=0,Txt=1C:Enterprise 8.3 (x86-64) (8.3.3.721) Cluster Manager started. Ctrl+C to exit. 10:06.839000-0,EXCP,1,process=rmngr,Exception=e88a796d-7758-48a7-9ba7-781e269e9aa4,Descr='./src/RHostImpl.cpp(1898): e88a796d-7758-48a7-9ba7-781e269e9aa4: Stream format error' 10:06.839001-0,PROC,1,process=rmngr,Err=0,Txt=1C:Enterprise 8.3 (x86-64) (8.3.3.721) Cluster Manager finished. P.S. And we don't have infobase with GUID e88a796d-7758-48a7-9ba7-781e269e9aa4 P.P.S. And i don't see any dumps.
Profile
Timofey Bugaevsky
Oct 25, 2013 01:38 AM
Guest
Points::
Joined::
Please make sure that for user who runs 1C:Enterprise it is enought space in /tmp folder. You might be deleted files created not by that user so the space is not enought still.
Profile
Mikhail Ivanenko
Oct 25, 2013 01:49 AM
Active user
Points:: 0
Joined:: Mar 20, 2012
When i run midnight commander from usr1cv82 user it shows me that in /tmp is about 9Gb free space. Also: df Filesystem 1K-blocks Used Available Use% Mounted on /dev/mapper/VolGroup-lv_root 17102184 7010276 9223148 44% / tmpfs 1987052 0 1987052 0% /dev/shm /dev/xvda1 495844 72088 398156 16% /boot
Profile
Mikhail Ivanenko
Oct 25, 2013 02:05 AM
Active user
Points:: 0
Joined:: Mar 20, 2012
Also in ragent.log i have a lot of messages like: 17:03.840001-0,EXCPCNTX,0,ClientComputerName=,ServerComputerName=,UserName=,ConnectString= 17:03.840002-8560000,EXCPCNTX,0,SrcName=PROC,OSThread=308533056,process=ragent,RunAs=daemon 17:04.340001-0,EXCP,1,process=ragent,ClientID=19,Exception=NetDataExchangeException,Descr=' server_addr=tcp://srv1c:1541 descr=111(0x0000006F): Connection refused line=1324 file=./src/DataExchangeTcpClientImpl. Could it help? I think, that we can simply try to recreate cluster, but we have many infobases at server, so i want to avoid this.
Profile
Mikhail Ivanenko
Oct 25, 2013 03:35 AM
Active user
Points:: 0
Joined:: Mar 20, 2012
I've recreated cluster and it seems that everything works fine. But it's really interesting why such thing was happened and how to avoid it in future.
Profile
Timofey Bugaevsky
Oct 25, 2013 03:42 AM
Guest
Points::
Joined::
We are still investigating your case.
Profile
Murat Yazlıyev
Oct 30, 2013 12:12 PM
Interested
Points:: 0
Joined:: Apr 5, 2012
Hey Mikhail, I had such problem in Ubuntu Server 12.04 PostgreSQL 9.2 1C:Enterprise 8.2.17.157 Init script: STARTED. Ragent: NOT RUNNING. When service ise started but now one could not to connect. I deleted working servers and working processes and added them manually! After that all problems are dissapeared.
Profile
Alexey Gerasimov
Oct 30, 2013 01:41 PM
Interested
Points:: 15
Joined:: Oct 27, 2011
The same solution we used in our company. 1c guys please your comments. We want to avoid this kind of problems in the future. Also, is there any monitor to 1c server, which could send messages to administrator that something went wrong?
Profile
Adam Zatoński
Nov 01, 2013 11:25 AM
Just came
Points:: 0
Joined:: May 27, 2013
I've seen similar problems when we established vpn connection on 1c server (with running 1c services). Once we even had over 4000 working processes. I think that 1C server has problems when new interface is appearing in system or new connection is established.
Profile
Subscribe