Troubleshooting
Find your symptom below, then follow the linked fix. For CLI syntax, see Run a Benchmark.
| Symptom | Section |
|---|---|
| Requests fail or results look wrong | Debug logging |
| Custom code error when loading a model's tokenizer. | Tokenizer: trust_remote_code |
Worker process ... died unexpectedly (signal 11) on macOS | macOS worker crash |
Debug logging
Enable debig output to inspect request handling and worker startup:
Run guidellm env to confirm the settings are being applied. The --disable-progress call is optional, but the interactive progress console can overwrite console log messages. Alternatively, you can use a file log as mentioned in the logging guide .
For all logging options (file output, log levels), see Logging in the development guide.
Tokenizer: trust_remote_code
Symptom
You get an error that looks like:
The repository moonshotai/Kimi-K2.6 contains custom code which must be executed
to correctly load the model. You can inspect the repository content at
https://hf.co/moonshotai/Kimi-K2.6.
You can avoid this prompt in future by passing the argument `trust_remote_code=True`.
Fix
If you fully trust the model, pass trust_remote_code through --tokenizer load_kwargs:
Do not use this if you do not trust the model, as this allows code execution on your machine.
See Datasets: Tokenizer for other tokenizer options.
macOS worker crash (signal 11)
Symptom
RuntimeError: Worker process group startup failed: Worker process <pid> died
unexpectedly (signal 11). Check system logs for details
You may also see repeated log lines such as:
Fix
GuideLLM defaults to fork multiprocessing, which can segfault on macOS. Use spawn instead: