如何从指定存放binary pacakge的本地目录中更新？

Havanna · 发表于 2012-2-9 22:27:47

/use/portage通过共享，然后emerge --usepkgonly 的方式就更慢了。。。。
如果网络共享，为何不rsync来处理更新？

ardin · 发表于 2012-2-9 22:35:49

Post by Havanna;2159849
/use/portage通过共享，然后emerge --usepkgonly 的方式就更慢了。。。。
如果网络共享，为何不rsync来处理更新？

只有第一台 buildpkg 会编译，
其它的机器 usepkg 没有编译的过程。

Havanna · 发表于 2012-2-9 22:54:18

Post by ardin;2159851
只有第一台 buildpkg 会编译，
其它的机器 usepkg 没有编译的过程。

晓得的，拆包也是个过程，如果大批部署，还真不如rsync来复制镜像了，在其中一台上控制即可

iamkr · 发表于 2012-2-10 00:29:50

感觉同时维护N台gentoo（意思是功能相同的服务用机器，不是个人使用的）是个问题，用bin包的化最好所以机器的make.conf /etc/portage下的东西都得同步，够折腾的。

我之前倒是手动做的，配了四台，不过多机配好以后感觉很爽的是所有机器一起开distcc 编译内核，两分钟就搞定~~

ardin · 发表于 2012-2-10 12:43:55

Post by Havanna;2159856
晓得的，拆包也是个过程，如果大批部署，还真不如rsync来复制镜像了，在其中一台上控制即可

不太明白你要同步哪些内容。

我这边几台机器是不同的功能，其中一台升级软件时，会把它依赖的软件包也升级，然后打包。
其它机器升级时，如果有用到这样的依赖，就直接拆包；如果没有找到bin包，或者USE不一样，就会编译。

要不你描述一下你那边的场景？

Havanna · 发表于 2012-2-10 13:25:06

总结几个讨论

前提：硬件配置相同

1.新装机批量部署
直接硬盘对拷最快

2.处理相同任务的群集
rsync处理更新

3.不同功用机器
架设一台binary源，其余的在make.conf中配置PORTAGE_BINHOST，从binary源更新..

ardin · 发表于 2012-2-10 16:24:47

看过你的总结，让我不由想起一段名言：
“据我们所知，有‘已知的已知’，有些事，我们知道我们知道；我们也知道，有‘已知的未知’，也就是说，有些事，我们现在知道我们不知道。但是，同样存在‘未知的未知’——有些事，我们不知道我们不知道。”

对于结论1, 我认为是‘已知的已知’。对拷完后再改 host\net\等几处关键的地方。升级软件的时候再拔硬盘来对拷？显然是不方便的。
对于结论3. 我以为即使硬件有小小的不同，也是可用的。
结论2，引发了我极大的兴趣。它是’已知的未知‘。它是怎样处理更新的呢？或者说我不明白它 sync 哪些文件。是 portage 树？ package 文件夹？还是 /bin & /usr ？有兴趣介绍一下吗？

Havanna · 发表于 2012-2-10 20:52:09

群集还需要介绍吗？不管是为提供不间断任务，还是效率方面的考量，如果更新，我认为rsync是最好的方案，譬如游戏服务器

结论1的前提是新机批量部署......
结论3，如果不同功用的机器，我甚至认为kernel都会不同，能从BINHOST更新的极少数(各类script不在此列)...

嗑文字，我一直认为是不好的习惯....结贴我不认为有啥过的...

		自动登录	找回密码
密码			注册

如何从指定存放binary pacakge的本地目录中更新？

浏览过的版块