The solution was given at revision 233760.
Link for description:
http://svnweb.freebsd.org/base?view=revisionrevision=233760
Thanks to all!
--
Respectfully,
Stanislav Putrya
System administrator
FotoStrana.Ru Ltd.
ICQ IM: 328585847
Jabber-GoogleTalk: root.vagner
mob.phone SPB: +79215788755
Hi all!
Tell me please, how may I remove shared memory segment like this:
T:m shmid:65537 shmkey:0 mode:--rw-rw-rw- owner:root group:wheel creator:root
cgroup:wheel
NATTCH:2 SEGSZ:1048576000 CPID:2982 LPID:54375 ATIME:10:29:12 DTIME:15:56:14
CTIME:10:51:00
Pid 2982 and pid 54375 is killed
On 03/19/2013 13:06, Vagner wrote:
Hi all!
Tell me please, how may I remove shared memory segment like this:
T:m shmid:65537 shmkey:0 mode:--rw-rw-rw- owner:root group:wheel creator:root
cgroup:wheel
NATTCH:2 SEGSZ:1048576000 CPID:2982 LPID:54375 ATIME:10:29:12 DTIME:15:56:14
CTIME:10:51:00
Trying to run a Linux app under 9-STABLE. I can start it once and stop
it once but all subsequent efforts produces a core dump.
I believe the reason being that this app stores licensing information in
shared memory and when it stops first time it fails to remove this info.
Is there a sysctl
On 08/12/12 11:12, Per olof Ljungmark wrote:
Trying to run a Linux app under 9-STABLE. I can start it once and stop
it once but all subsequent efforts produces a core dump.
I believe the reason being that this app stores licensing information in
shared memory and when it stops first time
in the configuration and being loaded
[Tue Aug 07 13:09:12 2012] [emerg] (78)Function not implemented: mod_fcgid:
Can't create shared memory for size 1192488 bytes
Thanks!
Chad
Since you manually installed apache22 and mod_fcgid from up-stream sources
maybe you missed something. As a test create
:09:12 2012] [emerg] (78)Function not implemented: mod_fcgid:
Can't create shared memory for size 1192488 bytes
Thanks!
Chad
Since you manually installed apache22 and mod_fcgid from up-stream
sources maybe you missed something. As a test create another jail and
install the package versions
2012] [emerg] (78)Function not implemented: mod_fcgid:
Can't create shared memory for size 1192488 bytes
I did a search on this and found that I would probably need a system kernel
parameter changed from 0 - 1
security.jail.sysvipc_allowed
So I did that. (And restarted the jail). However, I
jail_sysvipc_allow=YES in rc.conf should do it.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
not implemented: mod_fcgid:
Can't create shared memory for size 1192488 bytes
Thanks!
Chad
)Function not implemented: mod_fcgid:
Can't create shared memory for size 1192488 bytes
I did a search on this and found that I would probably need a system kernel
parameter changed from 0 - 1
security.jail.sysvipc_allowed
So I did that. (And restarted the jail). However, I still get the same error
Hi,
I am trying to run both postgres and zabbix in the same jail and I am only able
to start postgres or zabbix not both of them.
I have tuned my sysctl on master host as follow :
kern.ipc.shmmax=268435456
kern.ipc.shmall=409600
kern.ipc.semmap=256
security.jail.allow_raw_sockets=1
Le 5 janv. 2012 à 14:56, bsd a écrit :
Hi,
I am trying to run both postgres and zabbix in the same jail and I am only
able to start postgres or zabbix not both of them.
I have tuned my sysctl on master host as follow :
kern.ipc.shmmax=268435456
kern.ipc.shmall=409600
the see something like the
example below, where there is still one Pg on uid 70 but from the
jail's perspective it's the pgsql user who now has uid of 70124
Message Queues:
T ID KEY MODEOWNERGROUP
Shared Memory:
T ID KEY MODEOWNER
On Thu, 14 May 2009 09:03:25 + (GMT)
Saifi Khan saifi.k...@twincling.org wrote:
Running Opera 9.64 on X.org 7.4 leads to freeze ups in Opera.
The error reported is
Opera: X Shared memory extension is not available. ZPixmap not
supported
My system is Intel CeleronM 1.6GHz, Intel
Hi all:
Running Opera 9.64 on X.org 7.4 leads to freeze ups in Opera.
The error reported is
Opera: X Shared memory extension is not available. ZPixmap not
supported
My system is Intel CeleronM 1.6GHz, Intel 945GM mobo.
Some of the blogs seem to suggest that the new driver shipped
has fixed
, 10. Dezember 2008 18:30
To: Hell, Robert
Cc: freebsd-questions@freebsd.org
Subject: Re: PostgreSQL on FreeBSD 7.0 amd64 with more than 2GB shared
memory
fails again with ENOMEM.
Is there any easy way to use a shared memory segment which is larger
than 2GB?
getting two smaller
Hi,
I'm trying to run PostgreSQL 8.3 on a FreeBSD 7.0 amd64 server with more
than 2GB shared memory. The machine has 32GB RAM installed.
After setting kern.ipc.shmmax and kern.ipc.shmall to the appropriate
values, I still had no chance to start postgres with more than 2GB of
shared memory.
I
fails again with ENOMEM.
Is there any easy way to use a shared memory segment which is larger
than 2GB?
getting two smaller ? :)
no idea - maybe it's bug of SHM. as you already checked it please do
sent-pr
___
freebsd-questions@freebsd.org mailing
: PostgreSQL on FreeBSD 7.0 amd64 with more than 2GB shared
memory
fails again with ENOMEM.
Is there any easy way to use a shared memory segment which is larger
than 2GB?
getting two smaller ? :)
no idea - maybe it's bug of SHM. as you already checked it please do
sent-pr
Thanks very much Bill and James. Hana vs hanka is only typo at this mail
(hana is correct, as it is in my box).
I apologize for this incorrect information.
Bill, you are right, the kernel was build without shared memory support.
Option SYSVSHM is not included in the kernel.
As I cannot
Hi:
I got a VIA EPIA-EK board which has some advanced settings for graphics,
you can toggle how much shared memory to allocate for graphics. Nice,
but my device won't have a display so I'd like not to allocate any.
There is an option for disabling shared memory, but then the system
won't
I tend to visit Opera's Desktop team blog to see what new features are
going to be in the next release of the Opera browser. And one
interesting tid-bit was:
Added Shared X memory. Should now be quite a bit faster
And beneath this note was:
Note: On FreeBSD shared memory doesn't work
Hello,
I want to increase the max_connections of PostgreSQL from around 40 to
around 100. For this I need to change the Shared Memory and Semaphores
settings.
I followed this link -
http://www.postgresql.org/docs/8.1/interactive/kernel-resources.html#SYSVIPC
and used the proposed values
B. Cook wrote:
Hello All,
I'm not a programmer and nor do I play one in real life.. :)
I've recently setup a DansGuardian box for someone and I had some
interesting things happen.
When the box would get under load (500+ simultaneout connections) it
would load up the cpu:
last pid: 69931;
Hello All,
I'm not a programmer and nor do I play one in real life.. :)
I've recently setup a DansGuardian box for someone and I had some
interesting things happen.
When the box would get under load (500+ simultaneout connections) it
would load up the cpu:
last pid: 69931; load averages:
(if my
math is right) you have 32mg of shared memory to allow
sybase to grab. This is fine for the default sybase
install (7500 2k pgs). I set 'options
SHMMAXPGS=40960' in my recompiled kernel, which gives
me a kern.ipc.shmmax 160 megs. This allowd me to set
sybase's 'total memory' at 80,000 (2k
On Sun, Dec 12, 2004 at 01:52:20PM -0800, John wrote:
Hello,
I am setting up sybase 11 to run on 5.3 release and
want to increase the available shared memory for
sybase to use but am unsure how to do this. I have
seen references to setting SHMMAXPGS, but am not quite
sure how to set
Hello,
I am setting up sybase 11 to run on 5.3 release and
want to increase the available shared memory for
sybase to use but am unsure how to do this. I have
seen references to setting SHMMAXPGS, but am not quite
sure how to set this or what units it is currently set
in now. Any help would
SHMMAX=67108864
options VESA
...snip...
device sc0 at isa? flags 0x100
device vga0at isa?
device agp
...snip...
From what I've read on it, I can tell you that I'm
completely lost when it comes to shared memory (and reading
more seems to confuse me more
Mike Hauber wrote:
I have acquired a mo/bo with a built-in video adapter.
Being that I have 768 megs of ram, I _know_ I have plenty
of memory to allot to video. BIOS doesn't pass this on to
FreeBSD.
[ ... ]
I'm bringing up VESA from the kernal and it's giving it 16
megs of ram. Where can I
On Thursday 28 October 2004 12:39 pm, Chuck Swiger
proclaimed:
Mike Hauber wrote:
I have acquired a mo/bo with a built-in video adapter.
Being that I have 768 megs of ram, I _know_ I have
plenty of memory to allot to video. BIOS doesn't pass
this on to FreeBSD.
[ ... ]
I'm bringing
ipcs -a tells me how much shared memory has been allocated to a process, but
is there a way to tell how much of that allocated space is being used?
Thanks,
Adi
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd
Hi all,
Ok, I am running a 4.7 FreeBSD box that is a web server running apache.
It looks like some module that I have is leaking memory, and eventually,
apache crashes on restarts becuase of this error :
shmget() failed: No space left on device
which means it can't get any more memory, which
memory, which I understand.
SysV shared memory is a limited resource which has tunables you need to set or
adjust in your kernel config file. It's not the same as physical RAM.
When I look at the top list, it shows me something like this :
Mem: 140M Active, 879M Inact, 151M Wired, 181M Cache, 199M
I am configuring a dual processor box with 4 gig of memory. One of the
main applications I will be running is PostgreSQL. It uses SysV shared
memory for its internal data pages. If I were to configure a 4.8 kernal
to have 2 gig of SysV shared memory, will this cause problems. The
remaining 2
I will persue the configuration issue on the postgresql lists. However,
what I was hoping to get an answer for on this list is, will FreeBSD belly
up if I configure 2 gig of SysV shared memory.
Thanks,
Kim
David Bear wrote:
On Wed, Mar 26, 2003 at 04:31:56PM -0600, Kim Shrier wrote:
I am
When people talk about optimizing mod_perl shared memory, they are not
referring to System V type shared memory as seen by ipcs. They are
talking about memory shared by virtue of a process fork - this is
effectively read only memory. The net effect is that a process may
appear to be 20 meg
optimizing mod_perl shared memory, and yet it seems I
am missing an essential piece, as it looks like the system is not using
shared memory at all:
# ipcs -m
Shared Memory:
T ID KEYMODE OWNERGROUP
# sysctl -a | grep shm
kern.ipc.shmmax: 33554432
kern.ipc.shmmin: 1
39 matches
Mail list logo