Taper: unable to allocate buffers: Difference between revisions
Jump to navigation
Jump to search
(solution to taper buffer allocation problems.) |
m (FAQ:Why do I get taper: unable to allocate buffers moved to Taper: unable to allocate buffers: rename to a toubleshooting article) |
||
(2 intermediate revisions by 2 users not shown) | |||
Line 5: | Line 5: | ||
(On my OpenBSD system it was Postgresql). | (On my OpenBSD system it was Postgresql). | ||
On OpenBSD | = On OpenBSD = | ||
The solution is to add the following lines to /etc/sysctl.conf | |||
kern.seminfo.semmni=256 | |||
kern.seminfo.semmns=2048 | |||
kern.shminfo.shmmax=50331648 # 48MB | |||
I believe changing settings these requires a reboot, but I could be wrong. You might even need larger values if your database is working hard! Once the problem occurs, Amanda does not free the resources. You can free them manually with | |||
ipcrm `ipcs -o | perl -ne ' { m/^m\s+(\d+)\s+(\d+)\s+\S+\s+operator operator\s+(\d)$/; print "-m $1 " if ($2 eq 0 and $3 eq 0) }'` | |||
--[[User:Acgrillet|Acgrillet]] 08:10, 10 July 2009 (PDT) | |||
Latest revision as of 15:33, 10 July 2009
Why do I get taper unable to allocate buffers?
This is beause taper requires sysv shared memory or semaphores, and there is none, or not enough. On *BSD systems. you may get this on a system that previously worked because some other program has reserved the resources available. (On my OpenBSD system it was Postgresql).
On OpenBSD
The solution is to add the following lines to /etc/sysctl.conf
kern.seminfo.semmni=256 kern.seminfo.semmns=2048 kern.shminfo.shmmax=50331648 # 48MB
I believe changing settings these requires a reboot, but I could be wrong. You might even need larger values if your database is working hard! Once the problem occurs, Amanda does not free the resources. You can free them manually with
ipcrm `ipcs -o | perl -ne ' { m/^m\s+(\d+)\s+(\d+)\s+\S+\s+operator operator\s+(\d)$/; print "-m $1 " if ($2 eq 0 and $3 eq 0) }'`
--Acgrillet 08:10, 10 July 2009 (PDT)