服务器 Gind.cn

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

触发Jenkins为GitLab Web钩子的合并请求构build

我希望Jenkins(1.561)通过合并请求Web钩子触发来构build提交给GitLab(6.7.5)的合并(拉)请求。 我有一个参数化版本,Jenkins插件“GitLab Merge Request Builder”(1.2.0)和“GitLab Hook”(1.0.0)。 迁移到jenkinsCI是不幸的,不是一个真正的select。 只要variablesgitlabMergeRequestId , gitlabTargetBranch和gitlabSourceBranch可用,合并请求生成器插件就可以构build合并请求。 当插件轮询版本库本身,或者我使用手动载荷触发构build时(例如curl –data "gitlabMergeRequestId=3&so_on http://server_name/job/$JOB_NAME/buildWithParameters ),但是我无法做到这一点一个钩子。 使用GitLab Hook插件,我可以在JSON负载中获取必要的数据,但是这些值有“错误”的键: gitlabMergeRequestId是id gitlabTargetBranch是target_branch gitlabSourceBranch是source_branch 我已经尝试使用GitLab Merge Request Builder插件的要求configuration构build参数作为Name和variables值作为Default Value 。 不幸的是(也许是有意的), Default Value字段中的variables不会被replace,所以Jenkins正在寻找一个id ${id}和类似分支值的合并请求。 我没有findconfigurationGitLab发送的负载的方法,GitLab Hook插件和GitLab Merge Request Builder插件使用的参数名称都没有configuration选项。 我正在考虑编写一个小的PHP脚本来拦截和改变POST的有效载荷,然后传递给Jenkins。 虽然我确信这会起作用,但它绝对看起来不必要的复杂。 我能看到的唯一的另一个实际选项是改变插件的来源,但这使得它们升级成PITA。 我忽略了一些显而易见的事情,还是真的没有简单的方法来触发合并请求的构build与从GitLab到Jenkins的Web钩子?

IIS应用程序池尽pipe没有请求,CPU使用率也很高

我最近将一组Windows Server 2008 R2 / IIS 7.5服务器迁移到运行Windows Server 2012 / IIS 8的新服务器上。 我遇到了一些来自IIS的奇怪行为。 我们有2个相同的服务器,每个服务器运行2个网站,每个网站都有自己的应用程序池。 每个网站的代码是相同的。 (字面上…相同的DLL和一切,只是略有不同的configuration)。 应用程序池设置为每24小时计划一次,但在这24小时内,w3wp工作进程的CPU使用率以12.5%的增量跳转(服务器有8个处理器,所以我不认为这是巧合)。 一旦CPU使用率上升,它不会回落,直到应用程序回收。 据我所知,该应用程序是什么都没有做,并在这个时候处理任何请求。 我可以阻止到服务器的所有stream量,CPU使用率将停留在那里。 我甚至可以重新启动网站,并且CPU使用率保持不变。 重置CPU使用率的唯一方法是回收或重新启动运行的应用程序池。 我有点确定,这个问题与我的代码没有任何关系,但是某种不好的IISconfiguration,或者IIS 8的改变在硬件configuration方面工作不佳或什么的? 不确定是否重要,但这些是Rackspace Performance Cloud服务器。 下面是一个屏幕截图,向您展示这些服务器上的CPU负载(绿色箭头指向应用程序池回收的时间),您可以看到每个平台是12.5%的整数倍: 有没有人观察过这种行为? 我从2009年发现了这个问题,与某些人似乎是与IIS 6相同的问题: IIS w3wp使用高CPU没有stream量 任何帮助深表感谢

FreeBSD链接聚合不会比单个链接快

我们把一个4端口的Intel I340-T4网卡放在FreeBSD 9.3服务器1上,并将其configuration为在LACP模式下进行链路聚合 ,试图减less从主文件服务器镜像8到16个TiB数据到2-平行4个克隆。 我们期望达到4 Gbit / sec的总带宽,但无论我们尝试了什么,它的速度都不会超过1 Gbit / sec的速度。 2 我们使用iperf3在静态LAN上testing。 3一如预期,第一例接近千兆位,但当我们开始第二个并行时,两个客户端的速度下降到大约1/2 Gbit / sec。 添加第三个客户端将所有三个客户端的速度降到〜⅓ 千兆位/秒等等。 我们已经iperf3设置了iperf3testing,来自所有四个testing客户端的stream量进入不同端口的中央交换机: 我们已经validation了每个testing机器都有一个独立的path返回到机架式交换机,文件服务器,它的NIC和交换机都有带宽来分离lagg0组并分配一个单独的IP地址此英特尔网卡上的四个接口中的每一个。 在这种configuration下,我们确实达到了〜4 Gbit / sec的总带宽。 当我们开始走这条道路时,我们正在用旧的SMC8024L2pipe理型交换机来做这件事 。 (PDF数据表,1.3 MB)。它不是当天最高端的交换机,但它应该能够做到这一点。 我们认为,由于年龄的原因,开关可能会出现故障,但升级到function更强大的HP 2530-24G并没有改变症状。 HP 2530-24G交换机声称有问题的四个端口确实configuration为dynamicLACP中继: # show trunks Load Balancing Method: L3-based (default) Port | Name Type | Group Type —- + ——————————– ——— + —– ——– […]