O script em Python executando o MySQL SP termina com Errcode 28 - interpretando o log

0
Tue Oct 18 16:49:59 2016|Traceback (most recent call last):
File "Python-Script_0.py", line 156, in <module>
main()
File "Python_script_0.py", line 110, in main
update_Database()
File "Python_script_0.py", line 45, in update_Database
rp.CallProc_MySQLdb('Stored_Procedure_7')
File "/usr/appfolder/Python_script_1.py", line 101, in CallProc_MySQLdb
cursor.callproc(procname)
File "/usr/lib64/python2.6/site-packages/MySQLdb/cursors.py", line 273, in callproc
self._query(q)
File "/usr/lib64/python2.6/site-packages/MySQLdb/cursors.py", line 317, in _query
rowcount = self._do_query(q)
File "/usr/lib64/python2.6/site-packages/MySQLdb/cursors.py", line 281, in _do_query
db.query(q)
InternalError: (3, "Error writing file '/tmp/MYkoKQY4' (Errcode: 28)")

Tue Oct 18 16:49:59 2016|(3, "Error writing file '/tmp/MYkoKQY4' (Errcode: 28)")
Tue Oct 18 16:49:59 2016|Program Terminated

Eu já aumentei o tmpfs para 8 GB do padrão, mas ainda recebo o erro.

Minha pergunta é: estou procurando no lugar certo? Algum monitoramento de uso de memória rápido e sujo ( free command) enquanto o script é executado e há um aumento na coluna cached de cerca de 3.8G, para cerca de 7.4G (que pode ou não ser o limite?)

EDITAR:

Pergunta de acompanhamento: como funciona o cache do python? Usará um arquivo temporário único para todos os comandos no script?

EDIT 2:

Bem, fizemos algumas pesquisas e parece que a pasta tmp do MySQL está NÃO no tmpfs, então não adianta trabalhar mais nisso. Ele está localizado no hd, que ainda tem mais de 40 GB de espaço disponível.

Então agora a questão é: o que está acontecendo?

    
por AcePL 18.10.2016 / 18:48

0 respostas