In response to numerous user requests HP changed the disc allocation mechanism in MPE/iX Release 5.0. The intent was to keep from fragmenting the disc space on LDev 1. Last week I discovered that new algorithm does not work on systems that have less than four(4) members(discs) on the MPEXL_SYSTEM_VOLUME_SET. In this case, LDev 1 is almost never used for file allocation. This includes virtual memory, permanent file space as well as spoolfiles. In response to numerous user requests HP changed the disc allocation mechanism in MPE/iX Release 5.0. The intent was to keep from fragmenting the disc space on LDev 1. Last week I discovered that the new algorithm does not work properly on systems that have less than four(4) discs on the MPEXL_SYSTEM_VOLUME_SET. In this instance, LDev 1 is almost never used for disc space allocation. This includes virtual memory, temporary/permanent file space as well as spool files. On one of our systems, Oracle locked up and crashed because LDev 2 ran out of space. (I had over 3 million sectors available on LDev 1 at the time.) This opportunity is reported in SR# 5003 268938. A beta patch is being produced to correct the problem. (It may or may not make it into Release 5.5.) The beta will be some weeks to come. An emergency 'work around' (a DEBUG 'NOP' of the call to the algorithm) was offered to me. Instead of installing the patch, I decided to move some files to LDev 1 to free up space on LDev 2. To determine if the new algorithm is affecting you, use "DISCFREE C" and look at LDev 1 allocation (virtual memory allocation is a sure indicator.) Mine looks like this... | Configured | In Use | Available | -----------+-------------------+-------------------+-------------------+ LDEV : 1 -- (MPEXL_SYSTEM_VOLUME_SET:MEMBER1) Device | 5294144 | 3229856 ( 61%) | 2064288 ( 39%) | Permanent | 3970608 ( 75%) | 3122096 ( 59%) | 848512 ( 16%) | Transient | 3970608 ( 75%) | 107760 ( 2%) | 2064288 ( 39%) | LDEV : 2 -- (MPEXL_SYSTEM_VOLUME_SET:MEMBER2) Device | 5294144 | 3387168 ( 64%) | 1906976 ( 36%) | Permanent | 5294144 (100%) | 2164928 ( 41%) | 1906976 ( 36%) | Transient | 5294144 (100%) | 1222240 ( 23%) | 1906976 ( 36%) | Note how only 2% of LDev 1 is being used for Transient (Virtual Memory). Mark Ranft General Mills Inc. [log in to unmask]