灌溉梦想,记录脚步

vShpere Client在windows 7 RTM和2008下无法连接esx主机解决办法

 在win7下和2008下打开client后连接esx主机会出现2个错误提示,
  大概是clients.xml初始化失败,某键值对应错误。
  然后就连接失败了,开始以为是CC的esx主机安装有问题,后来找了找,借助了强大google工具,终于找到解决办法.解决办法如下:

  1.从正常的windows2003或者xp主机的c:\windows\microsoft.net\framework\v2.050727文件夹中找到system.dll文件,然后拷贝出来备用.

  2.将这个system.dll文件拷贝到vmware的vshere client文件夹下的laucher文件夹下,我这里是默认路径是C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher

  3.打开该文件夹中的vpxclient.exe.config文件,用记事本打开,然后插入如下内容(插入到倒数第二行)
  <runtime>
  <developmentMode developerInstallation=”true”/>
  </runtime>

  4.创建一个vshpere.bat文件,随便放什么地方都可以,内容如下:

  SET DEVPATH=C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher
  ”C:\Program Files\VMware\Infrastructure\Virtual Infrastructure Client\Launcher\VpxClient.exe”

  如果你们安装到其他目录了,请自行更改为正确的路径

  5.然后我们运行这个bat文件
  单击忽略即可正常打开

昙花的秘密

  昙花的秘密

  总是
  要在凋谢后的清晨
  你才会走过
  才会发现 昨夜
  就在你的窗外
  我曾经是
  怎样美丽又怎样寂寞的

  一朵
  我爱 也只有我
  不知道
  你错过的昨夜
  曾有过 怎么皎洁的月
   –席慕容–1981-11-15
  ———————————忧伤的分割线——————————–
  恨不相逢未谢时。
  这该是怎样的一份缺憾,又该是怎样的一份怨恨。
  你,曾是这纯情的女孩。倚在家中的门框上,眼望着日夜思念的心上人,打门前经过。而后又消失,却没有谁来开口。日子,一天天的过去,青春的好时光,也就这样一闪而过。
  数年后的一个黄昏,那个被思念的少年,不期而至。你们坐在院子的中央,桔黄的烛光照亮了数年后两张平静的脸。你们从天气、旧时的伙伴,一直谈到往日里的许多的好时光。黄昏里的你,白发已开始爬满了头。而你也在那不再年少的额头上,也读到了,已逝岁月里的风尘,和那缓缓的语调里的无法言说的淡淡的哀伤。
  你从言谈中得知:这个男人,在年轻的时候,去过世界上好多的地方,爱过许多的女人,流过许多的相思泪。直到今天,他才决意:不再流浪。
  一定是别一道闪电击中了。你突然垂下了头,你的目光从他的脸上滑下来。滑到了你的腕上–那是一只圆圆大大的镯子。在暮色中,闪着微光。
  你落泪了。为了掩饰你的辛酸。你转过身去为他泡了另一杯茶,接着,你缓缓地转过身来。讲起一个故事,一个有关昙花的故事。在这个故事里有怎样皎洁的月光。以及那朵转瞬即谢的昙花,曾经是怎样的美丽,又是怎样的寂寞。
  而这朵昙花,曾在某一个夜晚。怎样地,盛开在一个少年的窗下。

我们守护着

我迷失在遥远的沙漠
这里,我只记得
你离去的方向
在最黑暗的角落
你一如动人的诗歌

我把爱隐藏在最后的沙湖中
迸发的力量在涌动着
一切不能控制
那草坪早已失去它最初的光泽
邮筒里居然放不下一点点思念
这里停留的
可怜的爱情
我们一直在诉说

灵魂还是一样的饥渴
没有形状
却有你留下的颜色

这是一个纯真的世界
我们用不同的方式守护着

Access the ESXi Service Console

  Here is a brief write-up on how to access the Service Console of VMware ESXi. As a disclaimer, this should only be done under the direct supervision of a VMware Support Engineer.
  1.From the ESXi console summary screen hit ALT-F1.
  2.Enter the word “unsupported” (without quotes).
  3.Enter in the root password for your system.
  4.Be careful
  Now edit the inetd.conf file to enable remote SSH into this console;
  1.Edit /etc/inetd.conf (vi /etc/inetd.conf).
  2.Remove the # sign in front of the SSH line.
  3.Kill and restart the inetd process.
  1.) ps -ef |grep inetd
  2.) kill -HUP   # pid is the Process ID, the first number displayed from ps -ef
  4.SSH into the IP of your ESXi server, using your root login/password.

解决Linux下Firefox Flash文字乱码或不能显示的问题

在Linux下用Firefox浏览有Flash的网页时,经常碰到有些文字不能正常显示,有些还可能显示乱码,比如Google 的在线音乐播放音乐时,完全显示不了文字。

解决方法很简单,操作如下:
修改/etc/fonts/conf.d/49-sansserif.conf







sans-serif


serif


monospace


sans-serif


将上面的红色的内容改为:

sans

保存一下,在firefox里刷新一下,问题就解决了。
对Fedora和Ubuntu 都适用。

制作 Fedora Core 3 LiveCD

  先装好 Fedora Core 3
  安装套件容量要控制在 1.4G–1.7G 之间,最好不要超过 2G
  装 X 和 KDE
  制作过程:
  1.在根目录先建立好 livecd 目录
  mkdir /livecd
  2.复制 /bin /usr /sbin /var /etc /lib 目录到 /livecd 目录之下
  cp -aRpf /bin /usr /sbin /var /etc /lib /livecd
  3.删除一些说明档
  rm -rf /livecd/usr/share/doc/*
  4.删除 Kernel 的一些模组
  rm -rf /livecd/lib/modules/*
  5.下载 mklive-1.0-2.i386.rpm,并安装
  rpm -Uvh mklive-1.0-2.i386.rpm
  6.把目录切换到 /livecd
  cd /livecd
  7.删除 livecd 目录之下的 etc/fstab,要注意不要删错了
  rm -rf etc/fstab
  8.删除 livecd 目录之下的 etc/mtab
  rm -rf etc/mtab
  9.删除 livecd 目录之下的 etc/modpr*.conf
  rm -rf etc/modpr*.conf
  10.复制 /opt/livecd/script/mksqfs-2.0 到 /usr/bin 目录之下
  cp /opt/livecd/script/mksqfs-2.0 /usr/bin
  1.先建立好 /livecd 目录
  mkdir /livecd
  2.将 /etc /bin /sbin /usr /var /lib 目录复制到 /livecd 之下
  cp -aRpf /etc /bin /sbin /usr /var /lib /livecd
  3.为了增加空间,所以删除一些文件说明档
  rm -rf /livecd/usr/share/doc/*
  4.把核心删除
  rm -rf /livecd/lib/modules/*
  5.删除 /livecd/etc/fstab
  rm -rf /livecd/etc/fstab
  6.删除 /livecd/etc/mtab
  rm -rf /livecd/etc/mtab
  7.复制 /opt/livecd/scripts/mksquashfs 到 /usr/bin 目录之下 mksquashfs 就是 LiveCD 的压缩程式
  cp /opt/livecd/scripts/mksquashfs /usr/bin
  8.复制 /opt/livecd/scripts/mkxf86config 到 /livecd/usr/sbin 目录之下
  cp /opt/livecd/scripts/mkxf86config /livecd/usr/sbin
  9.复制 /opt/livecd/scripts/hotplug-knoppix 到 /livecd/sbin 目录之下
  cp /opt/livecd/scripts/hotplug-knoppix /livecd/sbin
  10.复制 /opt/livecd/scripts/hwsetup 到 /livecd/sbin 目录之下
  cp /opt/livecd/scripts/hwsetup /livecd/sbin
  11.新建立 fstab 这个档案
  touch /livecd/etc/fstab
  12.新建立 mtab 这个档案
  touch /livecd/etc/mtab
  13.切换目录到 /livecd/lib/modules
  cd /livecd/lib/modules
  13.1 新建立一个 2.6.9pake 这个目录
  mkdir 2.6.9pake
  14.把核心 2.6.9.tgz 解压缩到 2.6.9pake 这个目录
  tar xvzf /opt/livecd/2.6.9.tgz
  15.建立 fedora3 这个目录
  mkdir /fedora3
  16.把目录切换到 /livecd 这个目录
  cd /livecd
  17. -be 大格式档案的压缩,可以改 linuxerrc
  mksquashfs * /fedora/fedora3 -be
  18.
  cp -aRpf /opt/livecd/scripts /
  19.
  cp -aRpf /opt/livecd/isolinux /
  20.主要在建立 grub 的选单
  /opt/livecd/pake
  21.
  reboot
  压成 ISO
  1.
  mkdir /iso
  2.
  mv isolinux /iso
  3.
  mv scripts /iso
  4.
  mv fedora3 /iso
  5.
  cd /iso
  5.
  /iso/scripts/mkISOboot fc3 /fc3.iso
  如果要新增套件或美化桌面都要在制作过程之前先做好!
  装好之後套件可以更新,包括核心的部分,因为制作 Fedora LiveCD 时,会用其它的核心来取代目前的核心!
  取消 root 的密码
  passwd -d root
  制作典故
  由於live-cd 技术的盛行愈来愈多人用这样的技巧将自己的os打包成一片光碟或是小至200多mb的光碟片上,更有人做到15mb的大小, 让linux直结跑在usb碟上,不过这样小的linux大多都是用debian所做出来的,较少有人用其他linux来制作,小弟想用 fedora core2这个肥大的系统来打破这个传说.
  目前小弟也满成功的做出100mb以内的fedora linux system 经过後制成live-cd 的压缩技巧 目前大小约为 36mb

linux 下安装nginx

  为了确保能在 Nginx 中使用正则表达式进行更灵活的配置,安装之前需要确定系统是否安装有 PCRE(Perl Compatible Regular Expressions)包。
  # yum install pcre pcre-devel -y
  接下来安装 Nginx,Nginx 一般有两个版本,分别是稳定版和开发版,您可以根据您的目的来选择这两个版本的其中一个,下面是把 Nginx 安装到 /opt/nginx 目录下的详细步骤:
  # wget http://sysoev.ru/nginx/nginx-0.8.6.tar.gz
  # tar zxvf nginx-0.6.31.tar.gz # cd nginx-0.8.6
  # ./configure
  # make
  # make install

  安装成功后 /usr/local/nginx 目录下有四个子目录分别是:conf、html、logs、sbin 。其中 Nginx 的配置文件存放于 conf/nginx.conf,Nginx 只有一个程序文件位于 sbin 目录下的 nginx 文件。确保系统的 80 端口没被其他程序占用,运行 sbin/nginx 命令来启动 Nginx,打开浏览器访问此机器的 IP,如果浏览器出现 Welcome to nginx! 则表示 Nginx 已经安装并运行成功。
  常用的 Nginx 参数和控制
  程序运行参数
  Nginx 安装后只有一个程序文件,本身并不提供各种管理程序,它是使用参数和系统信号机制对 Nginx 进程本身进行控制的。 Nginx 的参数包括有如下几个:
  -c <path_to_config>:使用指定的配置文件而不是 conf 目录下的 nginx.conf 。
  -t:测试配置文件是否正确,在运行时需要重新加载配置的时候,此命令非常重要,用来检测所修改的配置文件是否有语法错误。
  -v:显示 nginx 版本号。
  -V:显示 nginx 的版本号以及编译环境信息以及编译时的参数。
  例如我们要测试某个配置文件是否书写正确,我们可以使用以下命令
  sbin/nginx – t – c conf/nginx2.conf
  通过信号对 Nginx 进行控制
  Nginx 支持下表中的信号:
  信号名 作用描述
  TERM, INT 快速关闭程序,中止当前正在处理的请求
  QUIT 处理完当前请求后,关闭程序
  HUP 重新加载配置,并开启新的工作进程,关闭就的进程,此操作不会中断请求
  USR1 重新打开日志文件,用于切换日志,例如每天生成一个新的日志文件
  USR2 平滑升级可执行程序
  WINCH 从容关闭工作进程
  有两种方式来通过这些信号去控制 Nginx,第一是通过 logs 目录下的 nginx.pid 查看当前运行的 Nginx 的进程 ID,通过 kill – XXX <pid> 来控制 Nginx,其中 XXX 就是上表中列出的信号名。如果您的系统中只有一个 Nginx 进程,那您也可以通过 killall 命令来完成,例如运行 killall – s HUP nginx 来让 Nginx 重新加载配置。
  配置 Nginx
  Nginx 监控
  首先我们定义了一个 location ~ ^/NginxStatus/,这样通过 http://localhost/NginxStatus/ 就可以监控到 Nginx 的运行信息,显示的内容如下:
  Active connections: 70 server accepts handled requests 14553819 14553819 19239266 Reading: 0 Writing: 3 Waiting: 67
  NginxStatus 显示的内容意思如下:
  active connections – 当前 Nginx 正处理的活动连接数。
  server accepts handled requests — 总共处理了 14553819 个连接 , 成功创建 14553819 次握手 ( 证明中间没有失败的 ), 总共处理了 19239266 个请求 ( 平均每次握手处理了 1.3 个数据请求 )。
  reading — nginx 读取到客户端的 Header 信息数。
  writing — nginx 返回给客户端的 Header 信息数。
  waiting — 开启 keep-alive 的情况下,这个值等于 active – (reading + writing),意思就是 Nginx 已经处理完正在等候下一次请求指令的驻留连接。
  静态文件处理
  通过正则表达式,我们可让 Nginx 识别出各种静态文件,例如 images 路径下的所有请求可以写为:
  location ~ ^/images/ { root /opt/webapp/images; }
  而下面的配置则定义了几种文件类型的请求处理方式。
  location ~ \\.(htm|html|gif|jpg|jpeg|png|bmp|ico|css|js|txt)$ { root /opt/webapp; expires 24h; }
  对于例如图片、静态 HTML 文件、js 脚本文件和 css 样式文件等,我们希望 Nginx 直接处理并返回给浏览器,这样可以大大的加快网页浏览时的速度。因此对于这类文件我们需要通过 root 指令来指定文件的存放路径,同时因为这类文件并不常修改,通过 expires 指令来控制其在浏览器的缓存,以减少不必要的请求。 expires 指令可以控制 HTTP 应答中的” Expires “和” Cache-Control “的头标(起到控制页面缓存的作用)。您可以使用例如以下的格式来书写 Expires:
  expires 1 January, 1970, 00:00:01 GMT; expires 60s; expires 30m; expires 24h; expires 1d; expires max; expires off;
  动态页面请求处理
  Nginx 本身并不支持现在流行的 JSP、ASP、PHP、PERL 等动态页面,但是它可以通过反向代理将请求发送到后端的服务器,例如 Tomcat、Apache、IIS 等来完成动态页面的请求处理。前面的配置示例中,我们首先定义了由 Nginx 直接处理的一些静态文件请求后,其他所有的请求通过 proxy_pass 指令传送给后端的服务器(在上述例子中是 Tomcat)。最简单的 proxy_pass 用法如下:
  location / { proxy_pass http://localhost:8080; proxy_set_header X-Real-IP $remote_addr; }
  这里我们没有使用到集群,而是将请求直接送到运行在 8080 端口的 Tomcat 服务上来完成类似 JSP 和 Servlet 的请求处理。
  当页面的访问量非常大的时候,往往需要多个应用服务器来共同承担动态页面的执行操作,这时我们就需要使用集群的架构。 Nginx 通过 upstream 指令来定义一个服务器的集群,最前面那个完整的例子中我们定义了一个名为 tomcats 的集群,这个集群中包括了三台服务器共 6 个 Tomcat 服务。而 proxy_pass 指令的写法变成了:
  location / { proxy_pass http://tomcats; proxy_set_header X-Real-IP $remote_addr; }
  在 Nginx 的集群配置中,Nginx 使用最简单的平均分配规则给集群中的每个节点分配请求。一旦某个节点失效时,或者重新起效时,Nginx 都会非常及时的处理状态的变化,以保证不会影响到用户的访问。
  总结
  尽管整个程序包只有五百多 K,但麻雀虽小、五脏俱全。 Nginx 官方提供的各种功能模块应有尽有,结合这些模块可以完整各种各样的配置要求,例如:压缩、防盗链、集群、FastCGI、流媒体服务器、Memcached 支持、URL 重写等等,更关键的是 Nginx 拥有 Apache 和其他 HTTP 服务器无法比拟的高性能。您甚至可以在不改变原有网站的架构上,通过在前端引入 Nginx 来提升网站的访问速度。