Note: This is a beta release of Red Hat Bugzilla 5.0. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Also email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback here.

Bug 71647

Summary: RFE: redhat-config-* apps should log commands/things they do
Product: [Fedora] Fedora Reporter: Dax Kelson <dkelson>
Component: redhat-config-networkAssignee: Harald Hoyer <harald>
Status: CLOSED RAWHIDE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 1CC: barryn, bugs.michael, herrold, mattdm, mbrodeur, menthos, mitr, wtogami
Target Milestone: ---Keywords: FutureFeature
Target Release: ---   
Hardware: All   
OS: Linux   
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-04-07 09:14:31 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Bug Depends On:    
Bug Blocks: 81720    
Description Flags
/var/log/explanations from Mandrake 9.0 beta 3 none

Description Dax Kelson 2002-08-16 02:28:56 UTC
It appears that the redhat-config-* apps will be the moral equiv of AIX's
SMIT/SMITTY, HP-UX's SAM, and Solaris's SMC.

One VERY nice feature of AIX's SMIT/SMITTY is that you can elect to see EXACTLY
what commands and changes are being made "behind the scenes".

Please consider adding such functionality to the redhat-config-* apps. Maybe a
"show work console window" button or logging all everything to a file in /var/log/.

Digging through the source and/or running strace/ltrace on the apps to
figure out exactly what they are doing is not fun.

Another benefit is that the legions of former Windows sys admins who will be
using the redhat-config-* tools will have an easier time becoming 'command line

A major problem with all the Windows admin tools is that they 'hide' what's
going on. The whole "hood welded shut" phenomenon. 

Please keep the redhat-config-* tools from having their hoods welded shut.

Comment 1 R P Herrold 2002-08-17 05:29:07 UTC
Thanks for adding the RFE -- The development language aspect to some degree is
driving how much this can be done -- within python, one may either open a file
handle for logging to, or perhaps a preferred method would be to describe a
'sufficient' summary of the net config file changes with the syslog.

By using a scheme like:
  echo "echo "rh-c-n eth1 static" | \
         /usr/bin/logger -p
once gets a truly portable way to record the information.

It may be beter to use a series of logging entries:
   echo "echo "rh-c-n device=eth1 " | \
     /usr/bin/logger -p auth.warning
   echo "echo "rh-c-n proto=static " | \
     /usr/bin/logger -p auth.warning
and so forth ... the transaction series will automatically get the process ID
added by the syslog, so we can differientiate transaction groups.

What a concept -- using small *nix tools to build better tools.

Comment 2 R P Herrold 2002-08-17 05:33:44 UTC
The question of what, and how to log at initial install/upgrade Anaconda time
remains -- currently we append into the file down in /tmp -- having a syslog
thread running early is possible, but it is not possible to start it _too_ early
in an install or upgrade, because there may be no partition yet to hold the
destination syslog logging file.

A couple of approaches appear -- hold a temp file until the destination is
present, or just stay with the logging file, and maybe write a late process step
to dump, line by line, the conents of that file to a 'logger' once it _is_
possible to start a syslogd up ...

Comment 3 Warren Togami 2002-08-18 06:27:51 UTC
Created attachment 71325 [details]
/var/log/explanations from Mandrake 9.0 beta 3

Comment 4 Warren Togami 2002-08-18 06:28:51 UTC asked for example Mandrake DrakConf /var/log/explanations.  The
above attached is from my friend's computer.

It would be really nice if Red Hat's tools did something similar, perhaps to the
same log filename.

Comment 5 Dax Kelson 2002-08-18 20:44:59 UTC
To me, the install/upgrade case is handled by anaconda and uses the 
files /root/install.log and /root/upgrade.log. Are the redhat-config-* apps 
even used during install/upgrade?

The use of the redhat-config-* apps post install are, to me, the important 

Comment 6 R P Herrold 2002-08-19 00:04:10 UTC
Thanks, Warren -- the content attached looks just like what my suggestion would 
have produced with logger, and an entry in the /etc/syslogd.conf file:

local0.*	/var/log/explanations

Comment 7 Trond Eivind Glomsrxd 2002-08-28 03:41:58 UTC
Later, perhaps.

Comment 8 R P Herrold 2002-10-01 01:54:18 UTC
Reopen as an RFE for post RHL 8.0 consideration in planning items for next release

Comment 11 Harald Hoyer 2003-05-27 09:44:41 UTC
with -vvvvvv you'll see most writing/modifying actions

Comment 12 Dax Kelson 2003-05-27 14:36:45 UTC
As a matter of course (ie, automatically and always), all the redhat-config-*
apps should log what they do. To the file /var/log/redhat-config or something.

This RFE doesn't apply just to redhat-config-network, but to all the
redhat-config apps.

Comment 13 Warren Togami 2003-07-19 11:10:38 UTC
Any progress on this?

Comment 14 Harald Hoyer 2004-04-07 09:14:31 UTC
redhat/system-config-network  writes its changes to