标签：exception 采坑 Zstack 数据库 execute org zstack 重启
提起今天的异常，有很多的吐槽的地方，不提历史遗留的坑，单纯的从技术方面回顾一下今天踩得坑，异常描述，内部自动化系统对接了zstack，创建虚拟机失败，负责调度系统的同学查了很久都没搞定，只贴了一些异常日志。初步怀疑是zstack的锅，登录控制节点排查
{'createdDate': 'Jul 8, 2019 4:03:02 PM', 'state': 'Done', 'uuid': '71031d41519945339c0c8078c52e961f', 'result': {'org.zstack.header.vm.APICreateVmInstanceEvent':
{'success': False, 'error': {'description': 'An internal error happened in system', 'details': 'org.hibernate.exception.SQLGrammarException: could not execute statement;
nested exception is javax.persistence.PersistenceException: org.hibernate.exception.SQLGrammarException: could not execute statement', 'code': 'SYS.1000'}}}, 'finishedDate': 'Jul 8, 2019 4:03:02 PM'}",
'success': False, 'data': {}}]三台管理节点，其中两台机器部署了数据库节点，为主从架构，是我们将zstack默认的MariaDB数据库做了轻微的改造，将数据迁移到了MySQL，
解决和排查步骤
1、按照以往的套路先重启zstack的管理节点，重启数据库所在的那台机器时zstack节点时发现有python相关的报错，当时先忽略去处理了其他2台
org.hibernate.exception.SQLGrammarException: could not execute statement; nested exception is javax.persistence.PersistenceException: org.hibernate.exception.SQLGrammarException: could not execute statement
2、重启了其他2台机器上面的zstack 重启后发现启动不了，查看数据库的连接发现数据库没有连接，再次回到当时重启失败的那台，检查详细的报错，发现有存储空间不足的异常，df执行了一把 还剩80%的空间，又想起今天某傻叉开发干的rm日志磁盘空间不释放的问题， 执行了一把lsof |grep delete ，结果看的我奔溃。。。。
若干MySQL相关的临时文件被删除了，终于知道啦问题出哪里了，这是MySQL异常了，先重启一把MySQL吧 。重启完 再重启Zstack 发现服务重启成功，创建虚拟机测试。
标签：exception,采坑,Zstack,数据库,execute,org,zstack,重启 来源： https://blog.51cto.com/dreamlinux/2418356
本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享； 2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关； 3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关； 4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除； 5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。