服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

Ubuntu不让我下载使用任何东西,但apt-get

我只是试图从github克隆一个存储库,但我认为我的问题跨越git或github。 我已经尝试了以下方法: sudo wget'http: //github.com/symfony/symfony/tarball/master – 2010-07-30 07:51:36–'http://github.com/symfony/symfony/tarball/master 解决github.com … 207.97.227.239 连接到github.com | 207.97.227.239 |:80 …已连接。 HTTP请求已发送,正在等待响应…读取错误(由对等方重置连接)在标题中。 重试。 – 2010-07-30 07:51:38–(try:2)'http://github.com/symfony/symfony/tarball/master 连接到github.com | 207.97.227.239 |:80 …已连接。 HTTP请求已发送,正在等待响应…读取错误(由对等方重置连接)在标题中。 重试。 – 2010-07-30 07:51:40–(try:3)'http://github.com/symfony/symfony/tarball/master 连接到github.com | 207.97.227.239 |:80 …已连接。 HTTP请求已发送,正在等待响应…读取错误(由对等方重置连接)在标题中。 重试。 由于wget没有工作,我想我会尝试使用git(知道我的防火墙可能阻止了git协议)。 正如你所看到的,看起来防火墙确实阻止了它。 sudo git clone git://github.com/symfony/symfony.git 在/home/myname/symfony/.git/中初始化了空的Git仓库 github.com [0:207.97.227.239]:errno =拒绝连接 致命:无法连接套接字(连接被拒绝) 因为, git协议没有工作,我想我会尝试http方法。 sudo git clone'http: //github.com/symfony/symfony.git […]

Atlassian Crucible在大型资源库上非常缓慢

我的公司几个月来一直在试用Atlassian Crucible。 对于正常工作的存储库,用户对该工具给予了非常积极的反馈。 我遇到的问题是我们有几个不同的项目,每个项目都有自己的存储库,其中一些存储库非常大。 一个存储库特别是有大量的分支机构,每个分支大概有9000个文件。 在Crucible中浏览该存储库非常缓慢。 坩埚在CentOS虚拟机上运行。 虚拟机有4GB的内存,我已经把Crucible的最大容量设置为3GB,目前它的容量是2GB。 我把它和Atlassian一起提交给了支持者,他们提出了以下build议: 特别是因为你有一个相当大的SVN仓库,你可能会发现Fisheye将在磁盘上创build一个大的索引文件。 为了帮助提高性能,您可以尝试一些操作: 增加鱼眼可用内存。 迁移到外部数据库 。 从索引中排除不需要的文件和目录 。 我已经尝试了所有这些东西,但迄今为止没有任何帮助。 我最初使用内置的HSQL数据库在2GB RAM的Windows机器上运行Crucible。 在CentOS上转移到MySQL看到了一些版本库的性能提升,使Crucible变得更加稳定,但对于我们最大的版本库似乎并没有多大帮助。 只有很多文件/分支可以从索引中排除,同时保持工具的有用性。 既然如此,有没有人有任何提示,如何加快Crucible大型仓库,而不投资在疯狂强大的硬件? 谢谢! 编辑:澄清,因为我没有明确提到它上面,我使用FishEye。 编辑2:由于我最初发布这个,新的Crucible发行版本的性能有所提高,但它仍然不是很好。 看起来这个问题影响了很多用户 ,包括一些比我们使用的function更强大的硬件。 因此,我不认为这是一个硬件问题,而是一个在Crucible中固有的低效率问题。 Atlassian意识到这个问题,并将在未来版本中进一步提高性能,希望这些变化能够解决我们的问题。 编辑3:我忘记了多久以前我问过这个问题了,所以在我之前的编辑中,我忽略了提到我们的硬件情况自从最初被问到以后也改变了。 我们现在在专用的物理服务器上运行Crucible,仍然使用CentOS。 硬件仍然是适度的(4GB内存,四核CPU和RAID 1中的双500GB硬盘,外部备份),但是当我们离开虚拟机时,性能有所增长。

ESX3.5群集和MD3000i – 两台服务器都可以看到iSCSI目标,只有一台服务器可以使用分区

好的。 首先,警告。 这是一个比较正常的问题。 我喜欢彻底,尽量消除所有可能的“简单模式”的答案,并给每个人一个感觉,我已经尝试过。 我已经包括了我们的设置和它的问题的几个图像.. TLDR版本:所以我遵循了这里的指南: ESX部署指南V1这是戴尔向我发送的安装Dell MD3000i的两台ESX3.5服务器的指南。 它不起作用。 两台服务器都不能在MD3000上使用相同的存储分区。 两台服务器都可以看到,但只有一台服务器可以使用它。 (该服务器是任何服务器在目标上创build的分区)。两个ESX服务器都是主机组的成员。 完整版 我有2个连接到iSCSI SAN设备(Dell MD3000i)的ESX3.5服务器(10.0.7.102,也称为EPI2和10.0.7.103,也称为EPI3)。 两台ESX服务器都可以“扫描”SAN并查看LUN。 第一部分:MD3000i存储 在MD3000i上,两台服务器都在我的主机组中。 我有两个分区,VM1和VM2,都是1.6TB(vmware不喜欢2TB以上的任何东西)。 而且你甚至可以看到ESX服务器正好瞄准MD3000。 第二部分:ESX服务器 图1。 如上所示,两台ESX Server(10.0.7.102和10.0.7.103)都能够查看和扫描MD3000i SAN。 图2 以上是服务器看到的存储。 我在EPI2(102)上创build了存储分区。 然后,我扩展了分区以包含第二个LUN,总计3.27 TB的存储空间。 当我“重新扫描”103(服务器不挂载分区),我得到下面的login日志/消息。 Mar 11 10:41:18 epi3 kernel:scsi1:remove-single-device 0 0 0失败,设备忙(4)。 是我抓住的唯一线。 (EPI3是服务器名称) Mar 11 10:41:04 epi3 vmkiscsid[5436]: Connected to Discovery Address 192.168.130.101 Mar 11 10:41:04 […]