default short-circuited and fallback failed

今天在打一个patch的时候，已经是用opatch执行到了最后一个patch，一时手欠，没看清楚telnet的窗口，不小心按下了ctrl+C，于是，opatch被中断了。汗了，晚节不保啊！

再次执行opatch apply，报错：

$ opatch apply 6163771

Invoking OPatch 10.2.0.4.6

Oracle Interim Patch Installer version 10.2.0.4.6

Copyright (c) 2009, Oracle Corporation. All rights reserved.

Oracle Home : /oracle/app/oracle/product/10.2.0/db_1

Central Inventory : /oracle/app/oracle/oraInventory

from : /var/opt/oracle/oraInst.loc

OPatch version : 10.2.0.4.6

OUI version : 10.2.0.4.0

OUI location : /oracle/app/oracle/product/10.2.0/db_1/oui

Log file location :

/oracle/app/oracle/product/10.2.0/db_1/cfgtoollogs/opatch/opatch2009-04-08_16-29-59PM.log

Patch history file:

/oracle/app/oracle/product/10.2.0/db_1/cfgtoollogs/opatch/opatch_history.txt

ApplySession applying interim patch '6163771' to OH

ExecuteBatchException是Java中JDBC编程时可能会遇到的一个异常，它通

常在执行一批SQL语句（例如使用PreparedStatement的executeBatch()方

法）时发生，如果其中有一条或多条语句执行失败，那么就会抛出这个异常。

而“空指针”错误，通常是Java中的NullPointerException，意味着你试图访问

或操作一个未初始化（即值为null）的对象引用。在与ExecuteBatchException结合的场景下，可能的原因和分析如下：

1. PreparedStatement对象为空：在调用executeBatch()之前，可能由

于某些原因，你的PreparedStatement对象没有被正确初始化或者已经

被关闭，这时调用其方法会引发空指针异常。

2. 批量操作的数据集为空：如果你尝试执行一个空的批处理任务，尽管

PreparedStatement本身不是null，但如果它包含的SQL语句集合为

空，也有可能在执行时触发空指针异常。

3. 与PreparedStatement关联的Connection对象为空：在执行批处理

之前，连接数据库的Connection对象如果为null，间接通过

PreparedStatement进行操作时，也可能出现空指针异常。

解决此类问题的关键在于确保在执行批处理操作前，所有的相关对象如

PreparedStatement、Connection等都已经正确初始化，并且在有效状态。同

时，在执行批处理的代码块前后，合理管理资源的打开和关闭，以防止因对象

提前关闭或释放导致的异常。

导⼊SQL时出现Invaliddefaultvalueforcreate_time报错解决⽅法

推荐⼀下本⼈近期维护的开源项⽬：

问题描述

⼗三在 GitHub 仓库中开源了⼀个 Spring Boot 技术栈开发的 项⽬：

因为功能⽐较多，数据的存储就选择了 MySQL 数据库，该项⽬的表结构也放到了仓库中，⽅便⼤家运⾏和使⽤这个开源博客项⽬，期间⼀

直有⼈提到题⽬中的这个问题，在导⼊ SQL 语句到 MySQL 数据库中的时候会报如下错误： Invalid default value for 'create_time' ，

错误截图如下：

由于不⽌⼀个朋友在群⾥或者仓库⾥给我提这个问题，因此今天就整理⼀下解决⽅案。

⽅案⼀

重装 MySQL 数据库，版本选择 5.7 或者 5.7 以上版本，这个⽅案有些粗暴，不喜欢粗暴的朋友可以继续往下看。

⽅案⼆

这个错误的主要原因，是因为给了时间字段的列默认值⼀个 CURRENT_TIMESTAMP 默认值，⽽这个默认值在低版本的 MySQL 中是不

⽀持的，因此就出现了题⽬中的这个报错，所以呢，把每个时间字段的默认值修改⼀下即可，⽐如：

DROP TABLE IF EXISTS `tb_config`;

CREATE TABLE `tb_config` (

`config_name` varchar(100) NOT NULL DEFAULT '' COMMENT '配置项的名称',

`config_value` varchar(200) NOT NULL DEFAULT '' COMMENT '配置项的值',

`create_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '创建时间',

`update_time` datetime NOT NULL DEFAULT CURRENT_TIMESTAMP COMMENT '修改时间',

Troubleshooting Strategies for CloudStack InstallationsKirk KosinskiEscalation EngineerCitrix Systems@kirkkosinski

Agenda●Network Troubleshooting–VLANs, Security Groups–Hosts, Virtual Routers–VMs, Templates●Log Analysis–Files, keywords–Examples

Network Troubleshooting

VLAN Issues●Symptoms–Switch misconfiguration●All VLANs trunked by default? Or denied?–Router problems–Bad or mislabeled cabling

More VLAN Issues●Hypervisor problems–NIC drivers–Bonding–Open vSwitch–VLAN Scalability

Security Groups●KVM●XenServer / XCP–Switch backend–CSP●vSphere...

“Host” Connectivity●Hypervisors●System VMs ●Secondary Storage–Alert status is normal

Virtual Router (domR)●Dnsmasq●HAProxy●Password resets●User- and Meta-data

Templates●eth0, or is it eth1? Or maybe p192p1?●“sysprep” for Windows, your own solution for Linux●Prepare in CloudStack environment?●Can't “import” them?