You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Normal Scheduled 40s default-scheduler Successfully assigned nginx-gateway/ngf-nginx-gateway-fabric-66dd665756-zh7d7 to kind-control-plane
168
-
Normal Pulled 40s kubelet Container image "nginx-gateway-fabric:sa.choudhary" already present on machine
168
+
Normal Pulled 40s kubelet Container image "nginx-gateway-fabric" already present on machine
169
169
Normal Created 40s kubelet Created container nginx-gateway
170
170
Normal Started 39s kubelet Started container nginx-gateway
171
-
Normal Pulled 39s kubelet Container image "nginx-gateway-fabric/nginx:sa.choudhary" already present on machine
171
+
Normal Pulled 39s kubelet Container image "nginx-gateway-fabric/nginx" already present on machine
172
172
Normal Created 39s kubelet Created container nginx
173
173
Normal Started 39s kubelet Started container nginx
174
174
```
175
175
176
176
177
177
### Modify logging levels
178
178
179
-
To debug NGINX Gateway Fabric, enable verbose logging by editing the `NginxGateway` configuration. This can be done either before or after deploying NGINX Gateway Fabric.
180
-
181
-
#### Modify log levels before deploying
182
-
183
-
1. If using manifests, edit `deploy/manifests/nginx-gateway.yaml` to update the logging level for `nginx-gateway-config`:
184
-
185
-
```yaml
186
-
apiVersion: gateway.nginx.org/v1alpha1
187
-
kind: NginxGateway
188
-
metadata:
189
-
name: nginx-gateway-config
190
-
namespace: nginx-gateway
191
-
labels:
192
-
app.kubernetes.io/name: nginx-gateway
193
-
app.kubernetes.io/instance: nginx-gateway
194
-
app.kubernetes.io/version: "edge"
195
-
spec:
196
-
logging:
197
-
level: debug
198
-
```
199
-
200
-
1. If using helm, add `--set nginxGateway.config.logging.level=<log-level>` to your helm installation command.
201
-
202
-
#### Modify log levels after deploying
203
-
204
-
Once you have deployed NGINX Gateway Fabric, you can modify log levels by editing the config for NGINX Gateway as shown below:
To debug NGINX Gateway Fabric, enable verbose logging by editing the `NginxGateway` configuration. This can be done either before or after deploying NGINX Gateway Fabric. Please refer to this [guide](https://docs.nginx.com/nginx-gateway-fabric/how-to/configuration/control-plane-configuration) to do so.
233
180
234
181
### NGINX fails to reload
235
182
236
183
#### Description
237
184
238
185
NGINX reload errors can occur for various reasons, including syntax errors in configuration files, permission issues, and more. To determine if NGINX has failed to reload, check logs for your _nginx-gateway_ and _nginx_ containers.
239
-
You will see the following error in the _nginx-gateway_ logs `failed to reload NGINX:` followed by the reason for the failure. Similarly, you will see error logs in the _nginx_ container as `2024/06/12 14:25:11 [emerg] 12345#0: open() "/var/run/nginx.pid" failed (13: Permission denied)`.
186
+
You will see the following error in the _nginx-gateway_ logs `failed to reload NGINX:` followed by the reason for the failure. Similarly, error logs in _nginx_ container start with `emerg`. For example, `2024/06/12 14:25:11 [emerg] 12345#0: open() "/var/run/nginx.pid" failed (13: Permission denied)` shows a critical error, such as a permission problem preventing NGINX from accessing necessary files.
240
187
241
188
To debug why your reload has failed, start with verifying the syntax of your configuration files by opening a shell in the NGINX container following these [steps](#get-shell-access-to-containers) and running `nginx -T`. If there are errors in your configuration file, the reload will fail and specify why it has failed.
0 commit comments