raise that limit to 2000 (if run as root, in the
same shell that starts openvpn later)... I'm not a Fedora expert, so
maybe they have some other limitations, or ways to control the limits.
gert
--
USENET is *not* the non-clickable part of WWW!
//www.muc.de/~gert/
Gert Doering - Munich, G
many g...@greenie.muc.de
fax: +49-89-35655025 g...@net.informatik.tu-muenchen.de
[attachment "attp7yyb.dat" deleted by Arno Odermatt/R&D/SCH/SCHINDLER]
**
Notice: The information contained in this message is intended only for use of
t
Dear all,
we are driving O-VPN 2.3.2 on Fedora20.
Since we have quit many permanently connected O-VPN clients, we have
started three O-VPN processes, listening on three different ports and
setting up three different tap interfaces:
Today, all three O-VPN processes crashed suddenly, whereas we f
Dear Samuli,
thx. No deeper details regarding time scale arrengements in this matter?
Arno
From: Samuli Seppänen
To: "arno.oderm...@ch.schindler.com" ,
"openvpn-devel@lists.sourceforge.net"
,
List-Post: openvpn-devel@lists.sourceforge.net
Date: 11.04.2014 09:51
Subject:R
Hi,
I found the roadmap https://community.openvpn.net/openvpn/wiki/RoadMap,
where the thoughts about Monolithic architecture vs. "scaling OpenVPN
across threads " have been discussed.
Will the aspects of OpenVPN (3.x??) to be capable to run in multi thread
mode be available some when soon?
T
rds,
_
_
_
_
_
Arno Odermatt
Phone +41414454053
arno.oderm...@ch.schindler.com
Schindler Elevator Ltd. | Corporate Research & Development | CRD/CO-BAT
Zugerstr. 13 | CH-6030 Ebikon, Switzerland
http://www.schind
update to 2.3.3 to improve the memory-leak situation?
freundlich grüsst,
kind regards,
_
_
_
_
_
Arno Odermatt
Phone +41414454053
arno.oderm
ected.
We have not applied the patch yet, which brings back the "2.1" behavior.
freundlich grüsst,
kind regards,
_
_
_
_
_
____
Arno Odermatt
Pho
-
USENET is *not* the non-clickable part of WWW!
//www.muc.de/~gert/
Gert Doering - Munich, Germany g...@greenie.muc.de
fax: +49-89-35655025 g...@net.informatik.tu-muenchen.de
[attachment "attmxcg3.dat" deleted by Arno Odermatt/R&D/SCH/SCHINDLER]
**
Good Morning,
thank you for replying.
Do you see any time window, you potentially could have time for this?
Meanwhile, we have been able to rise the memory limits of the system be
adding to /etc/sysctl.conf:
"vm.overcommit_ratio = 80"
"vm.overcommit_memory = 2"
and by adding "virtual mem
anyone provide me with a response, whether this mailing list is
the right place to deal with this kind of problem?
Thank you very much
freundlich grüsst,
kind regards,
_
_
_
_
_
Dear all,
we found our certificate renegotiating timer to be set to 86400secs = 24h.
Therefore, we strongly assume, potentially a memory leak occurs in the
renegotiating phase of the keys (passwords) as already earlier described
in the mailing-list by "Brad Zhang" (Sept. 27. 2013) and
treated/
All,
we are running Openvpn 2.3.2 on Fedora17/64Bit with 8GByte RAM total (EoL,
yes we are aware) and seem to run into a memory leak situation, as
following:
- around 2955 Openvpn session running OK for 23'58"
- memory allocated 3247mByte, memory reserved 2.5gByte, CPU utilization
~1% (see "st
13 matches
Mail list logo
