分类目录归档：network

Oracle 12.1 RAC 系列 – 配置第二个网络和相应的SCAN2

发表于 2016 年 2 月 24 日 由 Lunar

在配置ADG或者使用oracle 的集群管理应用的HA时（比如OGG），我们可能希望使用不同的网络，以避免ADG传输日志等对主生产网络的造成影响。 从11.2开始，我们可以使用crs管理多个网络资源（缺省只有network1），但是SCAN只能在多个网络中的一个上活动（缺省是network1，后续可以指定到不同网络上）。 然后，我们通常会配置专门为ADG传输日志的network2网络，但是在配置连接串时，只能使用vip（因为SCAN通常给主生产上的network1使用）。 . 从12.1开始，我们可以配置多个网络上的多个SCAN，比如我们配置ADG时，在network2上配置SCAN2。 具体配置如下： –检查网卡接口对应的IP地址： –添加新的public网络 –检查网络定义，缺省只有一个网络定义：network1 –添加新的网络集群资源（a new network cluster resource） 这时集群的网络资源中已经配置了两个网络（包括新增加的网络），如果使用“crsctl status res -t”查看，可以看到： –添加vip –启动vip，查看vip资源 –检查新创建的vip是否运行了： –添加网络2上的监听： 在network2上配置SCAN: –启动network2上的监听 –在network2上启动SCAN –在network2上添加SCAN LISTENER –检查监听状态 配置ORACLE数据库实例支持多个网络： 配置客户端连接串 —检查数据库是否可以登录： 至此已经全部完成。 Oracle 12.1 RAC 系列： Oracle 12.1 RAC … 继续阅读 →

发表在 Installation and Deinstall, Linux, network, ORACLE 12C, RAC | 标签为 , , , , , | 留下评论

Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列-7-网络管理之修改网络接口名

发表于 2016 年 1 月 22 日 由 Lunar

由于Linux7中采用了固定的网络接口名的方式，目的是如果网卡损坏可以方便的使用类似新增网卡的方法进行替换，非常简便 但是如果由于某种原因，需要修改网络接口名就很麻烦，例如想修改为以前的eth0的名称。 Linux7中，使用nmtui修改网络连接和IP地址后，可以使用重建加载配置文件的方式使新的配置生效。 需要注意的是，网络接口名称不能通过nmtui来修改（可以修改，但是修改是无效的，会被自动还原为缺省的网络接口名）。 . 下面是通过修改网络配置文件的方法来修改网络设备接口名称的过程（注意，结论是不能用此方法修改）： 修改/etc/sysconfig/network-scripts/ifcfg-eth1中的两个地方： DEVICE=eth1 ———-设备名称（device） NAME=eth1 ———-连接名称（connect） 修改后： 修改后重新加载配置文件： 这样只能修改连接的名称，但是不能修改设备名称： 错误：没有找到设备 ‘eth1’。 在Linux7中修改设备名称只能禁用一致和可预测的网络设备命名规则，即，修改grub，还原到Linux6的设备命名方法： 至此，我们看到，不能通过修改配置文件的方法来改变网络接口设备名称。 那么如果一定要在Linux7中将网络设备接口名修改回以前很土的eth0有方法么？ 答案是：yes。 . 我们可以通过禁用可命名规则，编辑/etc/default/grub文件来实现。 在该文件的GRUB_CMDLINE_linux=”rhgb quiet”改为GRUB_CMDLINE_LINUX=”net.ifnames=0 biosdevname=0 rhgb quiet” 运行命令grub2-mkconfig -o /boot/grub2/grub.cfg来重新生成grub配置并更新内核参数: 这里我们看到了熟悉的类似Linux6中的UDEV绑定网络设备的方式。 然后，我们reboot后，可以看到，网络接口名已经还原到了以前的样子： 现在，我们再还原回到可预测的网络设备命名网络接口的方法： Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列–1-简介 Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列-2-修改主机名和hostnamectl工具的使用 Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列–3-systemd（d.bin和ohasd守护进程） Linux7（CentOS,RHEL,OEL）和Oracle … 继续阅读 →

发表在 Database, Installation and Deinstall, Linux, network | 标签为 , , , , , , , , , | 留下评论

Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列-7-网络管理之修改IP地址

发表于 2016 年 1 月 22 日 由 Lunar

首先，还是确认NetworkManager服务已经启动（不启动NetworkManager也可以配置IP和connect等等）： nmtui的配置和修改会自动更新/etc/sysconfig/network-scripts/下面相关的配置文件： 比如，我们使用nmtui将enp0s9的IP地址修改为192.168.209.15 这时，我们看到，nmtui已经修改了/etc/sysconfig/network-scripts/ifcfg-enp0s9的内容： 但是，此时IP地址还没有修改： [root@lunar1 ~]# ifconfig 我们查看一下名称为enp0s9的网络设备： 看一下当前所有的网络连接： 修改IP后，要使修改后的连接生效，需要重新加载配置文件： 然后重新连接设备enp0s9： 现在IP就修改好了，太方便了： Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列–1-简介 Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列-2-修改主机名和hostnamectl工具的使用 Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列–3-systemd（d.bin和ohasd守护进程） Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列–4-target（图形界面和字符界面） Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列–5-防火墙 Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列–6-开机自动启动或者禁用服务 Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列-7-网络管理之添加网 Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列-7-网络管理之修改IP地址 Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列-7-网络管理之修改网络接口名 Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列-8-在Linux7上安装11.2 RAC和12.1 RAC需要禁用哪些服务 Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列-9-Linux 7.2上的virbr0设备 Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列-10-ABRT-系统启动后自动检查和报告错误 … 继续阅读 →

发表在 Database, Installation and Deinstall, Linux, network | 标签为 , , , , , , | 留下评论

Linux7（CentOS,RHEL,OEL）和Oracle RAC环境系列-7-网络管理之添加网卡

发表于 2016 年 1 月 22 日 由 Lunar

在Linux5和以前的版本，缺省的网络接口名为eth0 eth1 eth[012..]等网络接口名称（NIC）。 这种方法的问题是不能一目了然的知道网卡的物理特性（如 网卡的物理位置），比如这个网卡是那个PCI插槽等等。 . 从Linux6开始，引入了一致和可预测的网络设备命名网络接口的方法（Consistent Network Device Naming）。 这种一致性网络设备命名法根据网卡的物理位置，是否是集成的还是在PCI插槽中来命名，通过这名称，能够很清楚的知道网卡的物理位置 这种方法是依靠biosdevname程序来实现的，它按照一定的规则改变原来的eth[012..]网卡名。 . 这些特性可以唯一地确定网络接口的名称以使定位和区分设备更容易，并且在这样一种方式下，无论是否重启机器、过了多少时间、或者改变硬件，其名字都是持久不变的。 但是，这种命名规则并不是默认在Liunx6上开启，因此，在Linux6中，依然可以看到网络接口名称（NIC）缺省还是eth0 eth1 eth[012..]。 但是，在Linux6中，开始使用udev来绑定网卡设备：/etc/udev/rules.d/70-persistent-net.rules。 . 从Linux7开始，一致和可预测的网络设备命名网络接口的方法（Consistent Network Device Naming）已经是缺省配置。 它的优点是： 1，根据这一规则，接口名称被自动基于固件，拓扑结构和位置信息来确定。 2，即使添加或移除网络设备，接口名称仍然保持固定，而无需重新枚举，和坏掉的硬件可以无缝替换。 . 在Linux7中/etc/udev/rules.d/70-persistent-net.rules 文件没有了，新添加的网卡NetworkManager自动识别设备名称。 它采用命名的规则类似如下： 基于接口类型的两个字母前缀: 名字类型: 例如，在Linux7中，缺省的第一块网卡名称是enp0s3，第二块是enp0s8，第3块是9……以此类推 并且这些网络接口名称缺省是不能改变的（可以使用修改内核来禁用这个新特性的方法，后续文章会陆续介绍）。 这里面就是我们安装vm时，使用的两个网卡，可以看到系统自动的缺省网络设备接口名分别是enp0s3和enp0s8。 这里还有一个virbr0，也是Linux7的新特性，后面的文章会陆续介绍，这里暂不赘述。 . 从上面的解释来看，enp0s3的含义就很清晰了： 在Linux7中，还有很多关于网络管理命令的改变，例如，在Linux7中，使用ip和ss等命令代替了以前的ifconfig route … 继续阅读 →

发表在 Database, Installation and Deinstall, Linux, network | 标签为 , , , , , , | 留下评论

ORA-12537: TNS:connection closed

发表于 2015 年 5 月 2 日 由 Lunar

今天测试数据库的时候，忽然发现使用远程连接的方式会报错： listener.log的日志如下： 这个报错，只解决上应该跟OS的什么配置有关系，但是不清楚哪里的配置问题。 正常的系统，使用strace跟踪，相关log如下： 这个有问题的系统使用strace跟踪，相关log如下： 上述较大的不同在于fcntl(9, F_GETFD)相关的内容，这个东西我也不懂，c语言都还给老师了…… ：（ 于是查询官方文档，根据MOS介绍，逐一核对文件权限： 检查oracle用户的权限： 1，grid的是正确的： oracle的是错误的： 使用root修改 再次检查已经正确了： 2，oracle用户的ORACLE_HOME所在文件系统不支持setuid/suid（ 也不支持 nosetuid/nosuid 设置），例如: 我这里正常的： 再次测试还是连接不上： 3，检查oracle用户的$ORACLE_HOME应该为755（注意，不要带 -R ！！！）： 这次可以了： 把节点2也修改了：

发表在 network, troubleshoooting | 标签为 | 留下评论

无法解释的ORA-12537

发表于 2013 年 11 月 22 日 由 Lunar

今天忽然想看下12c的一个小东东，结果遇到ORA-12537： 我这个VM当初装的很别扭，前一段又折腾了一下，更加别扭了，主要问题如下： 1，初始加盘的时候整的太小了，只给了12G，结果装了grid后，再装oracle软件就很困难，这里grid的所在的盘mount在/u01这个目录下 2，然后增加了一块盘，结果没吸取教训，继续折腾太小了，还是12G，不过12c可以装上玩了，这个oracle的软件所在的盘mount在 /u01/app/oracle目录下 3，前一段时间觉得磁盘空间不够了，于是把一个11.2的vm的软件使用root用户tar过来，解压后，ORACLE_BASE和ORACLE_HOME目录是：/u01/app/oracle（这个跟12c的oracle软件是同一个ORACLE_BASE）和/u01/app/oracle/product/11.2.0.3/dbhome_1 够乱了吧，O(∩_∩)O哈哈~ 检查listener.log： 发现报错：TNS-12518: TNS:listener could not hand off client connection 于是google，mos，设置一堆乱七八糟参数，并设置了trace： trace中最后出问题的信息如下，貌似是某些文件找不到或者权限问题： 使用strace sqlplus sys/oracle@lunarbb as sysdba进行跟踪，发现了如下可以信息： 貌似写什么东西时报错了 MOS了一下，Troubleshooting ORA-12537 / TNS-12537 TNS:Connection Closed (Doc ID 555609.1) 发现，我的这个文件没啥问题，权限都对： 这时候，看见刚刚修改过的oracle文件权限不对了，再重新修改回去： 重启下ORACLE，再测试，居然好了，O(∩_∩)O哈哈~：

发表在 network, ORA-XXXXX, ORACLE 12C | 标签为 , | 留下评论

解决奇怪的 ORA-12547 TNS lost contact

发表于 2013 年 9 月 15 日 由 Lunar

很久以前的一个老vm，忽然sqlplus不能使用，直接报错： Strace sqlplus / as sysdba 有如下信息： 发现在读写 /home/oracle/sqlnet.log 是报错，怀疑是oracle本身有问题，查询metalink证实了这个想法： Troubleshooting ORA-12547 TNS: Lost Contact [ID 555565.1] 于是重新编译： 好了搞定了

发表在 network, ORA-XXXXX | 留下评论