topic vdump error in Operating System - Tru64 Unix

vdump error

Blake Roberts — Wed, 01 Sep 2004 11:18:50 GMT

Hi folks,

I'm getting a very unusual error when I am trying to run a vdump on the /usr filesystem of a DS15.

vdump -0 -f /u10/usr.dmp /usr
path : /usr
dev/fset : usr_domain#usr
type : advfs
advfs id : 0x40083948.0004dae0.1
vdump: Date of last level 0 dump: the start of the epoch
vdump: Dumping directories

************* PROGRAM ABORT **************

vdump: Not enough memory to generate link table.

This happens to be an administration system, so I'm betting the kernel isn't quite tuned properly. Has anyone run across this and know the answer?

The system is running 5.1B PK4.

Regards,
--Blake Roberts

Re: vdump error

Mohamed K Ahmed — Wed, 01 Sep 2004 12:42:01 GMT

Did you check the swap space available, memory available. Please post the swapon -a and vmstat -P outputs

thanks

Re: vdump error

Blake Roberts — Wed, 01 Sep 2004 12:46:42 GMT

> swapon -s
Swap partition /dev/vol/rootdg/swapvol (default swap):
Allocated space: 512000 pages (3.91GB)
In-use space: 1 pages ( 0%)
Free space: 511999 pages ( 99%)

Total swap allocation:
Allocated space: 512000 pages (3.91GB)
Reserved space: 15015 pages ( 2%)
In-use space: 1 pages ( 0%)
Available space: 496985 pages ( 97%)

> vmstat -P

Total Physical Memory = 1024.00 M
= 131072 pages

Physical Memory Clusters:

start_pfn end_pfn type size_pages / size_bytes
0 350 pal 350 / 2.73M
350 131063 os 130713 / 1021.20M
131063 131072 pal 9 / 72.00k

Physical Memory Use:

start_pfn end_pfn type size_pages / size_bytes
350 545 scavenge 195 / 1.52M
545 1429 text 884 / 6.91M
1429 1597 data 168 / 1.31M
1597 1831 bss 234 / 1.83M
1831 2049 kdebug 218 / 1.70M
2049 2056 cfgmgmt 7 / 56.00k
2056 2057 locks 1 / 8.00k
2057 2071 pmap 14 / 112.00k
2071 3028 unixtable 957 / 7.48M
3028 3052 logs 24 / 192.00k
3052 6047 vmtables 2995 / 23.40M
6047 131063 managed 125016 / 976.69M
============================
Total Physical Memory Use: 130713 / 1021.20M

Managed Pages Break Down:

free pages = 20014
active pages = 484
inactive pages = 10461
wired pages = 17333
ubc pages = 76918
==================
Total = 125210

WIRED Pages Break Down:

vm wired pages = 2814
ubc wired pages = 0
meta data pages = 3869
malloc pages = 7374
contig pages = 2356
user ptepages = 782
kernel ptepages = 130
free ptepages = 8
==================
Total = 17333

Re: vdump error

Blake Roberts — Wed, 01 Sep 2004 13:46:50 GMT

My partner answered the question. He set all of the ulimits to "unlimited" and it worked. AS I suspected, since this is an admin box, it hasn't been kernel tuned properly.

Ulimits... we don't need no stinkin' ulimits!

Thanks for the help,
--Blake

Re: vdump error

Blake Roberts — Wed, 01 Sep 2004 13:48:00 GMT

See note above.