Hi Tobias,
ulimit for core is set to zero, so I didn't see any core files. I don't see
any backtrace in the log also.
But I see these logs before charon restart.
Apr 24 13:51:13 localhost charon: 00[DMN] signal of type SIGINT received.
Shutting down
Apr 24 13:51:13 localhost charon: 00[MGR]
Hello all,
To get useful stack traces, the mysql library needs to be be compiled with
debug information and must not be stripped.
As soon as you have a library that fullfills those criteria, debugging can
begin. Otherwise it's just poking around in the dark.
You could use, for example, "-g3
Hi Mike,
> When many client at the same time want to get a tunnel the Charon crashes.
>
> Do you have seen anything like that before?
Looks like someone had the same issue last year [1] and [2].
> Could it help to use /libmysqlclient.so.20?
Don't know.
> What else can we do?
Don know that
Hi Sriram,
> What is the reason for SecGw’s charon daemon restart ?
The daemon does not automatically restart itself, so probably a crash.
Do you see any backtrace in the log? Any core dumps?
Did you modify the code in any way? Is there a reason you use different
versions on the two hosts
Hi,
We are using strongswan-5.6.1 on our device side and strongswan-5.6.0 on
our security gateway side.
Device works in IPv6 in IPv4 Tunnel mode with Virtual IP. Device ip
10.196.83.1 and SecGw ip is 10.222.222.199
We are testing Security gateway initiated IKE rekey, rekey interval is set
to