Return-Path: X-Original-To: apmail-httpd-modules-dev-archive@minotaur.apache.org Delivered-To: apmail-httpd-modules-dev-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id DBE7B18B05 for ; Sun, 27 Dec 2015 21:19:08 +0000 (UTC) Received: (qmail 68208 invoked by uid 500); 27 Dec 2015 21:19:08 -0000 Delivered-To: apmail-httpd-modules-dev-archive@httpd.apache.org Received: (qmail 68154 invoked by uid 500); 27 Dec 2015 21:19:08 -0000 Mailing-List: contact modules-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: modules-dev@httpd.apache.org Delivered-To: mailing list modules-dev@httpd.apache.org Received: (qmail 68142 invoked by uid 99); 27 Dec 2015 21:19:08 -0000 Received: from Unknown (HELO spamd3-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 27 Dec 2015 21:19:08 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd3-us-west.apache.org (ASF Mail Server at spamd3-us-west.apache.org) with ESMTP id C5B0818022F for ; Sun, 27 Dec 2015 21:19:07 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd3-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 0.653 X-Spam-Level: X-Spam-Status: No, score=0.653 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, SPF_NEUTRAL=0.652, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd3-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=comcast.net Received: from mx1-us-east.apache.org ([10.40.0.8]) by localhost (spamd3-us-west.apache.org [10.40.0.10]) (amavisd-new, port 10024) with ESMTP id 2dyiQ-ir6Bb5 for ; Sun, 27 Dec 2015 21:18:57 +0000 (UTC) Received: from resqmta-po-04v.sys.comcast.net (resqmta-po-04v.sys.comcast.net [96.114.154.163]) by mx1-us-east.apache.org (ASF Mail Server at mx1-us-east.apache.org) with ESMTPS id CB5D142BD8 for ; Sun, 27 Dec 2015 21:18:56 +0000 (UTC) Received: from resomta-po-05v.sys.comcast.net ([96.114.154.229]) by resqmta-po-04v.sys.comcast.net with comcast id ylJs1r0074xDoy801lJwzf; Sun, 27 Dec 2015 21:18:56 +0000 Received: from [192.168.199.10] ([69.251.84.114]) by resomta-po-05v.sys.comcast.net with comcast id ylJu1r00R2U0RYt01lJvkh; Sun, 27 Dec 2015 21:18:56 +0000 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\)) Subject: Re: apr_shm_create succeeds then fails on Mac OS X From: Jim Jagielski In-Reply-To: <567FEBDF.2020903@gmail.com> Date: Sun, 27 Dec 2015 16:18:54 -0500 Content-Transfer-Encoding: quoted-printable Message-Id: <5BA8A9B2-FA42-40F7-B101-71E0387DF0C2@jaguNET.com> References: <567FEBDF.2020903@gmail.com> To: modules-dev@httpd.apache.org X-Mailer: Apple Mail (2.3112) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20140121; t=1451251136; bh=crrB6P3P0fik2s81uLgMJNNevIMSlLNP66k3OWjGymM=; h=Received:Received:Content-Type:Mime-Version:Subject:From:Date: Message-Id:To; b=c+wewG5rO4G20T6u4wele89lFb4eOp+LqaVxyhpQbTBlyte+8BgIhD5hgECr2v6xS RnyiJYgz2jI5VJ+UGHGhN+jT+tvsUfsw2xJTOB6ighk22Xu4WwNsGJ77F1g+G2Px4U qbO5yYCAK1OH7Y+zyx6jsJnUEJ31PqZcXou0+zE/txaOgrtGEanLo+IBlU6yoWqtBL opAyK2NTT4osniOd8na0rAkBZD25YHnya+XFvgFoAsf/lOL0x6CfIFZwNk+v90fvIf XixYGqlY4T6tmj20WZHELZssGoM6Ss119AdjVnKtVai4cqzkKTm5wrbxxRny/4c6VQ mIs6IeTuiTkyw== Are you *sure* that /tmp really has enough space? > On Dec 27, 2015, at 8:47 AM, Sorin Manolache wrote: >=20 > On 2015-12-25 19:36, Tapple Gao wrote: >> Hi. I=E2=80=99m trying to get mod_tile working on the builtin apache = in Mac OS X El Capitan. I am running into a problem with apr_shm_create = failing to allocate memory during ap_hook_post_config: >> [Fri Dec 25 12:09:17.898197 2015] [tile:error] [pid 22431] = Successfully create shared memory segment size 888 on file = /tmp/httpd_shm.22431 >> [Fri Dec 25 12:09:17.898285 2015] [tile:error] [pid 22431] (12)Cannot = allocate memory: Failed to create shared memory segment size 2401448 on = file /tmp/httpd_shm_delay.22431 >>=20 >> Is there something I need to configure to get this shared memory = working, or increase the limit? This module is most often run on Ubuntu = linux, where it=E2=80=99s been running for years to power = openstreetmap.org >>=20 >>=20 >> /* >> * Create a unique filename using our pid. This information is >> * stashed in the global variable so the children inherit it. >> * TODO get the location from the environment $TMPDIR or = somesuch. >> */ >> shmfilename =3D apr_psprintf(pconf, "/tmp/httpd_shm.%ld", (long = int)getpid()); >> shmfilename_delaypool =3D apr_psprintf(pconf, = "/tmp/httpd_shm_delay.%ld", (long int)getpid()); >=20 >=20 > I think that the location of the shmfile must be on a filesystem of a = special type, namely tmpfs, which maps in memory and not on disk. = Execute "mount" and check if you have such filesystems mounted. For = example on my Linux machine: >=20 > $ mount > /dev/sda6 on / type ext4 (rw,relatime,errors=3Dremount-ro,data=3Dordered= ) > tmpfs on /run/shm type tmpfs = (rw,nosuid,nodev,noexec,relatime,size=3D398160k) > /dev/sda9 on /tmp type ext4 (rw,relatime,data=3Dordered) >=20 > As you see, / and /tmp are of disk partitions while /run/shm has a = filesystem of type tmpfs. >=20 > I suggest to change the code and use a different location from = /tmp/... On Linux the shared memory is often created in /run/shm/*. I = have no experience with Mac OS X. >=20 > The cleanest way would be to implement what's written in the = commentary of the code above, namely the possibility to specify the path = by an evrionment variable or from a configuration directive. >=20 > Sorin >=20