现在-00001: 违反唯一约束条件 (.)现在-00017: 请求会话以设置跟踪事件 ORA-00018: 超出最大会话数 ORA-00019: 超出最大会话许可数 ORA-00020: 超出最大进程数 () 现在-00021: 会话附属于其它某些进程；无法转换会话 ORA-00022: 无效的会话 ID；访问被拒绝 ORA-00023: 会话引用进程私用内存；无法分离会话 ORA-00024: 单一进程模式下不允许从多个进程注册 ORA-00025: 无法分配 ORA-00026: 丢失或无效的会话 ID ORA-00027: 无法删去当前会话 ORA-00028: 您的会话己被删去 ORA-00029: 会话不是用户会话 ORA-00030: 用户会话 ID 不存在。 现在-00031: 标记要删去的会话 ORA-00032: 无效的会话移植口令 ORA-00033: 当前的会话具有空的移植口令 ORA-00034:…
Linux 在不重启的情况下识别新挂载的磁盘 在使用 Linux 时，有时候会因为初始时磁盘空间分配估计不足，使用中需要将挂载点扩容的情况， 这就需要我们挂载新的磁盘。但是如果我们在 Linux 运行过程中挂载磁盘， Linux 又不能在不重启 的情况下自动识别，这时就需要我们使用下面的操作使 Linux 在不重启的情况下识别新挂载的磁盘。 首先，查看主机总线号，磁盘肯定是有总线连接着的： [root @ localhost〜]# ls /sys/class/scsi_host/ host0 host1 host2 其次，重新扫描SCSI 总线来添加设备： [root @ localhost〜]#…
假设： 盐服务器: AMH 盐矿: AMH , 客户1741 , cdn-nginx , cdn-varnish 查看salt-minion是否 在线 [根@ AMH〜]# 盐 '*’ test.ping cdn-nginx: 真客户1741: 真正的 AMH: 真正的 cdn 清漆:…
近日, 某研发部门领导焦急反馈 他们的一台测试机无法连接, 很急, 多位同事都未处理好,准备放弃. 该服务器系统为CentOS6, 是VMware Esxi的一台虚拟机. 用vSphere连接到Vcenter后,找到该虚拟机.进入控制台发现该虚拟机处于开启且未登录状态. 根据研发提供的root帐号和密码, 多次尝试登录, 一直失败. 当时怀疑研发记错了密码, 或者被其他人改了密码. 随后,进入单用户模式重置了root密码, 很简单的123456. 重启后root仍然无法登录. 我怀疑是自己重置密码方式有问题, 重试验多次均以失败告终. 也就是: 单用户模式密码root密码提示成功, 但正常启动后root却登录失败. 非常郁闷的情况: 于是再次进入单用户模式, 用root创建了一个普通用户,并指定密码.…
apt-get updateapt安装网络工具 # ifconfig和netstatapt安装iputils-ping # 安装pingapt安装telnetd telnet # 安装telnet服务器和telnet客户端
最近一个生产库挂了 数据库挂了的原因是因为数据库的文件系统对应的磁盘全部掉了，但是看到后台日志 ORA-00204这个错误，还是百度了一下看到杨长老的文章，于是收入到自己博客， 下面的故障时在RAC下面添加磁盘不当导致数据库宕了。 这是一则生产环境的真实维护过程，由于RAC的测试环境空间不足，因此规划给 ASM扩展空间，然而在给ASM添加新的磁盘空间时又出现了故障，这类问题在很多 用户的生产环境中可能也会遇到。 空间扩展的操作步骤如下： 在RAC环境的节点1上启动了DBCA工具来管理ASM设备； 由于新增的裸设备在ASM图形界面下看不到； 通过root用户将裸设备的访问权限授予了操作系统上的Oracle用户； 这时，从图形界面的候选磁盘中已经可以看到这些裸设备了； 通过图形界面将裸设备加到了磁盘组中。 但是这个操作引发了两个错误：分别是ORA-15032和ORA-15075。 首先看看在Oracle官方文档上是如何描述这两个错误的： ORA-15032: 并非所有更改都已执行: 至少…