[PATCH] logging of triggers
by Vreman, Peter
Currently there is no logging that triggers are being run. This patch adds logging for the triggers.
Patch is available at: http://github.com/pvreman/cobbler/commit/5c324a356fe3c0ee9fbceb0801799041...
Regards,
Peter
This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.
13 years, 12 months
[PATCH] cobbler-ext-nodes http_port support
by Vreman, Peter
Cobbler-ext-nodes scripts needs also to use http_port to support cobbler running on a different port than 80.
Patch available at: http://github.com/pvreman/cobbler/commit/29d03fb3009b1267e86d6f56e8290883...
Regards,
Peter
This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.
13 years, 12 months
Cobbler Web Auth Problems in Master
by Devan Goodwin
I'm seeing some authentication problems with Cobbler web on two
separate machines now, the problem crops up in
8373491156c673a31225daf8503c1f090d20a65b which was a fix for
https://fedorahosted.org/cobbler/ticket/549.
Upon entering login credentials I get:
Environment:
Request Method: GET
Request URL: http://cobblerdev/cobbler_web/settings
Django Version: 1.1.1
Python Version: 2.4.3
Installed Applications:
['django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.sites',
'cobbler_web']
Installed Middleware:
('django.middleware.common.CommonMiddleware',
'django.contrib.sessions.middleware.SessionMiddleware',
'django.contrib.auth.middleware.AuthenticationMiddleware')
Traceback:
File "/usr/lib/python2.4/site-packages/django/core/handlers/base.py"
in get_response
92. response = callback(request, *callback_args,
**callback_kwargs)
File "/usr/share/cobbler/web/cobbler_web/views.py" in settings
748. check_auth(request)
File "/usr/share/cobbler/web/cobbler_web/views.py" in check_auth
76. token = remote.login(username, password)
File "/usr/lib/python2.4/xmlrpclib.py" in __call__
1096. return self.__send(self.__name, args)
File "/usr/lib/python2.4/xmlrpclib.py" in __request
1383. verbose=self.__verbose
File "/usr/lib/python2.4/xmlrpclib.py" in request
1147. return self._parse_response(h.getfile(), sock)
File "/usr/lib/python2.4/xmlrpclib.py" in _parse_response
1286. return u.close()
File "/usr/lib/python2.4/xmlrpclib.py" in close
744. raise Fault(**self._stack[0])
Exception Type: Fault at /cobbler_web/settings
Exception Value: <Fault 1: "cobbler.cexceptions.CX:'login failed (testing)'">
In case it's useful my request variable inside views.py.check_auth is:
request
<ModPythonRequest path:/cobbler_web/settings, GET:<QueryDict: {}>,
POST:<QueryDict: {}>, COOKIES:{}, META:{'AUTH_TYPE': 'Basic',
'CONTENT_LENGTH': 0, 'CONTENT_TYPE': None, 'GATEWAY_INTERFACE':
'CGI/1.1', 'HTTP_ACCEPT':
'text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8',
'HTTP_ACCEPT_CHARSET': 'ISO-8859-1,utf-8;q=0.7,*;q=0.7',
'HTTP_ACCEPT_ENCODING': 'gzip,deflate', 'HTTP_ACCEPT_LANGUAGE':
'en-us,en;q=0.5', 'HTTP_AUTHORIZATION': 'Basic dGVzdGluZzp0ZXN0aW5n',
'HTTP_CACHE_CONTROL': 'max-age=0', 'HTTP_CONNECTION': 'keep-alive',
'HTTP_HOST': 'cobblerdev', 'HTTP_KEEP_ALIVE': '300', 'HTTP_REFERER':
'http://cobblerdev/cobbler_web/', 'HTTP_USER_AGENT': 'Mozilla/5.0
(X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330
Fedora/3.5.9-1.fc12 Firefox/3.5.9', 'PATH_INFO':
u'/cobbler_web/settings', 'PATH_TRANSLATED': None, 'QUERY_STRING':
None, 'REMOTE_ADDR': '192.168.1.1', 'REMOTE_HOST': None,
'REMOTE_IDENT': None, 'REMOTE_USER': 'testing', 'REQUEST_METHOD':
'GET', 'SCRIPT_NAME': '', 'SERVER_NAME': 'cobblerdev.local.rm-rf.ca',
'SERVER_PORT': 80, 'SERVER_PROTOCOL': 'HTTP/1.1', 'SERVER_SOFTWARE':
'mod_python'}>
I'm using authn_testing but I believe I've seen it with
authn_configfile as well. I've got this cropping up on two Cobbler
installs currently, one was fresh so I don't think I've got anything
misconfigured. I can checkout the revision prior to this one and 'make
webtest' and authentication will then work.
Going to continue digging to see if I can figure out what's up but
wanted to see if anyone's fixed this or knows what might be going on.
Thanks,
Devan
--
Devan Goodwin <dgoodwin(a)rm-rf.ca>
http://rm-rf.ca
14 years
[PATCH] Don't mess up ctime during cobbler reposync
by Robert Vogelgesang
Hello,
cobbler trac issue #579 is now resolved, but as I've noted there,
cobbler does mess up the ctime timestamps of a mirrored repo during
the reposync action, which could mislead "createrepo --update --C".
To get this resolved, too, I've created the attached patch. The
patch limits the ctime changing actions to the bare minimum.
This was confirmed by the logging I've added for debugging #579.
But there is a futher bug, and as I'm by no means a real python
programmer, I'm currently unable to tell if there's something
wrong with my patch, or if it's a bug in the logging support.
The problem: The commands are executed as written, but only the parts
of the commands after the pipe symbol are logged; i. e. for cmd1 only
"xargs -0 chown root:apache" is logged, and for cmd2 only
"xargs -0 chmod a+rX". I've done a cursory search in the standard
Python docs for any special meaning of the pipe symbol, but found
nothing.
So I'm asking here for help, to resolve this strange logging problem.
Maybe this is an issue with cobbler's use of python's logging?
Robert
PS.: The patch changes next to nothing with regard to what other
packages are required for cobbler; the findutils package is
required by the initscripts and man packages, and restorecon
comes with policycoreutils which are required for SELinux.
14 years