[Bug] Client crash [ASSERT]: 0x272E7F43 Pool Full, Size == 200 pool cannot be raised via increase_pool_size What happened?

[Masdoo87]

Summary

On FiveM for GTAV Enhanced, clients crash with "[ASSERT]: 0x272E7F43 Pool Full,
Size == 200" when crossing the map at speed on a server streaming many MLO interiors.
The pool is not named in the assert, is absent from the official pool list, and cannot
be raised with increase_pool_size.

Issue type

Client

Repro rate

Often

Server build version

B129

OS

Windows 11

CPU

No response

GPU

No response

RAM

No response

Storage type

None

Connection type

None

ISP and bandwidth

No response

DxDiag

No response

Network graph

No response

Platform

Windows

OS version / distribution

Windows Server 2019

CPU

Intel Xeon Silver 4208

RAM

64GB

Using txAdmin?

Yes

Hosting provider

Self-hosted

Machine type

Dedicated

/perf endpoint output

No response

DDoS protection

No response

ulimit -n value (Linux only)

No response

Docker Compose file (Docker only)

No response

Steps to Reproduce

Run a FiveM for GTAV Enhanced server streaming a large number of MLO interiors. On this server: 27 map resources totalling 88 MLO instances (*milo.ymap), 92 .ytyp and 265 .ymap.
Enable noclip through txAdmin and fly across the map at high speed towards the city.
The client crashes with the assert above on arrival in the city.
Crossing the map at speed is what triggers it. Players have also hit the s

Expected Behavior

The client should not crash when crossing the map at speed on a server that streams
many MLO interiors.

The pool behind 0x272E7F43 should either be listed and extendable through
increase_pool_size, like the other interior-related pools already are
(InteriorProxy, InteriorInst, MaxMloInstances, MaxMloModelInfos, MapTypesStore),
or be released properly as interiors are streamed out.

The assert should also print the pool name rather than only its hash, so this kind
of crash can be diagnosed from the message alone.

Actual Behavior

The client crashes with:

[ASSERT]: 0x272E7F43 Pool Full, Size == 200

No crash dump is produced.

The pool cannot be raised. No pool matching this hash appears in the official pool
list at https://gss.cfx-services.net/v1/public/pool-size-limits/fivem_enhanced

Each accepted pool logs a line at server startup, for example:

FragmentStore pool size will be increased for all newly connecting clients by 30000.

Adding "increase_pool_size portalinst 400" to server.cfg produces no such line, so
the entry is not taken into account.

The assert only reports the pool hash, so the pool is not named in the crash message.

Evidence

The game has crashed: [ASSERT]: 0x272E7F43 Pool Full, Size == 200
Report Code: 0d99f4d5-22c1-4ff0-9901-967c718289de
The game has crashed: [ASSERT]: 0x272E7F43 Pool Full, Size == 200
Report Code: 551fe3e1-4221-4454-9784-0734d64769ce

Additional Context

No response

[chromium-cfx]

Thanks for the report, you can now increase PortalInst with a max increase of 925.