docker学习5:Docker 容器连接
参考:http://www.runoob.com/docker/docker-container-connection.html前面我们实现了通过网络端口来访问运行在docker容器内的服务。下面我们来实现通过端口连接到一个docker容器网络端口映射我们创建了一个 python 应用的容器。[root@huixuan ~]# docker run -d -P training/webapp python app.pyeda68d54e997...
informix CKPT REQ 状态处理!
一个数据库是这样的情况,当时日志满了,其他人看到不能用直接重启服务器了,现在服务器启动后一直是CKPT REQ状态,提示日志需要备份,我onbar备份不了。修改cfg文件,把/dev/nst0 改为/dev/null 用ontape -s -L 0 也备份不了,onparams -a -d llogdbs -s 10000 -i 增加一个日志也增加不了,onmode -ky 也关闭不了!...
一个长事务引起的血案——Informix 长事务回滚失败引起的阻塞故障处理
注意点:增加逻辑日志一定要看清如下命令,不要按照惯性增加!onparams –a –d llogdbs –s 500000 –i原文 http://www.cnblogs.com/haoxiaobo/archive/2013/01/10/2854973.htmlInformix 11.5数据库,双机hdr热备。这是背景。这两天出了个事情:由于一个大事务引起了逻辑日志耗尽,导致数据库...
安装GBase 8t 测试版
安装GBase 8t 测试版前期计划:1,安装Win7x64位系统2,安装VMware-workstation-full-12.5.43,安装CentOS-6.4-x86_64-minimal,网络连接使用桥接模式ip地址规划:172.17.6.209 gbase gbase二,操作系统配置关闭CentOS启动进度条,替换为详细信息使用root用户修改 /boot/grub/grub.conf ...
informix onbar恢复报错,onbar程序直接退出
IBM Informix Dynamic Server Version 11.50.FC5 onbar恢复报错:1,按照时间点恢复onbar直接报错停止[informix@tonykorn97 bin]$ onbar -r -t "2017-03-06 15:58:58"*** glibc detected *** /home/informix/bin/onbar_d: double free or corruption (!prev): 0x00000000038c4110 ***======= Backtrace: ======...
INFORMIX数据库函数
一、内部函数 1、内部合计函数 1)COUNT(*) 返回行数 2)COUNT(DISTINCT COLNAME) 返回指定列中唯一值的个数 3)SUM(COLNAME/EXPRESSION) 返回指定列或表达式的数值和; 4)SUM(DISTINCT COLNAME) 返回指定列中唯一值的和 5)AVG(COLNAME/EXPRESSION) 返回指定列或表达式中...
从文本导入海量数据(informix-dbload)
informix 从文本导入海量数据(informix load)从文本导入数据到informix数据一般使用SQL语句:load from file.dat insert into tablename;但当导入的数据有好几百万甚至上千万条时用上面的方法产生大锁表,及至数据库锁不够,导致长事务无法导入。一个解决的办法是使用dbload命令,以下为dbload的参数说明:----------...
Linux中文乱码问题终极解决方法
方法一: 修改/root/.bash_profile文件,增加export LANG=zh_CN.GB18030该文件在用户目录下,对于其他用户,也必须相应修改该文件。使用该方法时putty能显示中文,但桌面系统是英文,而且所有的网页中文显示还是乱码方法二:修改/etc/sysconfig/i18n文件 #LANG="en_US.UTF-8"#SUPPORTED="en_US.UTF-...
IBM 官方宣布提供 INFORMIX 免费版本
无平台限制版本Informix Innovator-C Edition该版本适用于 LINUX,UNIX,WINDOWS平台,但有CPU和内存的限制。Limited to 1 socket, or a maximum of 4 cores and 2GB of memory. Allows unlimited data storage.无限制版本:提供免费的WINDOWS和MAC操作系统免费版本。Informix Ultimate-C Edition for Windows?Informix Ultimate-C Edition for Mac OS? X完整的官方新闻及下载地址请浏览如下URL: http://www-01.ibm.com/software/data/informix/ [@more@]
怎样重构或者迁移IDS 11版本中的sysadmin系统数据库(zt)
我们知道在ids 11新版本中,informix数据库服务器又增加了一个sysadmin的系统数据库,用于系统的管理和任务调度等系统功能的扩展。 在客户的使用过程中,我遇到有个别客户的sysadmin数据库的表出现异常,需要重建或者想要把sysadmin数据库存放的dbspace位置进行变动的情况,对此,我们可以有以下两种方法来重构sysadmin系统数据库。[@more@]方法一: 首先,我们要使用informix用户停止有关dbscheduler的线程,然后把sysadmin数据库删除掉, 重新启动ids服务器后,系统可以自动来重建sysadmin系统数据库。例如,停止有关线程的方法。$ dbac
informix做全备报double free or corruption
数据库版本:IBM Informix Dynamic Server Version 11.50.FC3 -- On-Line -- Up 35 days 05:43:13 -- 867772 Kbytesonbar -b -L0 做全备的时候报错:*** glibc detected *** double free or corruption (!prev): 0x0000000001c81930 ***此时配置文件中BAR_MAX_BACKUP 的参数为0,改为1后重新备份正常[@more@]
informix 数据库启动关闭脚本
编写启动脚本容易出现的两个问题:一般情况下,我们会在/etc/init.d/下面写一个脚本,大概如下:[@more@]#!/bin/bashcase "$1" in start) echo "Starting Informix Database Server..." su - informix -c "oninit " >/dev/null 2>/dev/null wait $! sleep 6 ;; stop) echo "Shutting Informix Database Server ..." su - informix -c "onmode -ky" >/dev/null 2>/dev/null ;; *) echo "Usa
informix设置BAR_BSALIB_PATH参数不工作的解决办法
设置配置文件中的BAR_BSALIB_PATH参数:On HP Tru64: /usr/opt/networker/lib/libxnmi.so.1On Linux: /usr/lib/libxnmi.soOn other UNIX: /usr/lib/libxnmi.x.1where x is:– sl on HP-UX 64-Bit– o on AIX– so on all other UNIX systems[@more@]对于一些较老的数据库服务器设置BAR_BSALIB_PATH参数不工作。出错的信息如下:2009-03-26 05:29:22 7524 7522 /home/informix/bin/onbar_d -b -L 02009-03-26 05:29:22 7524 7522 (-43231) An unexpected error occurred: /home/informix/lib/ibsad001.so: cannot open shared object fi
informix 11.5 出现out of KAIO resources造成数据库宕
操作系统版本:[root@tonykorn97 ~]# cat /etc/issueRed Hat Enterprise Linux Server release 5.2 (Tikanga)Kernel r on an m[root@tonykorn97 ~]# uname -aLinux tonykorn97 2.6.18-92.el5 #1 SMP Tue Apr 29 13:16:15 EDT 2008 x86_64 x86_64 x86_64 GNU/Linux[root@tonykorn97 ~]# [@more@]数据库版本:[informix@tonykorn97 ~]$ onstat -dIBM Informix Dynamic Server Version 11.50.FC3 -- On-Line -- Up 00:06:38 -- 18724432 Kbytes日志信息:00:05:54 out of KAIO resources00:05:54 Assert Failed: initializing KAIO fai
移动ids 11.5中的sysadmin库从rootdbs到其他空间
ids 11.5中新增了一个sysadmin的库,sysadmin数据库包含存储任务属性的表。使用任务属性(不是配置参数)可以定义调度程序收集的信息和调度程序运行的预计。[@more@]将sysadmin数据库移动到新数据库空间缺省情况下,sysadmin数据库是在根数据库空间中创建的。如果根数据库空间不具有足够的空间来存储任务属性和命令历史信息,那么可以通过使用“reset sysadmin" SQL 管理API命令将sysadmin数据库移动到其他数据库空间。该命令从根数据库空间除去sysadmin数据库并在指定数据库空间中憧憬该数据库。要移动sysadmin数据库:1,请确保服务
了解informix的版本信息
1,区别企业版,Express版和开发版的不同标识。2,了解UC,FC和HC标识和操作系统之间的联系。[@more@]IDSIBM Informix Dynamic Server Enterprise Edition 和 Workgroup Edition V11.50.xC1、11.50.xC2 及 11.50.xC3 IBM Informix Dynamic Server Express Edition V11.50.xC1E、11.50.xC2E 和 11.50.xC3E IBM Informix Dynamic Server Developer Edition V11.50.xC1DE、11.50.xC2DE 和 11.50.xC3DE 客户机产品IBM Informix Client Software Development Kit V3.50.xC1、3.50.xC2 和 3.50.xC3 IBM Informix Connect V3.50.xC1、3.50.xC2 和
Invalid dbspace listed in DBSPACETEMP
启动数据库的时候报:01:47:04 Warning: Invalid (non-existent/blobspace/disabled) dbspace listed in DBSPACETEMP: 'tempdbs'[@more@]查看dbs状态::[informix@tonykorn97 ~]$ onstat -dIBM Informix Dynamic Server Version 10.00.UC4 -- On-Line (Prim) -- Up 00:04:52 -- 474904 KbytesDbspacesaddress number flags fchunk nchunks pgsize flags owner name5f1ae7e8 1 0x40001 1 1 2048 N B informix rootdbs5f9bdb18 2 0x40001 2
informix 的逻辑日志不能创建在大页的dbspaces上面
安装一个informix ,本来想让所有的页大小都变成16k的,可是没有找到怎么调整rootdbs的页大小为16k,所以就创建其他所有dbs的页大小为16k.[@more@]创建其他需要的datadbs的页大小都为16kllogdbs创建的命令是:onspaces -c -d llogdbs -p /informix.links/llogdbs -o 0 -s 2048000创建完后建立逻辑日志的时候出错:[informix@test ~]$ onparams -a -d llogdbs -s 10000 log files cannot be created on dbspaces of big page[informix@test ~]$ 现在知道informix 的逻辑日志不能创建在大页的dbspaces上面了。
informix数据库页故障的处理方法
1,在做数据库全备的时候出现下列错误:16:28:45 Assert Warning: Archive detects that page 7:45157032 is corrupt.16:28:45 IBM Informix Dynamic Server Version 10.00.UC416:28:45 Who: Session(3535, informix@tonykorn, 15099, 0xbb97f724)Thread(4372, arcbackup1, baeaaa20, 4)File: rsarcbu.c Line: 295316:28:45 stack trace for pid 10517 written to /home/informix/tmp/af.14fcbebc16:28:45 See Also: /home/informix/tmp/af.14fcbebc16:28:45 Archive detects that page 7:45157032 is corrupt.16:28:45 Assert Warning: A
informix一个奇特的不能通过dbaccess连接对方数据库原因
在平时的工作中,我们可以通过dbaccess访问另外的数据库,一般是通过通过两台服务器之间的信任,需要设置的地方有:[@more@]/etc/hosts和/home/informix/.rhosts文件就可以了,但是遇到这两个地方都设置了还是不能访问,为了保险期间,把/etc/hosts.equiv文件也设置了一下,还是不行,并且检查这些文件的格式都正确。检查不能通过dbaccess访问另外一个数据库的ip也正确,并且解析的mac地址也正确。 重启服务器和数据库问题还是存在,最后检查数据库配置文件,发现配置文件中MULTIPROCESSOR参数的值为1,而实际情况下只有一个cpu,改为