Using Tru64 4.0D patchkit 5: the command:
restore -f /dev/nrmt1h -s 3 -x /usr/users/edrdf/.profile
gives the response
Cannot malloc space for property list, errno = 22
which limits the usefulness of the dump backup.
I cranked up the limits:
# ulimit -a
time(seconds) unlimited
file(blocks) unlimited
data(kbytes) 256000
stack(kbytes) 2048
memory(kbytes) 440744
coredump(blocks) unlimited
nofiles(descriptors) 4096
vmemory(kbytes) 1048576
#
but no joy. I monitored the swap space with
#swapon -s
but saw no change in utilization.
/usr is fairly large: 4gb, 70,000+ files, 2719 directories.
Is this a resource issue, or is it that there is a diseased property list
somewhere out there? Has anyone else encountered / resolved this problem?
[The archives show Jeff Borah reported this same problem last year. He
resolved it by installing 4.0f; I't rather avoid that, just now.]
Gary George, I.S.P.
Systems Administrator
Information Services, Alberta Learning
780-427-3512
Received on Tue Jan 25 2000 - 22:27:46 NZDT