Error en tiempo de ejecución: llamada reentrante dentro de &_io.BufferedWriter nombre = ‘‘ en gunicorn.
¿Alguien puede ayudarme con el siguiente error?
Si ejecuto el código directamente desde la shell, el servidor funciona bien y puedo ver la página en el navegador. Pero si ejecuto el servicio systemd, obtengo este error:
Error en tiempo de ejecución: llamada reentrante dentro de <_io.BufferedWriter name=’
dic 02 08:27:23 krokipysala gunicorn[4884]: Durante el manejo de la excepción anterior, se produjo otra excepción:
dic 02 08:27:23 krokipysala gunicorn[4884]: Traza de pila (más reciente al principio):
dic 02 08:27:23 krokipysala gunicorn[4884]: File “/usr/lib/python3.9/logging/init.py”, línea 1082, en emit
dic 02 08:27:23 krokipysala gunicorn[4884]: stream.write(msg + self.terminator)
dic 02 08:27:23 krokipysala gunicorn[4884]: File “/home/pi/tserver/tserver/lib/python3.9/site-packages/gunicorn/arbiter.py”, línea 242, en handle_chld
dic 02 08:27:23 krokipysala gunicorn[4884]: self.reap_workers()
dic 02 08:27:23 krokipysala gunicorn[4884]: File “/home/pi/tserver/tserver/lib/python3.9/site-packages/gunicorn/arbiter.py”, línea 530, en reap_workers
dic 02 08:27:23 krokipysala gunicorn[4884]: self.log.warning(
dic 02 08:27:23 krokipysala gunicorn[4884]: File “/home/pi/tserver/tserver/lib/python3.9/site-packages/gunicorn/glogging.py”, línea 261, en warning
dic 02 08:27:23 krokipysala gunicorn[4884]: self.error_log.warning(msg, *args, **kwargs)
dic 02 08:27:23 krokipysala gunicorn[4884]: File “/usr/lib/python3.9/logging/__init__.py”, línea 1454, in warning
dic 02 08:27:23 krokipysala gunicorn[4884]: self._log(WARNING, msg, args, **kwargs)
dic 02 08:27:23 krokipysala gunicorn[4884]: File “/usr/lib/python3.9/logging/__init__.py”, línea 1585, in _log
dic 02 08:27:23 krokipysala gunicorn[4884]: self.handle(record)
dic 02 08:27:23 krokipysala gunicorn[4884]: File “/usr/lib/python3.9/logging/__init__.py”, línea 1595, in handle
dic 02 08:27:23 krokipysala gunicorn[4884]: self.callHandlers(record)
dic 02 08:27:23 krokipysala gunicorn[4884]: File “/usr/lib/python3.9/logging/__init__.py”, línea 1657, in callHandlers
dic 02 08:27:23 krokipysala gunicorn[4884]: hdlr.handle(record)
dic 02 08:27:23 krokipysala gunicorn[4884]: File “/usr/lib/python3.9/logging/__init__.py”, línea 948, in handle
dic 02 08:27:23 krokipysala gunicorn[4884]: self.emit(record)
dic 02 08:27:23 krokipysala gunicorn[4884]: File “/usr/lib/python3.9/logging/__init__.py”, línea 1087, in emit
dic 02 08:27:23 krokipysala gunicorn[4884]: self.handleError(record)
dic 02 08:27:23 krokipysala gunicorn[4884]: File “/usr/lib/python3.9/logging/__init__.py”, línea 1000, in handleError
dic 02 08:27:23 krokipysala gunicorn[4884]: sys.stderr.write(‘— Logging error —\n’)
dic 02 08:27:23 krokipysala gunicorn[4884]: Error en tiempo de ejecución: llamada reentrante dentro de <_io.BufferedWriter name=’
dic 02 08:27:23 krokipysala gunicorn[4884]: Pila de llamadas:
dic 02 08:27:24 krokipysala gunicorn[4884]: Archivo “/home/pi/tserver/tserver/bin/gunicorn”, línea 8, en
dic 02 08:27:24 krokipysala gunicorn[4884]: sys.exit(run())
dic 02 08:27:24 krokipysala gunicorn[4884]: Archivo “/home/pi/tserver/tserver/lib/python3.9/site-packages/gunicorn/app/wsgiapp.py”, línea 67, in run
dic 02 08:27:24 krokipysala gunicorn[4884]: WSGIApplication(“%(prog)s [OPTIONS] [APP_MODULE]”).run()
dic 02 08:27:24 krokipysala gunicorn[4884]: Archivo “/home/pi/tserver/tserver/lib/python3.9/site-packages/gunicorn/app/base.py”, línea 231, in run
dic 02 08:27:24 krokipysala gunicorn[4884]: super().run()
dic 02 08:27:24 krokipysala gunicorn[4884]: Archivo “/home/pi/tserver/tserver/lib/python3.9/site-packages/gunicorn/app/base.py”, línea 72, in run
dic 02 08:27:24 krokipysala gunicorn[4884]: Arbiter(self).run()
dic 02 08:27:24 krokipysala gunicorn[4884]: Archivo “/home/pi/tserver/tserver/lib/python3.9/site-packages/gunicorn/arbiter.py”, línea 210, in run
dic 02 08:27:24 krokipysala gunicorn[4884]: self.murder_workers()
dic 02 08:27:24 krokipysala gunicorn[4884]: Archivo “/home/pi/tserver/tserver/lib/python3.9/site-packages/gunicorn/arbiter.py”, línea 495, in murder_workers
dic 02 08:27:24 krokipysala gunicorn[4884]: if time.time() – worker.tmp.last_update() <= self.timeout:
dic 02 08:27:24 krokipysala gunicorn[4884]: Archivo “/home/pi/tserver/tserver/lib/python3.9/site-packages/gunicorn/arbiter.py”, línea 242, in handle_chld
dic 02 08:27:24 krokipysala gunicorn[4884]: self.reap_workers()
dic 02 08:27:24 krokipysala gunicorn[4884]: Archivo “/home/pi/tserver/tserver/lib/python3.9/site-packages/gunicorn/arbiter.py”, línea 530, in reap_workers
dic 02 08:27:24 krokipysala gunicorn[4884]: self.log.warning(
dic 02 08:27:24 krokipysala gunicorn[4884]: Archivo “/home/pi/tserver/tserver/lib/python3.9/site-packages/gunicorn/glogging.py”, línea 261, in warning
dic 02 08:27:24 krokipysala gunicorn[4884]: self.error_log.warning(msg, *args, **kwargs)
dic 02 08:27:24 krokipysala gunicorn[4884]: Mensaje: “Worker con pid %s se cerró debido a la señal %s”
El código se está ejecutando en una Raspberry Pi Zero 1.1W si ayuda. Recientemente he cambiado el nombre de host de la Raspberry, ¿puede esto causar el problema?
Gracias de antemano.
davy.ai
Parece que el error está relacionado con una llamada reentrante dentro de un BufferedWriter con nombre ““. Esto podría estar relacionado con la forma en que se está manejando el error estándar (stderr).
Cuando se ejecuta el código directamente desde la shell, el servidor funciona bien y se puede ver la página en el navegador. Sin embargo, cuando se ejecuta el código a través del servicio systemd, se produce el error.
Es posible que cambiar el nombre de host del Raspberry Pi pueda causar problemas, pero no está claro a partir del mensaje de error si este es el origen del problema.
Para solucionar este problema:
– Verifique la configuración del servicio systemd para asegurarse de que está configurado correctamente.
– Busque cualquier cambio reciente que pueda haber causado que se produzca el error.
– Verifique si hay algún problema con la versión de gunicorn que se está utilizando.
– Revise la forma en que se está manejando el error estándar y considere cambiar el enfoque si es necesario.
– Considere buscar ayuda y consejo en un foro de la comunidad de Python o Raspberry Pi.