<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>稀饭的国度 &#187; 系统管理</title>
	<atom:link href="http://blog.thematice.com/html/ycategory/systems-management/feed" rel="self" type="application/rss+xml" />
	<link>http://blog.thematice.com</link>
	<description>发现自己的脑袋不好使了，用blog来记录真的很好用。</description>
	<lastBuildDate>Thu, 09 Feb 2012 13:33:30 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>ARP缓存表</title>
		<link>http://blog.thematice.com/html/y2010/1075_arp%e7%bc%93%e5%ad%98%e8%a1%a8.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=arp%25e7%25bc%2593%25e5%25ad%2598%25e8%25a1%25a8</link>
		<comments>http://blog.thematice.com/html/y2010/1075_arp%e7%bc%93%e5%ad%98%e8%a1%a8.html#comments</comments>
		<pubDate>Mon, 20 Dec 2010 09:36:43 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[系统管理]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=1075</guid>
		<description><![CDATA[arp_tbl是一个类型为struct neigh_table的全局变量，它是一个ARP的缓存表，也称为邻居表。协议栈通过ARP协议获取到的网络上邻居主机的IP地址与MAC地址的对应关系都会保存在这个表中，以备下次与邻居通讯时使用，同时，ARP模块自身也会提供一套相应的机制来更新和维护这个邻居表。下面逐个分析arp_tbl中的重要成员数据与函数。 entry_size，key_len，kmem_cachep。 entry_size是一个入口的大小，也就是arp_tbl中一个邻居的大小，邻居用struct neighbour结构体表示，该结构体的最后一个成员是u8 primary_key[0]，用于存放IP地址，作为这个邻居的哈希主键。所以entry_size的大小就是sizeof(struct neighbour) + 4，因为是用IP地址作主键，所以key_len就是4。kmem_cachep是一个后备高速缓存，创建一个邻居需要的内存从这个后备高速缓存中去取。 hash_buckets，hash_mask，entries，hash。 hash_buckets是一个哈希数组，里面存放了arp_tbl当前维护的所有的邻居，hash_mask是哈希数组大小的掩码，其初始值为1，所以hash_buckets的初始大小为2(0到hash_mask的空间范围)。entries是整个arp_tbl中邻居的数量，当entries大于hash_mask+1的时候，hash_buckets增长为原来的两部。成员hash是一个哈希函数指针，用于计算哈希值。 phash_buckets，PNEIGH_HASHMASK。 这是用于代理ARP的邻居哈希表，PNEIGH_HASHMASK固定为0xF,所以phash_buckets固定有16项，其它与hash_buckets相同。 id。 id作为这个邻居表的一个名称，是一个字符串信息，内核协议栈的arp_tbl的id是arp_cache。 gc_interval，gc_thresh1，gc_thresh2，gc_thresh3。 gc_thresh3是arp_tbl中允许拥有的邻居数量的上限，一旦超过这个上限，并且表中没有可以清理掉的垃圾邻居，那么就无法创建新的邻居，这个值缺省被置为1024。gc_thresh2是第二个阀值，如果表中的邻居数量超过这个阀值，并且在需要创建新的邻居时，发现已经超过5秒时间表没有被刷新过，则必须立即刷新arp_tbl表，进行强制垃圾回收，这个值缺省被置为512。gc_thresh1的用途暂时还没有发现，它缺省被置为128。gc_interval应该是常规的垃圾回收间隔时间，被缺省置为30秒，但目前在源代码中似乎没有看到它的应用。强制垃圾收集的工作即是把引用计数为1，且状态中没有NUD_PERMANENT的邻居全部从arp_tbl表中删除。 gc_timer。 这是一个常规垃圾回收的定时器，其定时处理函数是neigh_periodic_timer。该定时器超时后，处理函数处理hash_buckets表中的一项，下次超时后，再处理下一项，这里的垃圾回收比强制垃圾回收条件要宽松得多，如果邻居的状态为NUD_PERMANENT或NUD_IN_TIMER(该邻居正在解析中)，则不能回收。当邻居的引用计数为1时，并且邻居状态为NUD_FAILED(解析失败)或者该邻居距最近一次被使用时间已超过参数表中gc_staletime的值(缺省为60秒),则可以作为垃圾回收。回收完毕后，要设置下一次进行回收的时间(gc_timer的超时时间)，下次回收时间为参数表中base_reachable_time的值(缺省设为30秒)的一半，再除以hash_buckets哈希表中的项数。也就是，基本上15秒左右会把整个arp_tbl缓存表进行一次垃圾回收。 proxy_timer，proxy_queue，proxy_redo。 proxy_timer是一个关于代理ARP的定时器，proxy_queue是一个待处理的代理ARP数据包的队列，每次定时器超时，处理函数neigh_proxy_process依次检查队列中每一个代理ARP数据包(struct sk_buff)，对于超时，且满足相关条件的，调用proxy_redo进行处理。有关代理ARP，将专门分析讲述，这里暂时略过。 constructor。 这是一个邻居的初始化函数指针，每次创建出一个邻居后，需要马上调用这个函数对新创建的邻居进行一些初始化操作。邻居创建完，已经被赋于一个IP地址(邻居结构体的primary_key成员)，该函数首先根据这个IP地址来确定其地址类型，然后为邻居选择相应的操作函数集(初始化邻居结构体的一些成员，在讲到邻居结构体内容时再进行分析)。 pconstructor，pdestructor。 这是代理ARP的邻居的构建和析构函数指针，在IPv4模块中，未提供这两个函数，所以它们的指针值为空。 parms。 这是一个结构体struct neigh_parms的链表，系统中每个网络设备接口对应链表中一个节点，表示该设备接口上的邻居的一些传输参数。同时，链表中还有一个缺省的项。 last_rand，hash_rand 这两个成员其实没有联系，hash_rand是用于邻居哈希表hash_buckets的一个随机数，last_rand用于记录一个时间，即上次为parms链表中每个节点生成reachable_time的时间，reachable_time是需要被定时刷新的。 stats。 记录arp_tbl被操作次数的一些统计数据。 鞋衫各式名品专卖]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2010/1075_arp%e7%bc%93%e5%ad%98%e8%a1%a8.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>图片服务器的linux文件系统选型[转]</title>
		<link>http://blog.thematice.com/html/y2010/611_%e5%9b%be%e7%89%87%e6%9c%8d%e5%8a%a1%e5%99%a8%e7%9a%84linux%e6%96%87%e4%bb%b6%e7%b3%bb%e7%bb%9f%e9%80%89%e5%9e%8b%e8%bd%ac.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=%25e5%259b%25be%25e7%2589%2587%25e6%259c%258d%25e5%258a%25a1%25e5%2599%25a8%25e7%259a%2584linux%25e6%2596%2587%25e4%25bb%25b6%25e7%25b3%25bb%25e7%25bb%259f%25e9%2580%2589%25e5%259e%258b%25e8%25bd%25ac</link>
		<comments>http://blog.thematice.com/html/y2010/611_%e5%9b%be%e7%89%87%e6%9c%8d%e5%8a%a1%e5%99%a8%e7%9a%84linux%e6%96%87%e4%bb%b6%e7%b3%bb%e7%bb%9f%e9%80%89%e5%9e%8b%e8%bd%ac.html#comments</comments>
		<pubDate>Wed, 27 Jan 2010 16:01:09 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[Linux]]></category>
		<category><![CDATA[Linux tools]]></category>
		<category><![CDATA[文件系统]]></category>
		<category><![CDATA[系统管理]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=611</guid>
		<description><![CDATA[近来工作中要构建一个能够存储10T级左右别图片文件的图片存储系统，日增长6G左右的图片。面对这个系统，我又碰到了那个老问题，就是文件系统的选型。早在两年前，我就针对linux系统中几种流行的文件系统进行过考察和测试工作。当时的reiserfs 3.x 是让我非常满意的文件系统，reiserfs文件系统没有inode的局限，使用B+tree的索引形势来查找文件，效率是非常德高，特别是在小文件的存储效率上明显超出ext3很多（iozone测试佐证）。格式化效率和支持最大8T的文件系统容量上也都非常的不错，只是mount reiserfs的时候稍微显得有些缓慢。当时的reiserfs 3.x版本是对于linux 图片文件系统非常理想的选择。 然而，就在我们期盼着reiser4的成熟之时，namesys的灵魂，reiser之父 Hans Reiser 因为感情问题翻了错误。（程序员还是应该多关心人家啊！）谋杀罪名成立，被判入狱。在我这次选型的时候，还是首先选择了reiser4，但是由于reiser4没有被众多的linux kernel引入，虽然据说官方网站有介绍用reiserfs 3.x的内核模块修改后来支持reiser4的文章，但是在我想做测试的时候官方网站也挂掉了，目前reiser4的小组仍然保持开发，但是有评价代码效率和质量都不够理想。个人能力有限，在AS5 64bit系统上尝试编译reiserfs 3.19的progs的时候也碰到了问题，没有人维护的代码我最终还是放弃了选型候选。 那么让我们来看看现在我们还有什么可以选择吧。ext3 ext4 jfs xfs这四种文件系统中ext4现在还只有beta版本，所以暂时放弃列入候选，不过目前从口碑上来看ext4并没有什么让大家眼前一亮的性能提升。下面再来看xfs，这个文件系统诞生于sgi图形工作站上，被移植到linux上依赖表现还是比较稳定的，特别是在500M以上大文件的IO性能上非常突出，然而，我们今天要选型的是图片文件系统，我们常用的网络图片尺寸在16K~256K之间。而且xfs的大量删除效率非常差，所以在这个系统的选择中，我也放弃了xfs，备份系统上针对大文件的存储到是非常不错的选择。 剩下就是ext3和jfs了，ext3大家再熟悉不过了，一个中庸的文件系统，但是广为流传。jfs是来自于IBM的手笔，早在5，6年前在AIX上面使用它的时候，我就对他的动态伸缩扩展能力表示钦佩，下面我们用测试数据来说明我们的选择吧。在展示结果之前，我先介绍一下两个文件系统，ext3最大支持8T的linux文件系统，是一个基于预分配inode的文件系统，由于linux文件系统最大的block为4K，所以他在linux最大支持8T，另外也是由于它的inode是预分配死的。所以如果你大量存储小于4K的文件，你文件系统的空间利用率会非常的低。从实践中大家也都有所了解吧？用df -h看看你们的大文件系统吧，你们就清楚了。另外在创建6.9T的测试ext3文件系统的时候，我实在无法忍受创建inode table的速度，6.9T文件系统，要创建5万多个inode table 在一台双志强，4G内存的 HP DL 360G5 RedHat AS5 64的服务器上，花去了足足15分钟以上去做inode table的创建，这一点实在是难以忍受。相反的同样的环境条件下jfs的创建速度不超过5S，这和他的动态文件系统，动态inode创建的设计优势不无关系。另外jfs是64bit unix上面移植而来，真正的64bit文件系统，可以支持最大512T的文件系统，动态扩展收缩文件系统。这些优势都是ext3所不能媲美的。 测试命令/usr/local/bin/iozone -g 256k -n 16k -a 针对16K致256K的文件测试。 Using maximum file size of 256 kilobytes. Using minimum file size of 16 kilobytes. Auto Mode Command [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2010/611_%e5%9b%be%e7%89%87%e6%9c%8d%e5%8a%a1%e5%99%a8%e7%9a%84linux%e6%96%87%e4%bb%b6%e7%b3%bb%e7%bb%9f%e9%80%89%e5%9e%8b%e8%bd%ac.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>FUNC &#124; Fedora特性-Smolt 解决硬件兼容烦恼</title>
		<link>http://blog.thematice.com/html/y2010/987_fedora%e7%89%b9%e6%80%a7-smolt-%e8%a7%a3%e5%86%b3%e7%a1%ac%e4%bb%b6%e5%85%bc%e5%ae%b9%e7%83%a6%e6%81%bc.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=fedora%25e7%2589%25b9%25e6%2580%25a7-smolt-%25e8%25a7%25a3%25e5%2586%25b3%25e7%25a1%25ac%25e4%25bb%25b6%25e5%2585%25bc%25e5%25ae%25b9%25e7%2583%25a6%25e6%2581%25bc</link>
		<comments>http://blog.thematice.com/html/y2010/987_fedora%e7%89%b9%e6%80%a7-smolt-%e8%a7%a3%e5%86%b3%e7%a1%ac%e4%bb%b6%e5%85%bc%e5%ae%b9%e7%83%a6%e6%81%bc.html#comments</comments>
		<pubDate>Wed, 27 Jan 2010 15:44:21 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[certmaster]]></category>
		<category><![CDATA[func]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[linux shell]]></category>
		<category><![CDATA[Linux tools]]></category>
		<category><![CDATA[系统管理]]></category>
		<category><![CDATA[fun]]></category>
		<category><![CDATA[python-ctypes]]></category>
		<category><![CDATA[python-paste]]></category>
		<category><![CDATA[python-simplejson]]></category>
		<category><![CDATA[smolt]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=987</guid>
		<description><![CDATA[许多Linux爱好者购买新电脑时首先考虑的就是硬件配置是否与Linux系统兼容，实际上更多的人只是购买自己喜欢的外形和配置的电脑硬件，当他们回家安装Linux发行版时却发现很多硬件不能被系统识别和正确支持。情理之中，这些人可能就会到论坛和别人抱怨Linux是一个如何土的系统，“怎么连xx都不支持？”。 如果有一个软件能够跟踪和记录所有硬件对Linux发行版的支持和兼容性，那对用户将是一个非常体贴和诱人的事。在Fedora里，你的需求就能够得到满足。 Fedora里面有个叫做Smolt的项目，他的详细描述可以在http://smolts.org/wiki/Main_Page 得到，已经收集超过7万9000个硬件配置信息。所有数据都可以在Smolt网站看到，这些配置信息将用于促进厂商合作，改进用户的硬件使用体验，评测系统和更好的报告工具，并为常用硬件提高开发和质量检测优先级。访问Smolt主页：http://smolt.fedoraproject.org/ Smolt and Func: Fedora Unified Network Controller Smolt是一款常用硬件剖析工具, 现在已经收集超过7万9000个硬件配置信息. 所有数据都可以在Smolt网站看到. 这些配置信息将用于促进厂商合作, 改进用户的硬件使用体验, 评测系统和更好的报告工具, 并为常用硬件提高开发和质量检测优先级 当前状态: http://smolt.fedoraproject.org/ 项目主页: https://hosted.fedoraproject.org/projects/smolt/ https://fedorahosted.org/func/wiki 简单生活。简单运动]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2010/987_fedora%e7%89%b9%e6%80%a7-smolt-%e8%a7%a3%e5%86%b3%e7%a1%ac%e4%bb%b6%e5%85%bc%e5%ae%b9%e7%83%a6%e6%81%bc.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>FUNC &#124; 终于找到问题了(about func)  [转载]</title>
		<link>http://blog.thematice.com/html/y2010/976_%e7%bb%88%e4%ba%8e%e6%89%be%e5%88%b0%e9%97%ae%e9%a2%98%e4%ba%86about-func-%e8%bd%ac%e8%bd%bd.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=%25e7%25bb%2588%25e4%25ba%258e%25e6%2589%25be%25e5%2588%25b0%25e9%2597%25ae%25e9%25a2%2598%25e4%25ba%2586about-func-%25e8%25bd%25ac%25e8%25bd%25bd</link>
		<comments>http://blog.thematice.com/html/y2010/976_%e7%bb%88%e4%ba%8e%e6%89%be%e5%88%b0%e9%97%ae%e9%a2%98%e4%ba%86about-func-%e8%bd%ac%e8%bd%bd.html#comments</comments>
		<pubDate>Wed, 27 Jan 2010 15:37:17 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[certmaster]]></category>
		<category><![CDATA[func]]></category>
		<category><![CDATA[linux shell]]></category>
		<category><![CDATA[Linux tools]]></category>
		<category><![CDATA[系统管理]]></category>
		<category><![CDATA[fun]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[python-ctypes]]></category>
		<category><![CDATA[python-paste]]></category>
		<category><![CDATA[python-simplejson]]></category>
		<category><![CDATA[smolt]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=976</guid>
		<description><![CDATA[故障现象 1、在客户端安装好func及certmaster，配好certmaster参数。 2、service funcd start，端口及进程都起来了。 3、在certmaster server 运行certmaster-ca &#8211;list死活看不到客户端的主机名。 排查过程 1、将certmaster的主机名换成IP，无效。 2、更新客户端的func及certmaster版本，无效。 3、运行/usr/bin/certmaster-request，提示：socket.error: (111, &#8216;Connection refused&#8217;)，将certmaster修改成localhost就正常了。原因可以就在这里，因为certmaster是双向的，发现在/etc/hosts中有主机名指向127.0.0.1，此时连接不上certmaster server了。将/etc/hosts中的主机名删除，再用/usr/bin/certmaster-request来测试连接，成功！！在certmaster也能看到主机了，大功告成。]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2010/976_%e7%bb%88%e4%ba%8e%e6%89%be%e5%88%b0%e9%97%ae%e9%a2%98%e4%ba%86about-func-%e8%bd%ac%e8%bd%bd.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>FUNC &#124; FUNC模块学习笔记[转载]</title>
		<link>http://blog.thematice.com/html/y2010/974_func%e6%a8%a1%e5%9d%97%e5%ad%a6%e4%b9%a0%e7%ac%94%e8%ae%b0%e8%bd%ac%e8%bd%bd.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=func%25e6%25a8%25a1%25e5%259d%2597%25e5%25ad%25a6%25e4%25b9%25a0%25e7%25ac%2594%25e8%25ae%25b0%25e8%25bd%25ac%25e8%25bd%25bd</link>
		<comments>http://blog.thematice.com/html/y2010/974_func%e6%a8%a1%e5%9d%97%e5%ad%a6%e4%b9%a0%e7%ac%94%e8%ae%b0%e8%bd%ac%e8%bd%bd.html#comments</comments>
		<pubDate>Wed, 27 Jan 2010 15:34:58 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[certmaster]]></category>
		<category><![CDATA[func]]></category>
		<category><![CDATA[linux shell]]></category>
		<category><![CDATA[Linux tools]]></category>
		<category><![CDATA[系统管理]]></category>
		<category><![CDATA[python-ctypes]]></category>
		<category><![CDATA[python-paste]]></category>
		<category><![CDATA[python-simplejson]]></category>
		<category><![CDATA[smolt]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=974</guid>
		<description><![CDATA[* BridgeModule &#8212; Allows for simple network bridge management &#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;&#8212;- 功能：操作网桥 方法： list() Returns a dictionary containing the bridges and their connected interfaces. add_bridge(brname) Creates a new bridge named brname. add_interface(brname, ifname) Adds interface ifname to bridge brname. delete_bridge(brname) Deletes bridge brname. delete_interface(brname, ifname) Removes interface ifname from bridge brname. add_promisc_bridge(brname, ifname) Creates a new [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2010/974_func%e6%a8%a1%e5%9d%97%e5%ad%a6%e4%b9%a0%e7%ac%94%e8%ae%b0%e8%bd%ac%e8%bd%bd.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>FUNC &#124; Func：系统管理员的终极利器</title>
		<link>http://blog.thematice.com/html/y2010/971_func%ef%bc%9a%e7%b3%bb%e7%bb%9f%e7%ae%a1%e7%90%86%e5%91%98%e7%9a%84%e7%bb%88%e6%9e%81%e5%88%a9%e5%99%a8.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=func%25ef%25bc%259a%25e7%25b3%25bb%25e7%25bb%259f%25e7%25ae%25a1%25e7%2590%2586%25e5%2591%2598%25e7%259a%2584%25e7%25bb%2588%25e6%259e%2581%25e5%2588%25a9%25e5%2599%25a8</link>
		<comments>http://blog.thematice.com/html/y2010/971_func%ef%bc%9a%e7%b3%bb%e7%bb%9f%e7%ae%a1%e7%90%86%e5%91%98%e7%9a%84%e7%bb%88%e6%9e%81%e5%88%a9%e5%99%a8.html#comments</comments>
		<pubDate>Wed, 27 Jan 2010 15:26:52 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[certmaster]]></category>
		<category><![CDATA[func]]></category>
		<category><![CDATA[linux shell]]></category>
		<category><![CDATA[Linux tools]]></category>
		<category><![CDATA[系统管理]]></category>
		<category><![CDATA[python-ctypes]]></category>
		<category><![CDATA[python-paste]]></category>
		<category><![CDATA[python-simplejson]]></category>
		<category><![CDATA[smolt]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=971</guid>
		<description><![CDATA[我们经常需要编写内容重复的脚本，使用大同小异的正则表达式，解析花样百出的各种命令输出。我们为了实现操作审计，建立了命令行监控系统，但实际上只能起到事后追查责任的作用。我们想要监控所有新增系统，但完全依靠人执行的制度流程，难免会出现疏漏。 这些令系统管理员头疼不已的问题，可能已经有了终极解决方案。Red Hat 最近正式发布的 Fedora 统一网络控制器 Func（Fedora Unified Network Controller https://fedorahosted.org/func），就是为了解决这一系列统一管理监控问题，而设计开发的系统管理基础框架。 Func 有一个长长的功能特性列表，大致要点如下： • Func 可以让你在主控机上一次管理任意多台服务器，或任意多个服务器组。 • Func 基于 Certmaster（https://fedorahosted.org/certmaster/）建立了 Master &#8211; Slaves 主从 SSL 证书管控体系，可以将证书自动分发到所有受控服务器。新装服务器也可以在 Kickstart 文件中自动安装 Func，自动注册到主控服务器。 • Func 命令行可以直接发送远程命令或者远程获取数据。 • Func 开发者已经完成了大多数常用任务模块的开发：CommandModule、FileTrackerModule、JBossModule、 IPtablesModule、HardwareModule、MountModule、NagiosCheck、NetappModule、 NetworkTest、ProcessModule、ServiceModule、SysctlModule、RebootModule、 RpmModule、VirtModule、YumModule 等等，这些模块的作用都可以顾名思义，或者参考： https://fedorahosted.org/func/wiki/ModulesList 。 • 任何人都可以通过 Func 提供的 Python API 轻松编写自己的模块，以实现具体功能扩展。而且任何 Func 命令行能完成的工作，都能通过 API 编程实现。 • Func 通讯基于 [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2010/971_func%ef%bc%9a%e7%b3%bb%e7%bb%9f%e7%ae%a1%e7%90%86%e5%91%98%e7%9a%84%e7%bb%88%e6%9e%81%e5%88%a9%e5%99%a8.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>FUNC &#124; Fedora 统一网络控制器 func 介绍</title>
		<link>http://blog.thematice.com/html/y2010/965_fedora-%e7%bb%9f%e4%b8%80%e7%bd%91%e7%bb%9c%e6%8e%a7%e5%88%b6%e5%99%a8-func-%e4%bb%8b%e7%bb%8d.html#utm_source=rss&#038;utm_medium=rss&#038;utm_campaign=fedora-%25e7%25bb%259f%25e4%25b8%2580%25e7%25bd%2591%25e7%25bb%259c%25e6%258e%25a7%25e5%2588%25b6%25e5%2599%25a8-func-%25e4%25bb%258b%25e7%25bb%258d</link>
		<comments>http://blog.thematice.com/html/y2010/965_fedora-%e7%bb%9f%e4%b8%80%e7%bd%91%e7%bb%9c%e6%8e%a7%e5%88%b6%e5%99%a8-func-%e4%bb%8b%e7%bb%8d.html#comments</comments>
		<pubDate>Fri, 22 Jan 2010 09:16:41 +0000</pubDate>
		<dc:creator>稀饭</dc:creator>
				<category><![CDATA[configure]]></category>
		<category><![CDATA[func]]></category>
		<category><![CDATA[linux shell]]></category>
		<category><![CDATA[Linux tools]]></category>
		<category><![CDATA[系统管理]]></category>
		<category><![CDATA[certmaster]]></category>
		<category><![CDATA[python-ctypes]]></category>
		<category><![CDATA[python-paste]]></category>
		<category><![CDATA[python-simplejson]]></category>
		<category><![CDATA[smolt]]></category>

		<guid isPermaLink="false">http://blog.thematice.com/?p=965</guid>
		<description><![CDATA[1. Func 简介: Fedora 统一网络控制器 Fedora Unified Network Controller 可以用在RedHat系列产品上 是为了解决统一管理监控问题，而设计开发的系统管理基础框架 1.1. Func 功能特性 Func 可以让你在主控机上一次管理任意多台服务器，或任意多个服务器组 Func 命令行可以直接发送远程命令或者远程获取数据 Func 通讯基于 XMLRPC 和 SSL 标准协议 新装服务器也可以在 Kickstart 文件中自动安装 Func，自动注册到主控服务器 1.2. Func 基于主控端与被控端 建立了 Master &#8211; Slaves 主从 SSL 证书管控体系，可以将证书自动分发到所有受控服务器 1.3. Func 网络架构图 1.4. Func 安装 主控端与被控端都需安装&#160; &#160;Certmaster&#160;&#160;Func 下载：[http://download.fedora.redhat.com/pub/epel/] 1.5. Func 服务端配置 /etc/certmaster/certmaster.conf 编辑，允许autosign == yes 让certmaster启动 [...]]]></description>
		<wfw:commentRss>http://blog.thematice.com/html/y2010/965_fedora-%e7%bb%9f%e4%b8%80%e7%bd%91%e7%bb%9c%e6%8e%a7%e5%88%b6%e5%99%a8-func-%e4%bb%8b%e7%bb%8d.html/feed</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

