Oracle bloggers on frappr
作者:eygle
出处:http://blog.eygle.com
在rss订阅上读到Pete Finnigan的一篇日志,介绍frappr上面的一个DBA Blogger地图,发起人希望更多的DBA可以加入,这样我们就能得到一张全球DBA的分布信息,很有意思不是.
这个计划最初似乎是由Eddie Awad在ATTENTION bloggers一文中发起的.
感觉很好玩,所以俺加入了,是第33个加入的成员.
相信如果大家感兴趣的话,Asia这块地盘应该很快会有很多人入住.
记得以前曾经有一段时间很多Blogger都在Blog上添加了类似的Blogger分布地图,现在似乎很少见了.也许当地图上密密麻麻的布满小红点以后,大家就觉得不再好玩了吧.
补充:原来加入这个Map是有限制的,俺被管理员踢出来了.刚刚建立了2个新的地图一个ChinaOracleBlogger一个Itpuber,分别给中国的DBA和Itpub的会员使用,大家一起玩玩看.
最后再贴一张,看看Tom和俺在地图上的距离,在技术上的距离也许比这还要远得多的多
Posted by eygle at 10:54 AM | Comments (3)
January 6, 2006
Oracle HowTo:How to get Oracle SCN?
作者:eygle
出处:http://blog.eygle.com
之前简单的介绍过一下如何获得当前数据库的SCN值,主要可以通过两种方式:
1.在Oracle9i及以上版本中
可以使用dbms_flashback.get_system_change_number来获得
SQL> select dbms_flashback.get_system_change_number from dual; GET_SYSTEM_CHANGE_NUMBER |
可以通过查询x$ktuxe获得最接近当前系统scn值
X$KTUXE-------------[K]ernel [T]ransaction [U]ndo Transa[x]tion [E]ntry (table)
SQL> select max(ktuxescnw*power(2,32)+ktuxescnb) from x$ktuxe; MAX(KTUXESCNW*POWER(2,32)+KTUXESCNB) |
3.通过oradebug获取
以前在l2g32003的站点上看到使用oradebug获取SCN的方法,转引在这里:
[oracle@neirong oracle]$ sqlplus "/ as sysdba" SQL*Plus: Release 9.2.0.4.0 - Production on Wed Dec 21 21:04:24 2005 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. Connected to: SQL> col a for 999999999999 A SQL> select dbms_flashback.get_system_change_number a from dual; A SQL> |
方法有多种,但是涉及的知识各有巧妙不同,深入研究一下都是很有意思的.
Posted by eygle at 8:51 PM | Comments (3)
人生若只如初见
作者:eygle
出处:http://blog.eygle.com
在rss订阅上读到暗地妖娆的一篇文章人生若是初相见,忽然就想起了以前读过的一篇短文,转在这里,只为记忆不老.
可你欠我幸福
听到王菲浅吟低唱着这个句子的时候，阿朱如花的笑靥正在青石桥旁小镜湖边渐渐凋零，乔峰在滂沱的夜雨中泪雨也滂沱。你给我保护，我还你祝福，你英雄好汉需要抱负，可你欠我幸福，拿什么来弥补。终是塞上牛羊空许约。
空许约，空许约，幸福永远未完成。
俏君在与徐飞一个深深的拥抱之后，转身离去。情深未变却寒盟。终究差了那么一点点，幸福转眼消逝。从此一个人，日日自己关门，一个人熄灯。其实也没什么不好，只不过寒冷的夜里少了一个人的温暖，只不过幸福不再完整。
莉香在完治决定之前提早离去。她那么深切那么纯粹地爱了完治，可是完治始终背负不起她的幸福。于是她放手，她离去，她说无悔，她在三年后的东京街头依旧笑容漂亮。只是那一段青春终究被那个叫完治的男人辜负过，那一颗芳心终究有了寂寞的痕迹。
陈家洛不愿负天下人，便负红颜。一个为他香消玉殒，一个因他寂寞余生。也许他的命运早早已是注定，在那条命定的路上，没有预设爱情，以及幸福。
张无忌放弃了江湖与江山，他把幸福给了赵敏，却把牵挂给了小昭，把漂泊给了蛛儿，把憾恨给了芷若。
杨过和小龙女最终做了神仙眷侣。也许他知道，也许他不知道，也许他装作不知道，程英和陆无双为他负尽青春抛尽韶华，郭襄为他天涯思君念念不忘；也许他记得，也许他不记得，曾经有一个叫公孙绿萼的姑娘把一生停驻在他一刹那的目光里。而他所能给的，也只能是一曲清箫、三枚金针或者某一刻的眷顾而已。
这世间，太少的相濡以沫，太多的相忘江湖。
我们曾经深深地爱过一些人。爱的时候，把朝朝暮暮当作天长地久，把缱绻一时当作被爱了一世，于是承诺，于是奢望执子之手，幸福终老。然后一切消失了，然后我们终于明白，天长地久是一件多么可遇不可求的事情，幸福是一种多么玄妙多么脆弱的东西。也许爱情与幸福无关，也许这一生最终的幸福与心底最深处的那个人无关，也许将来的某一天，我们会牵住谁的手，一生细水长流地把风景看透。
其实承诺并没有什么，不见了也不算什么，所有的一切自有它的归宿。我们学着看淡，学着不强求，学着深藏，把你深深埋藏，藏到岁月的烟尘企及不到的地方。
只是，只是为什么在某个落雨的黄昏，在某个寂寂的夜里，你还是隐隐地在我心里淡入、淡出；淡出、淡入，拿不走，抹不掉。
Posted by eygle at 12:14 AM | Comments (9)
January 5, 2006
增加MT文章阅读排行榜-严重感谢秋实同学
作者:eygle
出处:http://blog.eygle.com
September 25, 2005的时候我曾经对MT进行了一点修改,增加了一个浏览记数,在有了每篇文章的浏览记数以后,我一直想根据访问量作一个排行,以显示哪些文章更受欢迎.
无奈自己水平实在太差,写起Perl来极为吃力,今天和秋实说了一下这个需求,没想到他很快就写好了,效果非常让我满意,于是才有了这个排行榜列表.
严重感谢一下秋实同学!
btw:前几天有朋友在MSN上教我如何增加域名的泛解析功能,今天抽空作了一下设置,现在通过 eygle.com , *.eygle.com (例如: pub.eygle.com ,mail.eygle.com )都可以被正确定向到我的网站.
感谢朋友们的帮助.
Posted by eygle at 7:33 PM | Comments (5)
Got Windows Live Mail Invitation
作者:eygle
出处:http://blog.eygle.com
虽然早已经在使用微软的Live Mail Beta版了,但是今天还是收到了邀请,看起来是正式邀请.
在这封邀请函里我们看到,微软终于也扩展了存储,这次不再是25M或250M,而是2GB of storage (2 gigabytes = 2,000,000,000 bytes) ,看来微软也终于扩容了.
至于第一项声称的Speed, Speed, Speed. ,俺仍然没有感觉到,倒是Gmail给我Speed, Speed, Speed. 的感觉.
至少到目前为止,仍然不打算主要使用Live Mail.
但是我们仍然注意到Windows Live Mail 从一开始就是仿OUTLOOK风格的,而且冠以Windows之名,微软正在逐渐把传统业务转移到Internet上,如果有一天Live Mail可以很好的和PC沟通,那么我会真正考虑使用这一服务.
有竞争的市场真好!
Posted by eygle at 10:10 AM
January 4, 2006
Oracle10g动态性能视图(v$ view)表下载
作者:eygle
出处:http://blog.eygle.com
在我的相册里有这样一张照片,当然大家通常关心的是我墙上那张Oracle9i Release 2 Dynamic Performance Views 挂图,很多朋友经常来信问我可以如何得到这张图,能否提供电子版等问题.我这张图是Dbazine网站从美国寄过来的,所以我也没有电子版.
但是最近在Itpub上,有朋友( blue_prince )上传了10g版本的电子版图表,非常的惊喜,我也转了一下在本站上,你可以从本站下载,也可以访问Itpub下载.
我看了一下电子版,这张10g的是Tusc出品,放大到400%仍然很清晰,打印出来,应该还是会有不错的效果.不过在色彩上稍嫌不如我这一张.
这幅图,希望大家能够喜欢!
.
Posted by eygle at 10:14 AM | Comments (6)
January 3, 2006
MT Scode 插件错误解决
作者:eygle
出处:http://blog.eygle.com
自从安装了Scode插件以后,网站的error_log日志中就经常出现如下两段错误日志:
Useless use of private variable in void context at "my" variable $entry masks earlier declaration in same scope at |
今天查询了一下,找到了一个暂时的解决方案:
1.57行的错误解决
将57行注视:
# $staticwebpath;
2.第192行错误解决
将 my $entry 修改为 $entry
就此解决以上2个错误.
Posted by eygle at 4:51 PM | Comments (3)
What's Mean "TCP: Treason uncloaked! Peer..shrinks window..Repaired."
作者:eygle
出处:http://blog.eygle.com
最近在系统的dmesg信息中,经常看到这样的信息:
TCP: Treason uncloaked! Peer 203.168.193.2:2682/80 shrinks window |
操作系统版本为Redhat Linux AD3:
[root@eygle /]# cat /etc/redhat-release |
以前一直没时间关注,今天抽点时间来研究一下.
首先在网上看到这样的一段解释:
The remote host decided to shrink the TCP window size without negotiating such with your Linux box. The message is of the informational level, meaning Linux doesn't like what it is seeing but will cope with it and carry on.
大致意思是说:这是一段一般性提示信息,说明远程主机在未经Linux主机"同意"就收缩了TCP window size,虽然Linux主机不喜欢这类举动,但是仍将继续处理这类请求.
这是一种解释,也就是这类信息可能并非危险.
另外一段解释来自Debian的邮件列表,首先回复者引用了一段源代码说明错误的来源:
>>From /usr/src/linux/net/ipv4/tcp_timer.c:
if (tp->snd_wnd == 0 && !sk->dead &&
!((1<<sk->state)&(TCPF_SYN_SENT|TCPF_SYN_RECV))) {
/* Receiver dastardly shrinks window. Our retransmits
* become zero probes, but we should not timeout this
* connection. If the socket is an orphan, time it out,
* we cannot allow such beasts to hang infinitely.
*/
#ifdef TCP_DEBUG
if (net_ratelimit())
printk(KERN_DEBUG "TCP: Treason uncloaked! Peer
%u.%u.%u.%u:%u/%u shrinks window %u:%u. Repaired.\n",
NIPQUAD(sk->daddr), htons(sk->dport), sk->num,
tp->snd_una, tp->snd_nxt);
#endif
具体的解释是:
So it appears that someone is running some sort of "tar-pit" system that is
designed to keep sockets in a bad state and run you out of kernel memory.I suspect that this ties in with the spam blocking things we recently
discussed. Maybe you should tell your ISP that they are to blame for such
actions being done to you and that they should "give you face" (I think that
was the term you used) by closing their open relays.
作者认为这可能和tar-pit攻击相关.并且建议联系ISP提供解决方案.
还有如下的解释:
The reason Linux is printing such messages is because your client guy is shrinking the TCP Window to 0, and the server has something to retransmit. There is something seriously wrong with your client's stack. Which Stack/OS are you using on he client side, and which browser?
That could explain your browser showing some html tags as the server fails to send the whole page across and based on what browser you are using it is failing to parse it out.
意思是,这类错误也可能是客户端Stack错误引起的.
另一段同样引用了源代码的解释似乎直指了问题的本质:
> Treason uncloaked! Peer [IP address]:515/1022 shrinks window
> 3957222360:3957222379. Repaired.
> Our researches so far indicate the problem may be a buggy TCP stack
> in the client, that is in the DP301P+. But we still do not know
> exactly what caused the problem, nor how to prevent it happening
> again.
That comes from the kernel tcp code below. Looks like the DLink has
returned information yielding a transmit window smaller than it
previously did; specifically it returned a window of zero plus an ack
of up to byte 3957222360, thus indicating that it can accept nothing
after that byte. Previously it had sent some ack+wnd values
indicating that it would accept up to byte 3957222379.
The Linux side is now supposed to send a packet every now and then
forever until the returned window is nonzero. It does.
However, the dlink is apparently not responding in a timely manner.
Any response would either open the window or update the rcv timestamp
such that the thing will retransmit forever. It may be responding
very slowly, or just not responding at all.
The kernel prints the message after it expected but did not see a
response to the probe packet it sent to check for a nonzero window.
The kernel implements exponential backoff retransmissions until it
hasn't seen any response in 2m, then it will bail and close the
connection. This is reasonable. It's unclear from your report if the
connections are failing outright or just sometimes having to
retransmit a probe against a peer that shrank the window.
这段解释极为详尽.就此作结.
Posted by eygle at 1:41 PM | Comments (1)
January 2, 2006
The Promise-无极
作者:eygle
出处:http://blog.eygle.com
元旦在家,把《无极》下载来看。
尽管很多人说去电影院看这部片子是浪费时间、金钱，甚至有人说即使在家里看也是浪费时间，俺还是花了点时间从头看到了尾。
网上关于《无极》的评论已经太多，我只想说一点：在这部关于爱情的影片中我没有看到爱情。
然后我花了一点时间思考：为什么有的片子更短却能演绎可歌可泣的爱情故事；而这部片子很长却让人感觉不到爱?
也许是导演这次太注重外在、形式、华丽，太想把Promise拍成一部大片，从而丧失了原本最重要的部分。
今天，在Snow的Blog上听到了一首关于爱的歌，很短，4分11秒，可是你的确能在那美好的旋律中感受到爱。
所以在郁闷的看过无极之后，我听了N次WHEN YOU TELL ME THAT YOU LOVE ME来解闷，这首歌，希望你也能喜欢。
Posted by eygle at 9:39 PM | Comments (4)
January 1, 2006
English Blog Starting ...
作者:eygle
出处:http://blog.eygle.com
为了督促自己学习英文,今天建起了英文版Blog站点.
要求自己坚持经常用英文写点东西,希望大家多多帮忙纠错.Julia经常取笑我说,如果我说中文会比说英文更容易让人觉得我象外国人.
那意思是说,我如果模仿老外说中文还容易使人相信我是老外.ft,俺要的可不是这个效果.
不过不管怎样,我对Julia说,Chinglish也好,English也好,我最Care的是Lish,前边的不管了
总之,这是我给自己在2006年订下的一个目标,学好英文.其他目标,继续努力.
Posted by eygle at 11:19 PM | Comments (4)