Hey @10x_sanjeeth,
Welcome to the N8n Community
From my perspective, You’re almost certainly hitting a “command not found inside the container / execution environment” issue, not something Palantir-MCP specific.
That “The file or directory does not exist” message usually shows up when n8n tries to spawn a process and can’t find the executable you typed (npx, or the MCP binary) on the PATH that the MCP Client node uses. This is super common in Docker because what works on your host doesn’t neccessarily exist (or isn’t on PATH) inside the container.
Try this method:-
Execute into the running n8n container and check whether npx actually exists:
docker exec -it sh
which npx
node -v
npx -v
If which npx returns something like /usr/local/bin/npx, then in the MCP Client node use the full path:
Command: /usr/local/bin/npx
Arguments: -y palantir-mcp --foundry-api-url https://10x.palantirfoundry.com
(Using full path fixes a lot of these spawn/path errors.)
If npx isn’t there:
Then the default n8n image you’re running doesn’t have what you need in the runtime environment, so the clean approach is a custom image where you preinstall the MCP server:
FROM n8nio/n8n:2.6.3
RUN npm i -g palantir-mcp
Then in your MCP Client node you can run it directly (again, preferably using full path from which palantir-mcp):
Command: palantir-mcp (or /path/to/palantir-mcp)
Arguments: --foundry-api-url https://10x.palantirfoundry.com
Your env vars approach is correct, just make sure they’re entered as KEY=value (one per line) in the node’s Environment section.
About EXECUTIONS_PROCESS=own
I don’t think this is an MCP limitation.
Can you share the output of which npx and which palantir-mcp inside your container, I can tell you exactly which command/path to plug into the node.