Traceback on client updating services

[matt.baker@…]

Not sure what is causing this. The services mentioned are updated fine on other hosts.

Reading package lists... Done Building dependency tree... Done Reading package lists... Done Building dependency tree... Done Loaded tool drivers:

APT Action DebInit? POSIX

Unexpected failure of verification method for entry type Service Traceback (most recent call last):

File "/usr/lib/python2.4/site-packages/Bcfg2/Client/Tools/init.py", line 117, in Inventory

self.states[entry] = func(entry, mods)

File "/usr/lib/python2.4/site-packages/Bcfg2/Client/Tools/DebInit.py", line 20, in VerifyService?

files = [filename for filename in rawfiles if \

AttributeError?: 'NoneType?' object has no attribute 'group' Unexpected failure of verification method for entry type Service Traceback (most recent call last):

File "/usr/lib/python2.4/site-packages/Bcfg2/Client/Tools/init.py", line 117, in Inventory

self.states[entry] = func(entry, mods)

File "/usr/lib/python2.4/site-packages/Bcfg2/Client/Tools/DebInit.py", line 20, in VerifyService?

files = [filename for filename in rawfiles if \

AttributeError?: 'NoneType?' object has no attribute 'group' Unexpected failure of verification method for entry type Service Traceback (most recent call last):

File "/usr/lib/python2.4/site-packages/Bcfg2/Client/Tools/init.py", line 117, in Inventory

self.states[entry] = func(entry, mods)

File "/usr/lib/python2.4/site-packages/Bcfg2/Client/Tools/DebInit.py", line 20, in VerifyService?

files = [filename for filename in rawfiles if \

AttributeError?: 'NoneType?' object has no attribute 'group'

Phase: initial Correct entries: 107 Incorrect entries: 3 Total managed entries: 110 Unmanaged entries: 552

In dryrun mode: suppressing entry installation for:

Service:exim4 Service:ssh Service:syslog-ng

Phase: final Correct entries: 107 Incorrect entries: 3

Service:exim4 Service:ssh Service:syslog-ng

Total managed entries: 110 Unmanaged entries: 552

[desai]

OK. There are two problems here. The first is that we didn't deal adequately with the possibility that the regex match here could fail. The second is that we are getting a file pattern that we don't expect. The attached patch will log the filename that didn't match, and keep going. Let me know if this helps.

-nld

[desai]

This is now fixed.