Relationship filter broken with too many items in filter

Environment

• Python version: 3.6.15
• Nautobot version: v1.2.10

We are using relationships to model hypervizors (One-to-Many Device to VMs). To avoid performance impact of 96 relationships (see issue #1593 ), we tried having single association with all the cluster_ids in single filter. The filter is the same on both sides, looks like this:

{
    "cluster_id": [
        "09c340b3-42b9-4799-b19b-9db45abd11d3",
        "0bd6582c-4ede-478c-a61c-691e044c674f",
        .... 94 more UUIDs here ....
    ]
}

But now it is not possible to set this relationship association in UI. It works via API, but UI always shows The results could not be loaded. from VM and Device alike. If I remove the filter, I am able to list all VMs and Devices respectively. But since I don’t want this Relationship to show for all Devices, I need to have some sort of filter in place to tell Nautobot the Device is in Cluster.

Steps to Reproduce

1. create many clusters (we hit it with 96, but the critical number is 28 clusters - works with 27, does not with 28)
2. create relationship between Device and VM, filter for cluster_id with list of all 28 clusters on source and destination
3. try to add the relationship association from UI

Expected Behavior

all devices/VMs in those clusters listed

Observed Behavior

following message on both sides, which means inability to fill this field

Note: It works if I remove the filter

[bryanculver]

Worked with @Thetacz to reproduce this issue. We confirmed that it’s a result of a very low default limit on the uWSGI buffer size:

By default uWSGI allocates a very small buffer (4096 bytes) for the headers of each request. If you start receiving “invalid request block size” in your logs, it could mean you need a bigger buffer. Increase it (up to 65535) with the buffer-size option.

Source: https://uwsgi-docs.readthedocs.io/en/latest/ThingsToKnow.html

We manually bumped the buffer size as an addition command-line arg to the container and it resolved the issue.

Evaluating if we should increase the default directly in: https://github.com/nautobot/nautobot/blob/develop/docker/uwsgi.ini or should this be configurable as an environment variable.

In the meantime, anyone running into this (or similar) issues can at minimum update their runtime command for the Nautobot container to be "nautobot-server start --ini /opt/nautobot/uwsgi.ini -b 65000"

[jathanism]

Let’s get this into our troubleshooting docs in server install section.