Description of problem: /pub/bootstrap seems to have an extra file. I installed a satellite at mspevack64.rdu.redhat.com, and the /pub/bootstrap directory has: bootstrap.sh client-config-overrides.txt client-config-overrides.txt.1 client_config_update.py What's up with the "client-config-overrides.txt.1" file? It's the same as the client-configp-overrides.txt file, so it seems like it's superfluous. Version-Release number of selected component (if applicable): rhn400 -44 ISO How reproducible: go to mspevack64.rdu.redhat.com/pub/boostrap or install your own
misa ping re: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=159519 misa who generates that file? taw-hm common.rhnlib.rotatefile(...) misa yes, but where is that called? taw-hm if you call the generation script twice it will back up the file before writing to it. taw-hm The installer will call rhn-bootstrap (IIRC). And the way rotatefile works is that it will always generate at least 1 backup if it doesn't exist. taw-hm regardless if the "new" files is any different. misa sounds like NOTABUG then? taw-hm don't know. It works as designed... not sure if we want to tweak it. misa If I call rhn_bootstrap.py it will generate .1, but not .2, .3, .4 etc taw-hm I will cut-n-paste this conversation into the bug taw-hm and rhn-uncommit it. taw-hm It will only generate .2, .3, .4 if it needs to. misa but client-config-overrides.txt and client-config-overrides.txt.1 are identical misa why does it create the .1 then? taw-hm cuz... that's the way it works. You say "rotate this file". It does just that. taw-hm More or less you are saying "I need a backup for this file". So, it doesn't precisely what you ask. taw-hm s/doesn't/does/ misa seems inconsistent to me, but I'm fine taw-hm *shrug* seems like there needs to be some tweakage somewhere. taw-hm Therefore I will cut-n-paste this in the back and throw it in rhn-uncommitted. taw-hm s/back/bug - ugh. I can't type.
User pvetere's account has been closed