dbanotes posted a photo:

一不小心,十年了.

大辉瘦的,我找了个词来形容:仙风道骨.

再使劲都成照片了,这IT人士,虽然不用补钙,多吃点肉才是真格的.

长春下了小雨.一场秋雨一层凉.

最近睡眠一直不到好,总梦到还在538,真真切切.

Contributed by Matthew Davis

Release Found: Red Hat Enterprise Linux 5

Symptoms:

When I try to use the command satellite-sync, the following error is displayed:

# satellite-sync -m.
15:16:33 Red Hat Network Satellite - file-system synchronization
15:16:33    mp:  /mnt/dumps/dump-rhel-i386-4/data
15:16:33    db:  rhnsat/
@rhnsat
15:16:33
15:16:33 Retrieving / parsing channel-families data
15:16:33 channel-families data complete
15:16:34
15:16:34 Retrieving / parsing arches data
15:16:34 arches data complete
15:16:34
15:16:34 Retrieving / parsing additional arches data
Exception reported from satellite.internal
Time: Tue Apr  3 15:16:34 2007
Exception type exceptions.ValueError

Exception Handler Information
Traceback (most recent call last):
  File “/usr/share/rhn/satellite_tools/xmlSource.py”, line 123, in process
    self.__parser.parse(self.__stream)
  File “/usr/lib/python2.3/site-packages/_xmlplus/sax/expatreader.py”, line 109, in parse
    xmlreader.IncrementalParser.parse(self, source)
  File “/usr/lib/python2.3/site-packages/_xmlplus/sax/xmlreader.py”, line 123, in parse
    self.feed(buffer)
  File “/usr/lib/python2.3/site-packages/_xmlplus/sax/expatreader.py”, line 216, in feed
    self._parser.Parse(data, isFinal)
  File “/usr/lib/python2.3/site-packages/_xmlplus/sax/expatreader.py”, line 314, in end_element
    self._cont_handler.endElement(name)
  File “/usr/share/rhn/satellite_tools/xmlSource.py”, line 216, in endElement
    self.__container.endElement(element)
  File “/usr/share/rhn/satellite_tools/xmlSource.py”, line 767, in endElement
    self.endContainerCallback()
  File “/usr/share/rhn/satellite_tools/diskImportLib.py”, line 319, in endContainerCallback
    importer.run()
  File “/usr/share/rhn/server/importlib/importLib.py”, line 591, in run
    self.fix()
  File “/usr/share/rhn/server/importlib/archImport.py”, line 67, in fix
    self._postprocess()
  File “/usr/share/rhn/server/importlib/archImport.py”, line 80, in _postprocess
    raise ValueError(”Unsupported arch %s” % arch2_name)
ValueError: Unsupported arch virtualization_host

/usr/lib/python2.3/gzip.py:129: FutureWarning: hex()/oct() of negative int will return a signed string in Python 2.4 and up
  return ‘‘
15:16:35 *** SYSTEM INTERRUPT CALLED ***

Resolution
With the release of Red Hat Enterprise Linux 5, virtualization data had to be added to the channel dumps. For this reason, the satellite sync code had to be modified to handle this new virtualization information. When the above error is displayed, it means the satellite is failing to sync because of the extra virtualization data. An upgrade of the rhns-satellite-tools package is required. The following packages will allow the user to use the new channel dumps.

RHN Satellite 3.6

• rhns-satellite-tools-3.6.6-7.rhel4
• rhns-satellite-tools-3.6.6-8.rhel2.1
• rhns-satellite-tools-3.6.6-9.rhel3

RHN Satellite 3.7

• rhns-satellite-tools-3.7.2-9.rhel3
• rhns-satellite-tools-3.7.2-10.rhel4

RHN Satellite 4.0

• rhns-satellite-tools-4.0.6-26.rhel3
• rhns-satellite-tools-4.0.6-27.rhel4

RHN Satellite 4.1

• rhns-satellite-tools-4.1.4-9 - RHEL4
• rhns-satellite-tools-4.1.4-8 - RHEL3

RHN Satellite 4.2

• rhns-satellite-tools-4.2.1-6 - RHEL4
• rhns-satellite-tools-4.2.1-7 - RHEL3

If the following command is issued, it will update rhns-satellite-tools and all other necessary packages:

# up2date rhns-satellite-tools

For disconnected Satellites, user can login to his Red Hat Network (RHN) account and browse to the packages within the Satellite channel which matches his OS and Satellite version. Download the newest rhns-* and rhnpush packages listed there. Once downloaded and copied onto the Satellite, use rpm to install them, such as:

# rpm -Fvh rhns-* rhnpush*

Red Hat’s customer service and support teams receive technical support questions from users all over the world. Red Hat technicians add the questions and answers to Red Hat Knowledgebase on a daily basis. Access to Red Hat Knowledgebase is free. Every week, Red Hat Magazine offers a preview into the Red Hat Knowledgebase by highlighting some of the most recent entries. The information provided in this article is for your information only. The origin of this information may be internal or external to Red Hat. While Red Hat attempts to verify the validity of this information before it is posted, Red Hat makes no express or implied claims to its validity.

Author:NinGoo posted on NinGoo.net

SAP宣布将以68亿美元收购BusinessObjects，又一家BI领域内的大公司被IT巨鳄吞下，想起半年前Oracle以33亿美元收购海波龙(Hyperion)，加上更早之前IBM吃掉DataStage，BI市场大鱼吃小鱼的演进，看来已经进入到最后关头。还剩下有谁？Informatica，Cognos，Microstrategy？一年半载之内，估计都要难逃被消灭的命运了。

DataStage和Hyperion被收购之后，都未见有大的发展，不知道这次BO的命运如何。不过SAP不像Oracle，一般不太搞收购这一套，很多东西都是自己另起炉灶，这次的收购应该是SAP有史以来最大的手笔了。BusinessObjects本身在收购Cytstal Report后的整合工作还没有完成，虽然BO XI在新的SOA架构上已经开始可以支持水晶报表的发布，但是水晶报表的开发还是需要单独的客户端，而且desktop intelligence，web intelligence和OLAP intelligence等几个产品之间相对保持独立，都有自己的一套服务端，也使得整个BO的架构过于庞大复杂，另外，由于没有自己的OLAP引擎，BO的OLAP报表能力也是不咋的。或许凭借SAP强大的开发能力和客户基础，BO在被收购后能被整合出一片新天地，从此把Cognos抛在身后也未可知。

• Cognos 8 BI安全认证设置
• BO XI中利用URL传参解决关联报表问题
• 推荐一个BusinessObjects论坛

电脑和GB_2312解救了无数人，打印机和墨盒实现了信息时代的平权。无论是什么人，在MSN上也好，在BBS上也好，在Email上也好，写出来的字都是印刷体。再也没有抓起笔来脸就发烧的窘迫境遇，除了行间距和字间距再不用考虑间架行款。这年头，连手写的情书都被短信替代，书法变成Font也不是什么奇怪的事情。不过，传统的力量依然强大，人们对写得一笔好字的人依然心生景仰，尽管今天写毛笔字已经成为过年放鞭炮一样的稀罕事。

从上学开始，大概所有人都接受过历任班主任和语文老师的教诲：字就是人的脸面，写得一笔好字高考作文分数都要高些。寒暑假里，家长也要天天检查描红本，看每天的一百个红字是否已经涂黑了，让小朋友恨不得雕橡皮直接复印。练书法又是极为枯燥的事情，悬完腕子要悬肘，选起肘来还要马步。描上十个字就觉得手背上有蚂蚁爬，蚂蚁爬啊蚂蚁爬，蚂蚁爬着爬着就爬到了人心里。撂了笔，盖上墨盒，还是玩一会比较好。休息，休息一会儿。

书法是每个中国人都觉得应该做好的事情，但是也是大多数中国人根本做不好的事。小时候在报纸上练字，有大人从楼道经过总要停下来看看，然后做一番指点，甚至会亲自上阵演示一番。结果并不让人乐观，所以少不了那句话：我这是示范你错误的写法。还有的无聊大人会像忍者一样悄无声息地摸到你的身后，猛地从你手里把笔管夺走。据说练习书法一定要凝神，凝神的结果就是把笔管攥得特别紧，很难抽出来。不过我怀疑他们大多是出于无聊，看着你满掌心的墨汁，茫然失措的样子，他们就得意地哈哈大笑。

有人在论坛里问：哪里有书道培训班？立即有爱国青年怒斥：放着好好的中国话不说，非要讲日语。书法！懂不懂？要学书道滚去日本学！可是，书道的确是中国人先提出来的，后来才慢慢变成了书法。道是形而上的概念，而法则是操作手册，其中高下一望而知。当年看《棋王》，觉得如果有一本关于书道的小说，还是阿城来写最合适。他最能把那些玄妙而微妙的事情清清楚楚讲出来，营造出那种人人都曾经感受到但是又难于言传的境界和气韵。我曾经幻想两个书法家比试书道，始终不说一句话，只是你写一张过来，我写一张过去。思考的时间逐渐比运笔的时间长，额头上大汗淋漓，最后一帖收笔，人就瘫倒在地，笔管里飞出一条白色的龙来，那是中国字的神。

过于把书法当成一本必修的技艺，也是种浪费。文字有通往权力阶梯的作用，因此被神化，可是在这世界上有很多事情要比书法重要。由书法而修身，从中领悟道法，那是把每个人都当天才或者圣人来看了。儒家的帝国里，好的书法家未必是好的官吏、河工、法官。把写字提到这样的高度是件不可思议的事情。不是谁都能从书法中能领悟到天地运行的规律，明白间架结构里讲述的人和人的关系。曾国藩在他的家书里说：

“予尝谓天下万事万理皆出于乾坤二卦。即以作字论之：纯以神行，大气鼓荡，脉络周通，潜心内转，此乾道也；结构精巧，向背有法，修短合度，此坤道也；凡乾以神气言，凡坤以形质言。礼乐不坤。作字而化游自得真力弥满老，即乐之意也；丝丝入扣转折合法，即利之意也。”

我看了觉得这就有点走火入魔的感觉了，虽然这的确是由书入道。既然存在五行八卦，那么没有什么不可以化入其中，不独书法，但是那又有什么意思呢？就好像中文里的任何一个动词都可以用在黄色笑话里当双关语。当你下定决心要讲一个黄色笑话，那么每个动词看起来都别具意味，回味悠长。问题是，这么联想和丰富，本质上没有任何意义。同样，把书法变成解读宇宙和人世运动规律的手段，实在是有点小题大作。而且，事实上大多数人写不好字，这种标准既然凡人难以企及，就成了一种近乎宗教中神迹一样的东西。

以前开科取士，书法是硬标准，这事就很无聊。但是现在所有人都在用电脑，这事更无聊。对于我来说，自己写不好毛笔字，也不打算有生之年去练一下，但是这不耽误我欣赏别人的作品。我很喜欢那些发黄的宣纸，上面的朱砂印章，以及浓淡不一的墨痕。看到这样的字帖，哪怕现在使用简化字多年了，看了还是会觉得亲切，想把脸贴上去，好像贴在了一千年前。或许有一天，中国人的文字已经完全拉丁化，根本没有方块字存在的空间。那么，我儿子的儿子的儿子目睹前人的字帖之时，是否也会有和我一样的感觉呢？我怀疑怕还是有的，而维系这种感觉不变的东西，我想可以被称之为书道。

    对于Oracle的字符集, 一直不是很明白的, 除了在出道的当年(98年)范过一次这方面的错后, 到还没有第二次, 算是走运了. 下面来做一个小实验, 加深一下理解, 我测试用的数据库端是UTF8格式的, 测试用的表结构如下, 第一个字段用于记录NLS_LANG的设置, 第二列则为相同的值.

create table t_charset(col1 varchar2(10), col2 varchar2(20));

    接下来, 我在Windows在命令窗口(cmd.exe)中更改NLS_LANG的设置为中文, 然后插入一条记录.

set NLS_LANG=.ZHS16GBK
SQL> insert into t_charset values ('ZHS16GBK','中国');

    接下来更改NLS_LANG的设置为中文, 然后插入另一条记录.

set NLS_LANG=.UTF8
SQL> insert into t_charset values ('UTF8','中国');

    用Oracle的Dump函数来看一下第二个字段在不同设置下的存贮.

SQL> col col2 format a40
SQL> select col1, dump(col2) col2 from t_charset;

COL1       COL2
---------- ----------------------------------------
ZHS16GBK   Typ=1 Len=6: 228,184,173,229,155,189
UTF8       Typ=1 Len=4: 214,208,185,250

    发现NLS_LANG设为ZHS16GBK的, 里面存放是以UTF8格式存的, 而设为UTF8的, 存放格式是中文的, 难道反了吗? 不是, 因为我的Windows机器的区域是中文, 因此在命令行输入文本时, 文本的字符集是中文, 因此NLS_LANG和服务器相同时, 不作转换, 所以存放格式其实是中文, 而设成ZHS16GBK(和机器的区域一致时)Oracle自动作了转换, 其存贮格式就是UTF8的. 当客户端环境变量设成UTF8时, 中国的用户输入时存成了中文字符集, 其他国家的用户输入时则存成了其他字符集.

    在进行字符集转换时, 我们可以写一个角本(如Perl)程序, 将值在UTF8的环境下取出来, 然后变更环境变量设置, 再将值更新回去. 当我用iconv工具来进行文件的字符集转换时, 如果源文件和指定的源字符集不一样时, iconv会报错. Oracle的csscan却不是用来进行字符集转换的, 而是用来找出那些表中的那些记录还没有被成功转换, 原理是iconv转换报错是一样的.

相关文章 | Related Artiles

评论这篇文章(1)

Yahoo Music VP of Product Development Ian Rogers and I have different opinions on the future of the music industry. I think the price of recorded music will continue to fall towards free, whereas he thinks the industry can turn itself around and create enough value for listeners to make some money on recorded music. But on one thing we agree: For the last eight years the industry has been doing nothing more than rearranging the deck chairs on its own musical Titanic.

In early 2006 Ian’s then boss, former Yahoo Music GM David Goldberg, stunned attendees of the Music 2.0 conference by urging major labels to abandon DRM and give unrestricted MP3 sales a try. That advice turned out to be pretty prescient: earlier this year Apple started selling DRM-free tracks, and Amazon just launched a completely awesome DRM-free music store.

Last week Ian was back telling music executives exactly what they don’t want to hear, this time at the Digital Music Forum West conference. His talk went back eight years, through the birth of high velocity P2P file sharing networks like Napster. He heavily criticized the way the industry responded (by suing everyone), saying:

Suing Napster without offering an alternative just seemed like a denial of fact. Napster didn’t invent the ability to do P2P, it was inherent in TCP/IP. It was like throwing Newton in jail for popularizing the concept of gravity.

He then talked about how ridiculous it is to continue to offer consumers inferior products. He uses the DRM-laden Yahoo Music subscription service as an example, pointing out that music listeners just aren’t willing to pay money for these products:

Yahoo! Music demonstrates this scale discrepancy perfectly…Yahoo! Music is the #1 Music site on the Web, with tens of millions of monthly visitors…But the ENTIRE subscription music market (including Rhapsody, Napster, and Yahoo!) is in the low millions…even after years of marketing by all three companies. When you compare the experiences on Yahoo! Music, the order of magnitude difference in opportunity shouldn’t be a surprise: Want radio? No problem. Click play, get radio. Want video? Awesome. Click play, get video. Want a track on-demand? Oh have we got a deal for you! If you’re on Windows XP or Vista, and you’re in North America, just download this 20MB application, go through these seven install screens, reboot your computer, go through these five setup screens, these six credit card screens, give us $160 dollars and POW! Now you can hear that song you wanted to hear…if you’re still with us. Yahoo! didn’t want to go through all these steps. The licensing dictated it. It’s a slippery slope from “a little control” to consumer unfriendliness and non-Web-scale products and services.

He compares that to the experience of buying and listening to a song on Amazon:

But now, eight years later, Amazon’s finally done what was clearly the right solution in 1999. Music in the format that people actually want it in, with a Web-based experience that’s simple and works with any device. I bought tracks from Amazon (Kevin Drew and No Age), downloaded them, sync’d them to my new iPod Nano, and had them playing in my home audio system (Control 4) in less than five minutes. PRAISE JESUS. It only took 8 years.

He ends up saying Yahoo won’t support flawed music industry business models any longer:

I won’t let Yahoo! invest any more money in consumer inconvenience. I will tell Yahoo! to give the money they were going to give me to build awesome media applications to Yahoo! Mail or Answers or some other deserving endeavor. I personally don’t have any more time to give and can’t bear to see any more money spent on pathetic attempts for control instead of building consumer value. Life’s too short. I want to delight consumers, not bum them out.

In the end, I probably agree with Ian completely. Offer consumers a quality service (no DRM and guaranteed quality) and they will pay something for the convenience factor. Offer them more of the same, and the future of the music industry is pretty clear. Yahoo, at least, won’t be playing along.

Read his entire post here. It’s worth the time.

Crunch Network: MobileCrunch Mobile Gadgets and Applications, Delivered Daily.

    一次重启LINUX后，启动ASM实例时，发生了这个错误：

SQL> startup

ASM instance started

Total System Global Area  130023424 bytes

Fixed Size                  2071000 bytes

Variable Size             102786600 bytes

ASM Cache                  25165824 bytes

ORA-15032: not all alterations performed

ORA-15063: ASM discovered an insufficient number of disks for diskgroup

"DWDATA"

查看错误信息：

15063, 00000, "ASM discovered an insufficient number of disks for diskgroup \"%s\""

// *Cause:  ASM was unable to find a sufficient number of disks belonging to the

//          diskgroup to continue the operation.

// *Action: Check that the disks in the diskgroup are present and functioning,

//          that the owner of the ORACLE binary has read/write permission to

//          the disks, and that the ASM_DISKSTRING initialization parameter

//          has been set correctly.  Verify that ASM discovers the appropriate

//          disks by querying V$ASM_DISK from the ASM instance.

可以看到这个错误是由于ASM实例无法装载硬盘组的所有磁盘而引起的，有可能是权限问题。马上想到是否是由于OS重启后祼设备的用户、权限是否变更，导致ORACLE用户没有权限访问祼设备。将祼设备的权限更改完后，果然ASM能够正常启动。其实这个问题还是很简单的，LINUX启动后默认会把祼设备的拥有者改为root用户，只需把/etc/udev/permissions.d/50-udev.permissions 这个文件中的行“raw/*:root:disk:0660”注释掉，添加新行“raw/*:oracle:dba:0660”，这样系统启动后祼设备的拥有者就变为ORACLE用户了，当然如果祼设备还有其他用户的话，那么就需要针对不同的祼设备进行更改了。