(master) Bug introduced in 1.2.6: cobbler not reading settings from /etc/cobbler/settings?

[Jasper Capel]

Hey,

As the subject says, I suspect there's a bug in 1.2.6 and 1.2.7 that 
causes cobbler not to read the settings file. I'm not all that good at 
the serializing stuff, so unfortunately I haven't been able to fix it 
myself, but here's how to at least reproduce the bug:

* Install cobbler 1.2.6 or 1.2.7 from RPM
* Run cobbler check, it should complain aboutt he server-field being 
127.0.0.1
* Edit /etc/cobbler/settings, change the server field
* Run cobbler check again, it's still complaining.
If you try this again with 1.2.5, it works.

But, of course I hope it's just me being stupid. :)

Jasper

[Jasper Capel]

Jasper Capel wrote:
>  Hey,
>  
>  As the subject says, I suspect there's a bug in 1.2.6 and 1.2.7 that 
>  causes cobbler not to read the settings file. I'm not all that good at 
>  the serializing stuff, so unfortunately I haven't been able to fix it 
>  myself, but here's how to at least reproduce the bug:
>  
>  * Install cobbler 1.2.6 or 1.2.7 from RPM
>  * Run cobbler check, it should complain aboutt he server-field being 
>  127.0.0.1
>  * Edit /etc/cobbler/settings, change the server field
>  * Run cobbler check again, it's still complaining.
>  If you try this again with 1.2.5, it works.
>  
>  But, of course I hope it's just me being stupid. :)
>  
>  Jasper 
Some more info: I ran an strace on cobbler check (and sync), and it 
seems like it's not even trying:

cat /root/strace |grep settings
stat("/usr/lib/python2.4/site-packages/cobbler/settings", 
0x7ffff97a3860) = -1 ENOENT (No such file or directory)
open("/usr/lib/python2.4/site-packages/cobbler/settings.so", O_RDONLY) = 
-1 ENOENT (No such file or directory)
open("/usr/lib/python2.4/site-packages/cobbler/settingsmodule.so", 
O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/python2.4/site-packages/cobbler/settings.py", O_RDONLY) = 6
open("/usr/lib/python2.4/site-packages/cobbler/settings.pyc", O_RDONLY) = 7
stat("/var/lib/cobbler/settings", 0x7ffff97a73a0) = -1 ENOENT (No such 
file or directory)
stat("/usr/lib/python2.4/site-packages/cobbler/settings", 
0x7ffff97a14a0) = -1 ENOENT (No such file or directory)
open("/usr/lib/python2.4/site-packages/cobbler/settings.so", O_RDONLY) = 
-1 ENOENT (No such file or directory)
open("/usr/lib/python2.4/site-packages/cobbler/settingsmodule.so", 
O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/python2.4/site-packages/cobbler/settings.py", O_RDONLY) = 9
open("/usr/lib/python2.4/site-packages/cobbler/settings.pyc", O_RDONLY) = 10

Jasper

[Michael DeHaan]

Jasper Capel wrote:
>  Hey,
>
>  As the subject says, I suspect there's a bug in 1.2.6 and 1.2.7 that 
>  causes cobbler not to read the settings file. I'm not all that good at 
>  the serializing stuff, so unfortunately I haven't been able to fix it 
>  myself, but here's how to at least reproduce the bug:
>
>  * Install cobbler 1.2.6 or 1.2.7 from RPM
>  * Run cobbler check, it should complain aboutt he server-field being 
>  127.0.0.1
>  * Edit /etc/cobbler/settings, change the server field
>  * Run cobbler check again, it's still complaining.
>  If you try this again with 1.2.5, it works.
>
>  But, of course I hope it's just me being stupid. :)
>
>  Jasper
>  _______________________________________________
>  cobbler mailing list
>  cobbler(a)lists.fedorahosted.org
>  https://fedorahosted.org/mailman/listinfo/cobbler
>     
It turns out you're right. I recall this being reported on devel a while 
back, though the fix never made it's way back to matser.

http://git.fedorahosted.org/git/cobbler?p=cobbler;a=commitdiff;h=7e1a4a20...

We'll do a 1.2.8 as it's quick and easy. For those that need the fix 
now, the diff above is a one-line fix.

While I was looking at upgrading our automated tests for 1.3 to support 
remote instead of just local testing (which will catch things like 
this), I think I'll move that priority up.

--Michael