[Spacewalk-list] 'rhncfg-client verify' traceback

[Miroslav Suchy]

Dne 30.11.2011 13:18, Miroslav Suchy napsal(a):
> Dne 29.11.2011 03:32, Colin Coe napsal(a):
>> rhncfg-client verify
>> Using server name 172.22.106.16
>> /etc/auto.home
>> /etc/auto.hp
>> /etc/auto.master
>> Traceback (most recent call last):
>> File "/usr/bin/rhncfg-client", line 34, in<module>
>> sys.exit(Main().main() or 0)
>> File "/usr/share/rhn/config_common/rhn_main.py", line 184, in main
>> handler.run()
>> File "/usr/share/rhn/config_client/rhncfgcli_verify.py", line 83, in run
>> ret_dict = self._process_file(src, dst, file, ftype, file_info)
>> File "/usr/share/rhn/config_client/rhncfgcli_verify.py", line 259,
>> in _process_file
>> dst_selinux = lgetfilecon(dst)[1]
>> OSError: [Errno 2] No such file or directory
>>
>> ls -lZ /etc/auto.master
>> -rw-r--r--. root root system_u:object_r:etc_t:s0 /etc/auto.master
>>
>> Anyway, this small patch silences the error. Not sure if this is the
>> right way to handle it though.
>
> Ok. I got the reproducer:
>
> 1. yum install autofs
> 2. make sure selinux is enabled or permissive
> 3. rhncfg-manager add -c foobar /etc/auto.master
> 4. disable selinux and reboot
> 5. mv /etc/auto.master /etc/auto.master.bak
> 6. ls -lZ /etc/auto.misc
> -rw-r--r-- root root ? /etc/auto.misc
> 7. rhncfg-client verify
> Using server name xn--ufuk-xpa16d5h.lab.eng.brq.redhat.com
> Traceback (most recent call last):
> File "/usr/bin/rhncfg-client", line 34, in <module>
> sys.exit(Main().main() or 0)
> File "/usr/share/rhn/config_common/rhn_main.py", line 187, in main
> handler.run()
> File "/usr/share/rhn/config_client/rhncfgcli_verify.py", line 83, in run
> ret_dict = self._process_file(src, dst, file, ftype, file_info)
> File "/usr/share/rhn/config_client/rhncfgcli_verify.py", line 250, in
> _process_file
> dst_selinux = lgetfilecon(dst)[1]
> OSError: [Errno 61] No data available
>
> Hmm although now I see that you get Errno 2, while I'm getting Errno 61.

Although I do not really understand what is going here. I commited the 
fix as 30bbbe8a30fe088c42f4d515ad3aad85ba9773a0.
We already done that in same way in BZ 676317 in past.

Mirek