在《解决Linux Server时间不准确的问题》一文中，使用了crontab定期执行ntpdate来校对时间。之后恰巧某博客上的文章，认为“时钟的跃变，有时候会导致很严重的问题。许多应用程序依赖连续的时钟——毕竟，这是一项常见的假定，即，取得的时间是线性的，一些操作，例如数据库事务， 通常会地依赖这样的事实：时间不会往回跳跃。”时间的瞬变，对于crontab等对时间敏感的系统任务，也是很容易造成错乱的。
优雅的解决方案是，在机器刚开机时，执行ntpupdate直接修改系统时间，然后启动ntpd守护进程，渐进式逼近地调整系统时间，基本可以做到分毫不差。
误差小的时候，ntpd不会直接修改系统时间的，只是对时钟频率进行校正。这种方式好处是系统时间不会有跳变，不会影响像crontab这样程序的运行，缺点是校正需要一定的时间。
RHEL系统上，我们常用ntpd来完成该任务；而在Ubuntu系统里，我们则用openntpd来替代它。相对ntpd，openntpd是轻量级的网络时间协议，设置比较简单。关于ntpd和openntpd的设置，参考以下2篇文章
- NTP 時間伺服器 http://linux.vbird.org/linux_server/0440ntp.php
- 设定 OpenNTPD http://wiki.debian.org.hk/w/Setup_OpenNTPD
服务器每隔好几个月，总会差那么几分钟。应对措施，就是每隔段时间，进行网络对时。
以下摘自《鸟哥的私房菜》，可解读为什么会有偏差的问题。
事實上，在我們的身邊就有很多的原子鐘，例如石英表，還有電腦主機上面的 BIOS 內部就含有一個原子鐘在紀錄與計算時間的進行吶！不過由於原子鐘主要是利用計算晶片 (crystal) 的原子震盪週期去計時的，這是因為每種晶片都有自己的獨特的震盪週期之故。 然而因為這種晶片的震盪週期在不同的晶片之間多多少少都會有點差異性， 甚至同一批晶片也可能會或多或少有些許的差異(就連溫度也可能造成這樣的誤差呢！)，因此也就造成了 BIOS 的時間會三不五時的給他快了幾秒或者慢了幾秒。
或許您會認為，BIOS 計時器每天快個五秒也沒有什麼了不起的，不過如果您再仔細的算一算，會發現，一天快五秒， 那麼一個月快2.5分鐘，一年就快了 75 分鐘了！所以說，呵呵！時間差是真的會存在的！ （依据该原理，只要关机或者重启次数越多，时间就会差得越离谱）
1.挑选最快最稳定的ntp上层服务器
阅读全文…
如同Linux的”sudo”
C:\Documents and Settings\linqp>runas /h
RUNAS 用法:
RUNAS [ [/noprofile | /profile] [/env] [/netonly] ]
/user:<UserName> program
RUNAS [ [/noprofile | /profile] [/env] [/netonly] ]
/smartcard [/user:<UserName>] program
阅读全文…
编辑/etc/ethers,要这样格式写,还必须有可执行权限
IP空格MAC (MAC间用：分开)
如下：
192.168.0.11 04:4B:80:80:80:01
192.168.0.12 04:4B:80:80:80:02
192.168.0.13 04:4B:80:80:80:03
192.168.0.14 04:4B:80:80:80:04
最后在rc.local里加上下面一行
arp -f /etc/ethers
就OK了，开机自动加载
注:ethers文件里不能本机IP绑定本机MAC（不能自己梆自己），否则出错
arp -s 用于在命令行下暂时绑定IP和MAC
arp -s 192.168.0.1 04:4B:80:80:80:04
CCF的讨论,有参考价值,转过来研究一下
服务器上有上亿的25k~40k小文件约4T左右（每天还在不停增加），但磁盘马上要满了
磁盘结构NTFS
用treesize 列目录用了一个晚上，大概8小时
用killcopy拷贝到NAS，在收集信息时就崩溃了
现在还没有好的方法处理这些文件
打开磁盘并不慢，因为这些文件被分在不同的目录下，目录也很多
阅读全文…
1.在本地主机生成SSH公钥和私钥(这里是用Mac OS X的”终端”工具,其他*Nix以及SSH Client步骤类似)
lin-pooplematoMacBook:~ linpoople$ ssh-keygen
lin-pooplematoMacBook:~ linpoople$ cd .ssh
lin-pooplematoMacBook:.ssh linpoople$ ls
id_rsa id_rsa.pub known_hosts #id_rsa为私钥,留在客户端;id_rsa为公钥,传至服务器端
2.利用U盘或者FTP等方式,把公钥传至服务器,存放位置为服务器用户的.ssh目录(如果没有该目录,请创建)
阅读全文…
详细方法官方文档说得很清楚，请移步文章末尾的附件。
#文中提到Data Ontap为Netapp存储的操作系统，基于*Nix定制
几个注意点：
1.需要域控制器上面同时有DNS server。对域控制器不熟的兄弟，可以利用“Windows2003 EE – 管理工具 – 管理您的服务器 – 添加删除角色 -第一台服务器”模式安装。这会把常用的Service都装上，然后移除不需要的服务即可。
阅读全文…
NetAPP存储支持以下三种端口聚合方式：
a.single-mode 端口工作在active和standby状态，只有一个端口处于actvie状况。当active端口失效,系统自动从standby中选择一个端口成为active口。不需要交换机支持aggre，也不需要在交换机上做任何相关配置。所有端口具有相同的ＭＡＣ地址，实现最基本的链路冗余。
b.multi-mode(static) 与IEEE 802.3ad(static)兼容，所有端口处于active状态，具有相同的mac地址；能够检测端口的链路状态，但不能数据的丢失；交换机需要支持 LAC；;在multimode(包括static和dynamic)下，存储系统对outbound traffic支持三种load-balance算法:IP-based/MAC-based/Round robin;。
c.multi-mode(dynamic) 与IEEE 802.3ad(dynamic)兼容，即lLACP协议(cisco叫做PAgP)，所有端口均处于active状态，具有相同的mac地址。交换机需要支持LACP。在lacp下,vif接口必须配置为 first-level，并且LB应该配置为IP-based(这也是默认方式)；在lacp下，存储系统不仅能检测链路的丢失,还能检测数据流的丢失，因此该模式与HA环境相兼容。此种模式有其局限性，只能使用IP Balance算法。
阅读全文…
近期评论