假设我们想要在Mac OS X中安装： MySQL，这是一个开源的免费的数据库，当然备Oracle收购之后有一些变化。 postgreSQL，这又是另外一个开源的免费的数据库。 perl，这是一种流行的编程语言。 lua，这又是另外一种流行的编程语言。 watch，这是一个实用程序，可以默认每隔2秒重复执行某条命令，比如你想监控一个目录下的文件生成情况，这条命令就很有用。 tree，这是一个实用程序，可以提供类似于ls -R的功能，但是输出是更加直观的树状结构。 当然，我们可以在网络中一个一个地找这些程序，然后一个一个地安装，用不同的安装方法，但是，你也可以选择非常简单的方法，这就是本文要介绍的MacPorts。 在Linux中如果我们要安装一些软件，要解决各个软件之间的包依赖性关系，我们会使用到apt-get（Ubuntu）或者yum（Redhat，CentOS）或者zypper（openSUSE），如果你熟悉一些Linux的话，对于这些软件包管理程序应该有所耳闻。而MacPorts正是在Mac OS X上的软件包管理程序。 安装MacPorts最简单的方法是直接下载dmg文件，双击安装 － Lion版安装文件 | Snow Leopard版安装文件。 MacPorts安装完以后，我们就可以通过命令行的方式来安装其它软件了，可以参看具体命令文档。以下列出常用的命令： 1. 更新本地软件库列表，该命令可以不定时多次执行（sudo以后需要输入密码，输入你自己用户的密码即可）。 sudo port selfupdate 2. 列出软件库中有哪些软件，注意，该命令会输出大量软件名称，因此建议添加more来查看，或者使用后面的search命令。 port list | more 3. 检索需要安装的软件。 port search 当然，还有更精确地搜索，比如如果直接port search tree会出现上百个结果，但是如果执行以下命令，就只会出现一个结果。 $ port search –name –exact tree tree @1.6.0 (sysutils) display tree-view of directories with optional color/HTML…
Month: January 2012
Install GI and DB PSU 11.2.0.2.5 Failed in VirtualBox
Oracle的Apply Patchset的方法一直是为人诟病的，其实步骤复杂倒也罢了，怕的是Oracle总在不停地修改Apply Patch的方法，Oracle的原意是让Apply Patch的语法越来越简单，但是各种各样的Patch，各种不同的命令，特别是很大的Bundle Patch，如果不仔细阅读Readme，千万不要轻易出手。 这次尝试在自己的VirtualBox虚拟机OEL6中给之前安装的GI（Oracle Restart）+ ASM + Oracle Database安装最新的11.2.0.2.5 PSU，遇到各种问题。 1. Patch解压的目录必须是grid用户和oracle用户拥有写权限的，如果没有写权限，会报错： Opatch version check failed for oracle home /u01/app/oracle/product/11.2.0/dbhome_1 Opatch version check failed update the opatch version for the failed homes and retry 安装需求是使用root用户来安装（这是我第一次看到在安装PSU的时候要求使用root用户），而我的虚拟机中由于没有足够的磁盘空间，所以将Mac中的下载目录作为Shared Folder映射到虚拟机中，因此改目录的属主是root，用户组是vboxsf，而且并不允许使用chmod直接修改。因此出现了权限问题。我的解决方法是将grid用户和oracle用户都加入vboxsf组中。 建议：在真实环境中，Patch解压目录应该属于dba用户组。 2. 我的Patch是解压在/media/sf_PSU目录下，解压以后生成了p13343447_112020_Linux-x86-64目录，其下有两个目录分别是13343424（这是DB PSU）和13343447（这是GI PSU），整个目录结构如下所示： |-media |–sf_PSU |—p13343447_112020_Linux-x86-64 |—–13343424 |—–13343447 按照Readme文档中描述的，opatch的命令应该写为： opatch auto 此处的UNZIPPED_PATCH_LOCATION按照文档描述应该就是/media/sf_PSU目录，因为这是解压目录，但是实际上这份文档是有问题的(注：这是我个人造成的问题，我在操作系统中双击解压zip包，自动生成了p13343447_112020_Linux-x86-64目录，而如果命令行下用unzip解压，则不会出现此目录，因此Oracle文档中的描述并没有问题，但是这里主要吐槽下面的报错信息)，如果opatch命令写为： opatch auto /media/sf_PSU…