Hi everyone,

We are currently facing an issue with a B2B Gateway on DataPower 10.6.0.7 which is down with the following operational-state error:

Too many files on RAID volume

The RAID volume itself is UP and writable, and we don't appear to have a disk-capacity issue. The B2B persistence configuration is also UP.

The affected B2B Gateway is configured with:

arch-mode              purgeonly
arch-document-age      90 days
arch-minimum-documents 100 documents
diskuse-check-interval 60 minutes
arch-monitor            on

The automatic purge operation is running, but the latest run completed with 0 records / 0 files processed, while the gateway continues to remain down with the "Too many files on RAID volume" error.

We believe we know what caused the file accumulation. One problematic MQ/B2B transaction was repeatedly retried over a weekend and resulted in 9,000+ B2B transaction entries being created. The retry issue itself has now been identified and stopped.

The challenge now is how to safely clean up the B2B persistence/RAID data and bring the gateway back up.

I found the DataPower option to Purge B2B transaction data, but for a specific gateway it appears to offer only Completed transactions or All transactions. We would prefer not to purge all transactions because the gateway is shared by several B2B integrations/partners.

Has anyone dealt with this "Too many files on RAID volume" condition before?

In particular, I would appreciate advice on the recommended/safest way to reduce the RAID file count when most of the unwanted records were generated by one failed/retrying transaction. Is there any supported way to selectively purge failed/incomplete transactions, for example by transaction state, date range, partner, or transaction ID?

We definitely don't want to manually delete files from the RAID filesystem and risk making the B2B persistence data inconsistent.

Any suggestions or experience with recovering a B2B Gateway from this condition would be appreciated.

Thanks in advance!