| 11 Nov 2023 |
peter-lustig | In reply to @c0ba1t:matrix.org Maybe? You have only posted an excerpt from an NGINX vhost config with an `example.com` domain and a systemd unit. ok but I think that root = is useless then | 22:04:53 |
peter-lustig | i need proxypass for the backend though right? | 22:06:42 |
Cobalt | Yes | 22:08:33 |
Cobalt | Depending on the service you might also want `services.nginx.virtualHosts.<name>.locations.<name>.recommendedProxySettings` and `services.nginx.virtualHosts.<name>.locations.<name>.proxyPass` | 22:10:43 |
Cobalt | * Depending on the service you might also want `services.nginx.virtualHosts.<name>.locations.<name>.recommendedProxySettings` and `services.nginx.virtualHosts.<name>.locations.<name>.proxyPass` | 22:10:52 |
Cobalt | * Depending on the service you might also want `services.nginx.virtualHosts.<name>.locations.<name>.recommendedProxySettings` and `services.nginx.virtualHosts.<name>.locations.<name>.proxyWebsockets` | 22:11:11 |
| 12 Nov 2023 |
peter-lustig | ok Cobalt getting it started to fail | 01:14:37 |
peter-lustig | the systemd service | 01:14:39 |
peter-lustig | unfortunately there are no closer details | 01:14:45 |
peter-lustig | but I get bad gateway on nginx | 01:16:50 |
peter-lustig | so idk | 01:16:53 |
peter-lustig | please help if you have an idea | 01:53:06 |
Cobalt | The NGINX bad gateway error is NGINX's way of reporting that it couldn't reach the service behind proxy pass. | 08:17:05 |
Cobalt | In reply to @peter-lustig:matrix.org the systemd service You might want to look into the journal (journalctl -xeu ) to inspect your app logs. | 08:18:18 |
Cobalt | * In reply to @peter-lustig:matrix.org
the systemd service
If your app öogs to stderr/stdout, you might want to look into the journal (journalctl -xeu ) to inspect your app logs | 08:19:24 |
Cobalt | * In reply to peter-lustig
the systemd service
If your app logs to stderr/stdout, you might want to look into the journal (journalctl -xeu ) to inspect your app logs
| 08:19:51 |
peter-lustig | In reply to @c0ba1t:matrix.org
In reply to peter-lustig the systemd service
If your app logs to stderr/stdout, you might want to look into the journal (journalctl -xeu ) to inspect your app logs Yes, I am aware of that. But journalctl for the service only gives me `The unit has entered the 'failed' state with result 'exit-code' | 13:10:21 |
peter-lustig | but i execute the command PORT=5173 node . and if I test that locally everything just works | 13:11:59 |
peter-lustig | Here is my current systemd service:
systemd.services.myservice = {
wantedBy = ["multi-user.target"];
after = ["network-online.target"];
serviceConfig = {
Type = "simple";
ExecStart = "PORT=5173 ${pkgs.nodejs_20}/bin/node .";
WorkingDirectory = inputs.myservice.packages.${pkgs.system}.default;
Restart = "always";
};
};
| 13:17:00 |
Cobalt | Okay, have you tried going to the workingdirectory and executing node there? | 13:19:10 |
Lily Foster | POST=5173 is not a command | 13:19:20 |
Lily Foster | If you are trying to set an environment variable, set Environment = "PORT=5173 | 13:19:31 |
Lily Foster | * If you are trying to set an environment variable, set Environment = "PORT=5173" | 13:19:33 |
Lily Foster | * PORT=5173 is not a command | 13:19:51 |
Lily Foster | systemd doesn't run this stuff through bash | 13:20:00 |
peter-lustig | In reply to @lily:lily.flowers
PORT=5173 is not a command it is just a command line
from the docs:
PORT, HOST and SOCKET_PATHpermalink By default, the server will accept connections on 0.0.0.0 using port 3000. These can be customised with the PORT and HOST environment variables:
HOST=127.0.0.1 PORT=4000 node build Alternatively, the server can be configured to accept connections on a specified socket path. When this is done using the SOCKET_PATH environment variable, the HOST and PORT environment variables will be disregarded.
SOCKET_PATH=/tmp/socket node build
| 13:20:16 |
peter-lustig | In reply to @lily:lily.flowers
PORT=5173 is not a command * it is just a command line argument
from the docs:
PORT, HOST and SOCKET_PATHpermalink By default, the server will accept connections on 0.0.0.0 using port 3000. These can be customised with the PORT and HOST environment variables:
HOST=127.0.0.1 PORT=4000 node build Alternatively, the server can be configured to accept connections on a specified socket path. When this is done using the SOCKET_PATH environment variable, the HOST and PORT environment variables will be disregarded.
SOCKET_PATH=/tmp/socket node build
| 13:20:21 |
Lily Foster | It's a bash-ism, not a command line argument | 13:20:41 |
peter-lustig | okay, I will try the environment | 13:20:51 |
Lily Foster | If you are intending it to be an environment variable like bash does, you need to set it as an environment variable | 13:20:55 |