|
Альтернативный сервер?
| |
| AA124 | Дата: Среда, 08.03.2017, 00:13 | Сообщение # 76 |
|
Полковник
Группа: Проверенные
Сообщений: 184
Статус: Оффлайн
| Do system log-files content anything about crash of server?
Or could be .core-files left somewhere?
|
| |
| |
| LCI2005 | Дата: Среда, 08.03.2017, 15:24 | Сообщение # 77 |
|
Сержант
Группа: Пользователи
Сообщений: 34
Статус: Оффлайн
| Logs do not contain any information about the server going down and the fall of the FRNConsol so whether this be due to firewall settings?
|
| |
| |
| AA124 | Дата: Четверг, 09.03.2017, 23:50 | Сообщение # 78 |
|
Полковник
Группа: Проверенные
Сообщений: 184
Статус: Оффлайн
| Цитата LCI2005 (  ) this be due to firewall settings?
Q: How do you start the server?
I start it in the easiest way in my /etc/rc.local:
Цитата nohup /FRNServer/FRNServerConsole >> /FRNServer/frnserver.log & Добавлено (09.03.2017, 23:50)
---------------------------------------------
LCI2005,
I have found suspicious place in listener, so try new debug version
http://alterfrn.ucoz.ru/FRNServerConsole.FreeBSD-amd64.3790d.tar.gz
Сообщение отредактировал AA124 - Четверг, 09.03.2017, 12:50 |
| |
| |
| LCI2005 | Дата: Суббота, 11.03.2017, 00:24 | Сообщение # 79 |
|
Сержант
Группа: Пользователи
Сообщений: 34
Статус: Оффлайн
| Okay... i am testing that i am use starting supervise monitors a service FRNConsole...
Сообщение отредактировал LCI2005 - Суббота, 11.03.2017, 01:50 |
| |
| |
| AA124 | Дата: Вторник, 14.03.2017, 20:31 | Сообщение # 80 |
|
Полковник
Группа: Проверенные
Сообщений: 184
Статус: Оффлайн
| LCI2005,
Could you start server in way I do for a couple weeks just for test (or for fun)?
Because it is very unusual for program to get crash without any trace. It could be something - log message and/or core file.
|
| |
| |
| LCI2005 | Дата: Четверг, 16.03.2017, 14:37 | Сообщение # 81 |
|
Сержант
Группа: Пользователи
Сообщений: 34
Статус: Оффлайн
| Let 's begin now I'm trying to keep that on for about 2 weeks and then I'll see what looks catalog Or when a server crashes ..Now it's been stable, at least it may be that that thing Let 's begin with, I tried to maintain FRNConsole was a bad thing.
So I go back about it ...
|
| |
| |
| LCI2005 | Дата: Пятница, 24.03.2017, 08:39 | Сообщение # 82 |
|
Сержант
Группа: Пользователи
Сообщений: 34
Статус: Оффлайн
| Now is the FRNConsole kept driving, and not have fallen at all so it would seem that the problem was corrected on that NOHUP - command ..  So now start the server again, and I like it as long as possible on site .. 
|
| |
| |
| AA124 | Дата: Пятница, 24.03.2017, 18:45 | Сообщение # 83 |
|
Полковник
Группа: Проверенные
Сообщений: 184
Статус: Оффлайн
| OK.
Could you please check how frnserver works with that supervise monitors a service one more time?
I am trying to understand where exactly the problem is.
|
| |
| |
| LCI2005 | Дата: Пятница, 24.03.2017, 23:39 | Сообщение # 84 |
|
Сержант
Группа: Пользователи
Сообщений: 34
Статус: Оффлайн
| Supervise monitors the exercise of a service creates a single executable process, saving you the trouble may be the reason for it is that it crashes the program that contribute to the fact that it may be created at the same time as the nohup creates the 9 process and is thus more stable.I can still try to do a test run on that one process ...
Supervise only 1 process that hang FRNConsole
Now nohup create 9 FRNConsole and not hang and stable run long time...
Сообщение отредактировал LCI2005 - Пятница, 24.03.2017, 23:43 |
| |
| |
| AA124 | Дата: Суббота, 25.03.2017, 00:09 | Сообщение # 85 |
|
Полковник
Группа: Проверенные
Сообщений: 184
Статус: Оффлайн
| I see. Actually, there is no need to use hohup at all, because SIGHUP will be caught inside frnserver. It is just my precaution with my habit. You could try
./FRNServer >> log &
The result should be the same.
It looks to me this supervise monitor sends SIGKILL under some circumstances. It is the reason why there are no any core-files or log-messages.
Yes-yes, I know the maintenance of frnserver is awful. Server is not a priority. It always been just an auxilary tool to test the client.
Сообщение отредактировал AA124 - Суббота, 25.03.2017, 00:10 |
| |
| |
| LCI2005 | Дата: Суббота, 25.03.2017, 11:24 | Сообщение # 86 |
|
Сержант
Группа: Пользователи
Сообщений: 34
Статус: Оффлайн
| Logi is clean has not fallen and is stable now, so if you advertise something unusual occurs .. So I get back about it ...
|
| |
| |
| AA124 | Дата: Понедельник, 22.05.2017, 21:47 | Сообщение # 87 |
|
Полковник
Группа: Проверенные
Сообщений: 184
Статус: Оффлайн
| Привет всем!
Есть желающие помочь в тестировании новой версии сервера?
Добавлена поддержка работы с FRN System Manager в 3 режимах:
Notify - пытаться уведомлять по подключенных клиентах, не обращая внимания на отрицательные ответы менеджера;
Light - если менеджер не работает, то клиенты будут допущены, если работает - допуск будет проводится по ответам от менеджера;
FRN - если менеджер не работает, то клиенты не будут допущены, если работает - допуск будет проводится по ответам от менеджера;
и остается разумеется
Standalone - совсем без менеджера
И каждая комната(сеть) может иметь свой собственный режим общения с менеджером.
Hello everyone!
Does anybody want to help with testing new version of server?
New version supports FRN System manager with 3 modes:
Notify - server will try to report connected clients but will not pay attention to sysman's answer;
Light - if sysman is down, server will pass any client, otherwise server will strictly follow sysman's answers;
FRN - if sysman is down server will not pass clients, and server will strictly follow sysman's answer
and
Standalone - without sysman at all
And every network(room) on server could specificly interact with sysman also.
server.ini
Код [Manager\]
ManagerMode=Notify
ManagerAddress=sysman.freeradionetwork.eu
ManagerPort=10025
ManagerAuthEMail=e@mail.ru
ManagerAuthPassword=PASSWORD
ProxyType=NONE
ProxyAddress=192.168.1.1
ProxyPort=3128
Сообщение отредактировал AA124 - Понедельник, 22.05.2017, 21:48 |
| |
| |
| LCI2005 | Дата: Понедельник, 22.05.2017, 23:09 | Сообщение # 88 |
|
Сержант
Группа: Пользователи
Сообщений: 34
Статус: Оффлайн
| Hey..The problem is that the problem is in the virtual memory that rises too much if running Proxmox - VE FRNServerConsol was Debian, FreeBSD VM / KVM ... This is what caused that crash this does not happen on a physical pc but in a virtual drive ..
Now we run a version of FRNServer.Win32.r3665.zip on the Windows platform and the Non-Sucking Service Manager.
So testing is done by the same ..
|
| |
| |
| AA124 | Дата: Понедельник, 22.05.2017, 23:43 | Сообщение # 89 |
|
Полковник
Группа: Проверенные
Сообщений: 184
Статус: Оффлайн
| Ok then
http://alterfrn.ucoz.ru/FRNServerConsole.Win32.r4065.test.zip
|
| |
| |
| LCI2005 | Дата: Вторник, 23.05.2017, 01:01 | Сообщение # 90 |
|
Сержант
Группа: Пользователи
Сообщений: 34
Статус: Оффлайн
| Yes.. i testing that
|
| |
| |
|
