主页 / user-107240

Taz's questions

Martin Hope
Taz
Asked: 2020-07-13 22:55:55 +0800 CST
  • 2

我正在尝试使用一个添加 AWS Secrets Manager hiera 后端的模块：

https://forge.puppet.com/accenture/hiera_aws_sm

这个模块需要我通过 puppetserver 安装的aws-sdk-secretsmanager gem：

$ sudo puppetserver gem install aws-sdk-secretsmanager

我还可以在 puppetserver 中看到这个 gem：

$ sudo puppetserver gem list

*** LOCAL GEMS ***

<trimmed>
aws-sdk-schemas (1.6.0)
aws-sdk-secretsmanager (1.40.0, 1.39.0)
aws-sdk-securityhub (1.29.0)
<trimmed>

模块本身包含以下行来导入 gem：

require 'aws-sdk-secretsmanager'

当我尝试运行代理测试时...

$ sudo puppet agent --test

...当此模块尝试运行时，我收到以下错误（在注释掉模块添加的一些错误处理混淆之后）：

Error: Could not retrieve catalog from remote server: Error 500 on SERVER: Internal Server Error: org.jruby.exceptions.LoadError: (LoadError) no such file to load -- aws-sdk-secretsmanager

我无法弄清楚为什么 puppetserver jruby 实例无法加载 gem，因为它出现在列表中并且在调试它时遇到了一些问题。

puppet rubygems
Martin Hope
Taz
Asked: 2015-03-05 16:02:55 +0800 CST
  • 5

我有一个分布式 Icinga 设置，如下所示：

中央

仅接收被动检查结果

分布式A

227 台主机

835 服务

分布式 B

67 台主机

243 项服务

CENTRAL服务器始终低于 1 秒的平均检查延迟。DISTRIBUTED B目前的平均检查延迟约为 10 秒，但随着我们添加更多检查，即使这也在攀升。

DISTRIBUTED A有一些我似乎无法确定的严重检查延迟问题（有时长达 700 秒，在重新加载后更少，但它会建立备份）。这是当前的 icingastats 输出：

Icinga Stats 1.10.3
Copyright (c) 2009 Nagios Core Development Team and Community Contributors
Copyright (c) 1999-2009 Ethan Galstad
Last Modified: 02-11-2014
License: GPL

CURRENT STATUS DATA
------------------------------------------------------
Status File:                            /var/lib/icinga/status.dat
Status File Age:                        0d 0h 0m 3s
Status File Version:                    1.10.3

Program Running Time:                   1d 17h 30m 44s
Icinga PID:                             1160
Used/High/Total Command Buffers:        0 / 11 / 4096

Total Services:                         839
Services Checked:                       839
Services Scheduled:                     839
Services Actively Checked:              839
Services Passively Checked:             0
Total Service State Change:             0.000 / 6.250 / 0.007 %
Active Service Latency:                 644.742 / 776.293 / 729.813 sec
Active Service Execution Time:          0.010 / 20.163 / 0.720 sec
Active Service State Change:            0.000 / 6.250 / 0.007 %
Active Services Last 1/5/15/60 min:     18 / 274 / 717 / 839
Passive Service Latency:                0.000 / 0.000 / 0.000 sec
Passive Service State Change:           0.000 / 0.000 / 0.000 %
Passive Services Last 1/5/15/60 min:    0 / 0 / 0 / 0
Services Ok/Warn/Unk/Crit:              835 / 2 / 1 / 1
Services Flapping:                      0
Services In Downtime:                   0

Total Hosts:                            227
Hosts Checked:                          227
Hosts Scheduled:                        227
Hosts Actively Checked:                 227
Host Passively Checked:                 0
Total Host State Change:                0.000 / 0.000 / 0.000 %
Active Host Latency:                    0.000 / 772.310 / 726.904 sec
Active Host Execution Time:             0.006 / 0.338 / 0.030 sec
Active Host State Change:               0.000 / 0.000 / 0.000 %
Active Hosts Last 1/5/15/60 min:        14 / 22 / 196 / 227
Passive Host Latency:                   0.000 / 0.000 / 0.000 sec
Passive Host State Change:              0.000 / 0.000 / 0.000 %
Passive Hosts Last 1/5/15/60 min:       0 / 0 / 0 / 0
Hosts Up/Down/Unreach:                  227 / 0 / 0
Hosts Flapping:                         0
Hosts In Downtime:                      0

Active Host Checks Last 1/5/15 min:     14 / 28 / 192
   Scheduled:                           14 / 26 / 188
   On-demand:                           0 / 2 / 4
   Parallel:                            14 / 27 / 190
   Serial:                              0 / 0 / 0
   Cached:                              0 / 1 / 2
Passive Host Checks Last 1/5/15 min:    0 / 0 / 0
Active Service Checks Last 1/5/15 min:  31 / 276 / 702
   Scheduled:                           31 / 276 / 702
   On-demand:                           0 / 0 / 0
   Cached:                              0 / 0 / 0
Passive Service Checks Last 1/5/15 min: 0 / 0 / 0

External Commands Last 1/5/15 min:      0 / 0 / 0

这似乎不是外部检查缓冲区问题，因为它始终为 0。我玩过收割机设置，并尝试了最大收割机检查时间 (5,10,30) 和收割机频率 (1,5, 10) 似乎没有什么可以减少时间。

检查status.dat，并不是某些检查会推动平均值上升。所有服务检查和主机检查都显示平均延迟（700 多秒）。全面检查执行时间很短。绝大多数是>1秒。从那里开始，有 143 次检查耗​​时超过 1 秒但不到 2 秒。有 50 次检查需要 4 秒以上。4 次检查在此点之上，分别用时 8、10、17 和 20 秒。这些数字对我来说似乎并不表示实际的检查时间问题。

服务器本身并没有在资源方面挣扎，CPU和内存都很好。另外值得注意的是，CENTRAL 和 DISTRIBUTED A 服务器位于相同的物理基础架构上，尽管虚拟机不同。

ubuntu
Martin Hope
Taz
Asked: 2014-08-27 20:55:01 +0800 CST
  • 1

我正在按以下方式设置分布式 Icinga 设置。我们有 6 个站点，所以我在 2 个节点中的每一个上监视 3 个站点，外加一个中央服务器。

站点 a、b、c 由节点 1 主动监控

节点 2 主动监控站点 d、e、f

节点 1 和 2 向中央服务器提交被动检查

我遇到的问题是中央服务器打算成为这里的主服务器，正如人们所期望的那样。出于这个原因，它应该了解整个网络的可达性。我不知道该怎么做是将两个节点的主机在状态图上链接在一起，从而达到可达性。下面的一个例子：

在此处输入图像描述

Icinga（中央节点）在站点 (a) 的 vSphere 服务器上的 Ubuntu 虚拟机上运行。为了从中央节点到达站点 (d)，逻辑路径由 vSphere 服务器、交换机、另一台交换机和路由器组成。该路由器连接到站点 (d) 中的另一台路由器，然后切换并最终成为主机。

我的问题是我无法将节点 2 上的主机（在本例中为站点 (d) 中的路由器）设置为具有节点 2 上不存在的父节点（其可访问性的“父节点”应该是路由器在站点 (a))。

这……难以置信地难以解释。有没有解决的办法？我曾尝试在节点 2 上再次声明站点 (a) 路由器，希望中央服务器会忽略重复项，但节点会使用这些重复项，但无济于事。我希望我的中央状态图能够被逻辑地查看，而不是每个站点都只是不合逻辑地产生 Icinga 实例。

monitoring
Martin Hope
Taz
Asked: 2014-04-04 17:06:01 +0800 CST
  • 1

我们的 ISP 目前正处于重大 DNS 中断之中，因此通过他们提供的名称服务器进行的名称解析无法正常工作。我正在尝试将 Google DNS 服务器添加到我们的 Cisco 800 系列作为临时解决方案，但 DNS 似乎仍然无法在 Cisco 本身或客户端计算机上运行。

ping IP 工作正常：

#ping 8.8.8.8
Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 8.8.8.8, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 24/300/780 ms

ping URL 不会：

#ping cisco.com
Translating "cisco.com"...domain server (203.0.178.191) (203.215.29.191) (8.8.8.8) (8.8.4.4)
% Unrecognized host or address, or protocol not running.

运行配置（混淆我的）：

Current configuration : 5060 bytes
!
! Last configuration change at 00:08:00 UTC Fri Apr 4 2014
version 15.1
no service pad
service timestamps debug datetime msec
service timestamps log datetime msec
no service password-encryption
!
hostname ********
!
boot-start-marker
boot-end-marker
!
!
enable secret 5 ********
enable password ********
!
no aaa new-model
memory-size iomem 10
crypto pki token default removal timeout 0
!
********
!
!
********
        quit
ip source-route
!
!
!
ip dhcp excluded-address 192.168.90.254
ip dhcp excluded-address 192.168.90.1 192.168.90.31
!
ip dhcp pool ********
 import all
 network 192.168.90.0 255.255.255.0
 default-router 192.168.90.254
 dns-server 192.168.90.254
!
!
ip cef
ip name-server 8.8.8.8
ip name-server 8.8.4.4
ip inspect name CBAC_out tcp
ip inspect name CBAC_out udp
ip inspect name CBAC_out icmp
ip inspect name CBAC_out dns
no ipv6 cef
!
!
license udi pid CISCO887VA-M-K9 sn FGL16052611
!
!
username root privilege 15 password 0 ********
!
!
!
!
controller VDSL 0
!
!
!
!
!
!
!
!
interface Ethernet0
 no ip address
 shutdown
 no fair-queue
!
interface ATM0
 no ip address
 load-interval 30
 no atm ilmi-keepalive
!
interface ATM0.1 point-to-point
 pvc 8/35
  encapsulation aal5mux ppp dialer
  dialer pool-member 1
 !
!
interface FastEthernet0
 no ip address
!
interface FastEthernet1
 no ip address
!
interface FastEthernet2
 no ip address
!
interface FastEthernet3
 no ip address
!
interface Vlan1
 ip address 192.168.90.254 255.255.255.0
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 ip flow ingress
 ip nat inside
 ip virtual-reassembly in
!
interface Dialer0
 description ********
 ip address negotiated
 ip access-group out_to_in in
 no ip redirects
 no ip unreachables
 no ip proxy-arp
 ip mtu 1492
 ip nat outside
 ip inspect CBAC_out out
 ip virtual-reassembly in
 encapsulation ppp
 dialer pool 1
 ppp authentication pap callin
 ppp pap sent-username ********@******** password 0 ********
 ppp ipcp dns request
 ppp ipcp route default
 ppp ipcp address accept
 no cdp enable
!
interface Dialer1
 no ip address
!
ip forward-protocol nd
ip http server
ip http authentication local
ip http secure-server
ip http timeout-policy idle 600 life 86400 requests 1000
!
ip dns server
ip nat inside source list NAT interface Dialer0 overload
!
ip access-list extended NAT
 permit ip 192.168.90.0 0.0.0.255 any
ip access-list extended out_to_in
 remark Internet traffic coming in
 permit tcp any any established
 permit icmp any any echo-reply
 permit icmp any any echo
 permit udp any any eq domain
!
!
!
!
!
!
line con 0
line aux 0
line vty 0 4
 password ********
 login
 transport input all
!
end
domain-name-system
Martin Hope
Taz
Asked: 2013-11-15 19:42:43 +0800 CST
  • 3

我们最近开始遇到一个问题，即我们所有设置为 .NET 2.0 和集成模式的应用程序池在启动时立即崩溃。

IIS 日志中没有任何内容，但 HTTPERR 日志每次都显示相同的内容：

Line 2084: 2013-11-15 01:33:39 10.71.21.242 57020 192.168.16.26 80 HTTP/1.1 GET / - 129 Connection_Abandoned_By_ReqQueue test

我已经运行了 DebugDiag 并访问了该站点，据我所知，我得到了一些相对无用的信息：

 In w3wp__test__PID__5196__Date__11_14_2013__Time_03_16_34PM__253__Second_Chance_Exception_E0434352.dmp the assembly instruction at KERNELBASE!RaiseException+3d in C:\Windows\System32\KERNELBASE.dll from Microsoft Corporation has caused a CLR Exception on thread 8

该线程的堆栈跟踪：

Full Call Stack



Function     Arg 1     Arg 2     Arg 3     Arg 4   Source 
KERNELBASE!RaiseException+3d     000007fe`f9c6839c     00000000`01aed5f8     00000000`00000100     412e6d65`74737800    
MSVCR110_CLR0400!_ValidateExecute+718     00000000`00000000     00000000`01aee470     00000000`00000000     00000000`00000000    
ntdll!RtlRestoreContext+2e2     00000000`00000000     00000000`029b15f0     00000000`029511d0     00000000`01aeee50    
clr!StrongNameTokenFromAssemblyEx+11b636     0000b6b5`b887dd2b     000007fe`00000001     00000000`01aeeeb0     00000000`01aee8e8    
clr!PreBindAssemblyEx+6749     0000b6b5`b887dd2b     00000000`00000000     ffffffff`80004000     00000000`00000000    
clr!CopyPDBs+8337     00000000`00bbfe20     00000000`0215cb50     000007fe`fb736a10     00000000`00000000    
webengine!GetEcb+1ebe     00000000`0215cb50     00000000`010a28e8     00000000`0215cb50     00000000`00000000    
webengine!GetEcb+27a1     00000000`0127e49c     00000000`00000000     00000000`00346b70     00000000`0106d520    
iiscore+113f     00000000`01292648     00000000`01094c70     00000000`00000000     00000000`010a28e0    
iiscore!GetProtocolManager+189eb     00000000`01094c70     00000000`00000000     00000000`00000000     00000000`01292648    
iiscore+15d54     00000000`0127e494     00000000`00000012     00000000`00002710     00000000`00000000    
iiscore+7cd8     00000000`00000000     00000000`00000000     00000000`00000000     00000000`00000000    
iiscore+a468     00000000`01292640     00000000`01291a80     00000000`01292640     00000000`00000000    
iiscore+ab24     00000000`00000000     00000000`01291a20     00000000`00000000     00000000`0106b400    
w3dt!UlAtqGetContextProperty+c2     00000000`0106b400     00000000`00000000     000007fe`f14f0000     00000000`0019aa90    
w3dt!UlAtqGetContextProperty+8c     00000000`00000000     000007fe`fd833835     00000000`00000000     00000000`00000000    
w3tp+1fba     00000000`000005ff     00000000`01291a28     000007fe`fb901080     00000000`00000000    
w3tp+2024     00000000`00000000     00000000`0033fc40     00000000`0033fc40     000007fe`f14f0000    
w3tp+20a1     00000000`00000000     00000000`00000000     00000000`00000000     00000000`00000000    
kernel32!BaseThreadInitThunk+d     00000000`00000000     00000000`00000000     00000000`00000000     00000000`00000000    
ntdll!RtlUserThreadStart+21     00000000`00000000     00000000`00000000     00000000`00000000     00000000`00000000

我无法在此运行 WinDbg，因为在它崩溃之前我无法足够快地进入该进程。

我不确定是什么导致了这两个特定设置设置（如果我更改为 .NET 4.0 -或更改为经典模式，站点将正常工作）。

也值得注意：这与在每个应用程序池中运行的站点无关 - 它发生在 Sitecore、Umbraco 和静态站点（包括一个 hello world 应用程序）

iis