A user's script is crashing with the following error message ...
bad allocation error thrown: Failure to allocate storage
Not enough space
I believe the script is written in C.
Using a combination of collect, top, swapon and various ps commands ... I
believe the process is failing because it cannot allocate virtual memory
space.
The per_proc values look sufficient.
Our v4.0 systems has a vm-maxvas setting, is this setting used on v5?
The process appears to bomb when it hits 290mb of virtual memory usage.
Any ideas?
proc:
max_proc_per_user = 512
max_threads_per_user = 512
per_proc_stack_size = 8388608
max_per_proc_stack_size = 33554432
per_proc_data_size = 2684354560
max_per_proc_data_size = 2684354560
max_per_proc_address_space = 2147483648
per_proc_address_space = 4294967296
executable_stack = 0
autonice = 0
autonice_time = 600
autonice_penalty = 4
open_max_soft = 4096
open_max_hard = 4096
ncallout_alloc_size = 8192
round_robin_switch_rate = 0
sched_min_idle = 0
give_boost = 1
maxusers = 2048
num_wait_queues = 2048
num_timeout_hash_queues = 2048
enhanced_core_name = 0
enhanced_core_max_versions = 16
exec_disable_arg_limit = 0
vm:
ubc_minpercent = 10
ubc_maxpercent = 80
ubc_borrowpercent = 20
vm_max_wrpgio_kluster = 32768
vm_max_rdpgio_kluster = 16384
vm_cowfaults = 4
vm_segmentation = 1
vm_ubcpagesteal = 24
vm_ubcfilemaxdirtypages = -1
vm_ubcdirtypercent = 10
ubc_maxdirtywrites = 5
vm_ubcseqstartpercent = 40
vm_ubcseqpercent = 10
vm_csubmapsize = 1048576
vm_ubcbuffers = 256
vm_syncswapbuffers = 128
vm_asyncswapbuffers = 4
vm_clustermap = 1048576
vm_clustersize = 65536
vm_syswiredpercent = 80
vm_inswappedmin = 1
vm_page_free_target = 1024
vm_page_free_swap = 522
vm_page_free_hardswap = 16384
vm_page_free_min = 20
vm_page_free_reserved = 10
vm_page_free_optimal = 522
vm_swap_eager = 1
swapdevice = /dev/disk/dsk0b,/dev/disk/dsk1h,/dev/disk/dsk3c
vm_page_prewrite_target = 2048
vm_ffl = 1
ubc_ffl = 1
vm_rss_maxpercent = 100
anon_rss_enforce = 0
vm_rss_block_target = 522
vm_rss_wakeup_target = 522
dump_user_pte_pages = 0
kernel_stack_pages = 0
vm_min_kernel_address = 18446741891866165248
malloc_percpu_cache = 1
vm_aggressive_swap = 0
new_wire_method = 1
vm_segment_cache_max = 50
vm_page_lock_count = 64
gh_chunks = 0
gh_min_seg_size = 8388608
gh_fail_if_no_mem = 1
private_text = 0
vm_page_private_color = 0
private_cache_percent = 0
gh_keep_sorted = 0
gh_front_alloc = 1
delayed_swapon = 0
enable_yellow_zone = 0
Frank Parkin
UNIX Systems Administrator
Email: frank.parkin_at_acxiom.com <mailto:frank.parkin_at_acxiom.com>
Tel: 0191 525 7350
The information contained in this communication is
confidential, is intended only for the use of the recipient
named above, and may be legally privileged. If the reader
of this message is not the intended recipient, you are
hereby notified that any dissemination, distribution or
copying of this communication is strictly prohibited.
If you have received this communication in error, please
re-send this communication to the sender and delete the
original message or any copy of it from your computer
system.
Received on Fri Mar 08 2002 - 17:29:55 NZDT