|
|
On Thu, 1 Dec 2005, Marcin J. Kraszewski wrote:
> Hi, James
>
> Thanks for your insight. Is that a permissions problem ("Resource
> temporarily unavailable")? Here is the strace output (192.168.211.31 is
> the client):
>
> recvfrom(6, "8Ux\217Z$\227\350C\0\0\0\0\0", 1542, 0, {sa_family=AF_INET,
> sin_port=htons(1042), sin_addr=inet_addr("192.168.211.31")}, [16]) = 14
> time(NULL) = 1133455133
> gettimeofday({1133455133, 448859}, NULL) = 0
> write(1, "Thu Dec 1 11:38:53 2005 MULTI: "..., 61) = 61
> time(NULL) = 1133455133
> gettimeofday({1133455133, 451090}, NULL) = 0
> write(1, "Thu Dec 1 11:38:53 2005 192.168"..., 70) = 70
> mmap2(NULL, 135168, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1,
> 0) = -1 EAGAIN (Resource temporarily unavailable)
> brk(0x9ae4000) = 0x9aac000
> mmap2(NULL, 1048576, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS,
> -1, 0) = -1 EAGAIN (mmap2(NULL, 2097152, PROT_NONE,
> MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE, -1, 0) = -1 EAGAIN (Resource
> temporarily unavailable)
> mmap2(NULL, 1048576, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE,
> -1, 0) = -1 EAGAIN (Resource temporarily unavailable)
> mmap2(NULL, 2097152, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE,
> -1, 0) = -1 EAGAIN (Resource temporarily unavailable)
> mmap2(NULL, 1048576, PROT_NONE, MAP_PRIVATE|MAP_ANONYMOUS|MAP_NORESERVE,
> -1, 0) = -1 EAGAIN (Resource temporarily unavailable)
> write(2, "OpenVPN: Out of Memory\n", 23) = 23
> munmap(0xb7f1f000, 4096) = 0
> exit_group(1) = ?
>
> Does that shed any more light on the problem? TIA.
mmap2 is called by malloc to map virtual memory to a paging file. This
process normally works seamlessly on a non-virtual linux kernel instance.
For your setup, it seems there is something broken with the memory
management. mmap2 (a kernel call) is returning EAGAIN which means "The
file has been locked, or too much memory has been locked." The amounts
being requested are reasonable (between 135168 and 2097152 bytes).
James
> ----- Original Message -----
> From: James Yonan <jim@xxxxxxxxx>
> Date: Thursday, December 1, 2005 5:27 am
> Subject: Re: [Openvpn-users] Out of Memory error on FC4 server
>
> > On Wed, 30 Nov 2005, Marcin J. Kraszewski wrote:
> >
> > > Dear Listers
> > >
> > > Here is my problem. I followed the HOW-TO and installed a server
> > on FC4
> > > and a client on Win2000. When I start the openvpn daemon, it
> > initializes> OK. As soon as I start the client, the server crashes
> > with the following
> > > error:
> > >
> > > Wed Nov 30 16:35:43 2005 MULTI: multi_create_instance called
> > > Wed Nov 30 16:35:43 2005 192.168.211.31:3814 Re-using SSL/TLS
> > context> OpenVPN: Out of Memory
> >
> > OpenVPN prints this message and exits if malloc() returns NULL.
> > There's
> > really not much more that it can do in this case. You might try
> > strace
> > to verify that OpenVPN is calling malloc with sane values.
> >
> > James
> >
> >
> >
> > -------------------------------------------------------
> > This SF.net email is sponsored by: Splunk Inc. Do you grep through
> > log files
> > for problems? Stop! Download the new AJAX search engine that makes
> > searching your log files as easy as surfing the web. DOWNLOAD
> > SPLUNK!http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
> > _______________________________________________
> > Openvpn-users mailing list
> > Openvpn-users@xxxxxxxxxxxxxxxxxxxxx
> > https://lists.sourceforge.net/lists/listinfo/openvpn-users
> >
>
____________________________________________
Openvpn-users mailing list
Openvpn-users@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/openvpn-users
Warning: require_once(../../../archive_common.php) [function.require-once]: failed to open stream: No such file or directory in /home/openvpn/domains/openvpn.net/public_html/archive/openvpn-users/2005-12/msg00017.html on line 261
Fatal error: require_once() [function.require]: Failed opening required '../../../archive_common.php' (include_path='/usr/local/lib/php') in /home/openvpn/domains/openvpn.net/public_html/archive/openvpn-users/2005-12/msg00017.html on line 261
|