Re: Time Stamp Problem
The files of relevance are: /etc/sysconfig/clock and /etc/localtime. "/etc/sysconfig/clock" can be modified by hand, and then use the command "/usr/sbin/timeconfig" to update /etc/localtime. The "date" command is used to set your system time. A lot of people run a "time daemon" such as xntp to keep all their servers synchronized. But if you only have a few servers or the time issue is important but okay if each server drifts a minute or two, you can do what I do and designate a single server as your "master time server," configure it to use xinetd for the "time" service at a certain window each night, and configure a cron job on your clients to run "rdate -s servername" at this time each night. The above will set and keep your system time. If you want to make sure your hardware clock is synchronized with the system time, you use the "hwclock" command. You can set the hardware clock to the system time, or vice versa. Keep in mind that during system start up (booting), the hwclock command is run from "/etc/rc.d/rc.sysinit" and depending on how it's run it may override what you're doing by hand. mike On Tue, 2003-07-08 at 17:10, Suresh Babu A. [IT Engineer] wrote: > Hello All, > > The problem occurs occasionaly and further it gets resolved on it own !!! > > Suresh A. > > On Tue, 8 Jul 2003, Jeff Kinz wrote: > > > Date: Tue, 8 Jul 2003 16:59:07 -0400 > > From: Jeff Kinz <[EMAIL PROTECTED]> > > Reply-To: [EMAIL PROTECTED] > > To: [EMAIL PROTECTED] > > Subject: Re: Time Stamp Problem > > > > On Wed, Jul 09, 2003 at 01:22:08AM +0530, Suresh Babu A. [IT Engineer] wrote: > > > Dear All, > > > > > > While creating a file in my Linux the time stamp for the file shows "30th > > > Sep 1960", because of this i couldn't view the file in Windows OS. This > > > problem occurs occasionaly. How to resolve it ? > > > > > > You system time/date is set to zero. > > > > You can use the "date" command to set it to the correct time. > > > > date [MMDDhhmm] > > > > Like this: date 07081655 > > > > for July 8, 4:55 PM > > > > With no arguments date displays the current time. > > > > -- > > Jeff Kinz, Open-PC, Emergent Research, Hudson, MA. [EMAIL PROTECTED] > > copyright 2003. Use is restricted. Any use is an > > acceptance of the offer at http://www.kinz.org/policy.html. > > Don't forget to change your password often. > > > > > > -- > > Psyche-list mailing list > > [EMAIL PROTECTED] > > https://www.redhat.com/mailman/listinfo/psyche-list > > > > > Thanks > > SureshA > [EMAIL PROTECTED] > > > -- > Psyche-list mailing list > [EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/psyche-list -- Michael Martinez Linux System Administrator Marlaw Systems ISTM/CSREES/USDA (202) 720-6223 -- Psyche-list mailing list [EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/psyche-list
How to maintain an audit trail of user command history?
Hi guys, We all know that a user's shell maintains a command history, for example bash in ~user/.bash_history. What I would like to find out, is there a way for the system to maintain its own copy of a user's command history, one that is unalterable by the user? In maintaining the audit trail, the problem with the ~user/.bash_history is that the user can overwrite it. -- Michael Martinez Linux System Administrator ISTM/CSREES/USDA -- Psyche-list mailing list [EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/psyche-list
Re: How to maintain an audit trail of user command history?
On Thu, Jul 10, 2003 at 09:12:00AM -0400, Michael Martinez wrote: > What I would like to find out, is there a way for the system to maintain > its own copy of a user's command history, one that is unalterable by the > user? Turn on system accounting, use the "sa -u" command and sort the results It's not quite as easy as a bash_history file but you get similar results, plus cpu and memory used info. "man sa" -- Jeff Kinz, Open-PC, Emergent Research, Hudson, MA. [EMAIL PROTECTED] copyright 2003. Use is restricted. Any use is an acceptance of the offer at http://www.kinz.org/policy.html. Don't forget to change your password often. -- Psyche-list mailing list [EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/psyche-list
Re: How to maintain an audit trail of user command history?
you mean, "sar -u"? On Thu, 2003-07-10 at 09:29, Jeff Kinz wrote: > On Thu, Jul 10, 2003 at 09:12:00AM -0400, Michael Martinez wrote: > > What I would like to find out, is there a way for the system to maintain > > its own copy of a user's command history, one that is unalterable by the > > user? > > > Turn on system accounting, use the "sa -u" command and sort the results > It's not quite as easy as a bash_history file but you get similar > results, plus cpu and memory used info. > > "man sa" > > -- > Jeff Kinz, Open-PC, Emergent Research, Hudson, MA. [EMAIL PROTECTED] > copyright 2003. Use is restricted. Any use is an > acceptance of the offer at http://www.kinz.org/policy.html. > Don't forget to change your password often. > > > -- > Psyche-list mailing list > [EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/psyche-list -- Michael Martinez Linux System Administrator ISTM/CSREES/USDA -- Psyche-list mailing list [EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/psyche-list
Re: How to maintain an audit trail of user command history?
On Thu, Jul 10, 2003 at 10:01:18AM -0400, Michael Martinez wrote: > you mean, "sar -u"? No. (also - please don't "top-Post") > > On Thu, 2003-07-10 at 09:29, Jeff Kinz wrote: > > On Thu, Jul 10, 2003 at 09:12:00AM -0400, Michael Martinez wrote: > > > What I would like to find out, is there a way for the system to maintain > > > its own copy of a user's command history, one that is unalterable by the > > > user? > > > > > > Turn on system accounting, use the "sa -u" command and sort the results > > It's not quite as easy as a bash_history file but you get similar > > results, plus cpu and memory used info. > > > > "man sa" > > > you mean, "sar -u"? No, "sar" does not produce the same info as "sa". To see what commands each individual user invoked sa is the tool to use. To see detailed information about machine resources are being used on a per process basis, "sar" is the tool to use but it will not break out what commands each user used. -- Jeff Kinz, Open-PC, Emergent Research, Hudson, MA. [EMAIL PROTECTED] copyright 2003. Use is restricted. Any use is an acceptance of the offer at http://www.kinz.org/policy.html. Don't forget to change your password often. -- Psyche-list mailing list [EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/psyche-list
Re: How to maintain an audit trail of user command history?
On Thu, 2003-07-10 at 10:08, Jeff Kinz wrote: > > > you mean, "sar -u"? > No, "sar" does not produce the same info as "sa". To see what commands > each individual user invoked sa is the tool to use. > > > To see detailed information about machine resources are being used on a > per process basis, "sar" is the tool to use but it will not break out > what commands each user used. I don't have "sa" installed, and I cannot locate the package that it comes with. I did a search on rpmfind.net and google, for "Process Accounting", "accton", "sa", and am unable to locate the package. Where do I get the process accounting tools from? Thanks mike > > -- > Jeff Kinz, Open-PC, Emergent Research, Hudson, MA. [EMAIL PROTECTED] > copyright 2003. Use is restricted. Any use is an > acceptance of the offer at http://www.kinz.org/policy.html. > Don't forget to change your password often. > > > -- > Psyche-list mailing list > [EMAIL PROTECTED] > https://www.redhat.com/mailman/listinfo/psyche-list -- Michael Martinez Linux System Administrator ISTM/CSREES/USDA -- Psyche-list mailing list [EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/psyche-list
Re: How to maintain an audit trail of user command history?
Michael Martinez wrote: I don't have "sa" installed, and I cannot locate the package that it It's probably not in your path. sar is in /usr/bin, but sa is in /usr/sbin. Where do I get the process accounting tools from? your installation disks. # rpm -qf /usr/sbin/sa psacct-6.3.2-27 -Thomas -- Psyche-list mailing list [EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/psyche-list
Re: glibc installation
Daniel Tan wrote: i saw a thread from the internet having similiar problem with mine but tat guy can't rpm...so i thought i can't use rpm too...it might be broken...but where do i download latest glibc rpms? the official page only have them in gz or bz format... If you're having problems with rpm, you probably need to do this: killall -9 rpm rm -f /var/lib/rpm/__db* rpm --rebuilddb up2date Use up2date to apply all of Red Hat's bugfixes and errata. -- Psyche-list mailing list [EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/psyche-list
Re: python installation create havoc
Daniel Tan wrote: i installed the latest rpm python2-2.2.3-1 from the website and i used this command rpm -Uf --nodeps to enable the installation to go through and did You should have known you'd have trouble. You should not nee to use --nodeps. What dependencies did the package have that caused you to use --nodeps? When I have dependency problem, I usualkl rebuild the SRPM. That solves a lot of them properly. The build prereqs also help solve problems. Hap-hazard installation using --nodeps is a quick way to screw up a system. -Thomas -- Psyche-list mailing list [EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/psyche-list
Re: glibc installation
Daniel Tan wrote: i downloaded glibc-2.3.2 and untar it into a dir coz rpm does not work at all. Bad idea. Red Hat has patch to glibc that you really need. I would be surprized if you had much luck with a tarball version. followed INSTALL guide from glibc then ran configure --prefix=/usr/local --enable-add-ons Of course, you don't install glibc in /usr/local on a linux system. The Red Hat version uses /usr or /, I don't have the SRPM handy to check which. What addons are you enabling? Some might conflict. then ran make and got these errors... Makeconfig:84: sysdeps/../config.make: No such file or directory Makerules:782: no file name for `include' The GNU C library has not been configured. Run `configure' to configure it before building. Try `configure --help' for more details. make: *** [sysdeps/../config.status] Error 1 Looks like your attmpt to run configure failed. You really should get the rpm. Boot in rescue mode, mount your filesystem under /mntsysimage if recue doesn't. Then use rpm -Uvh --oldpackage --root=/mnt/sysimage Make sure you use i686 version of glibc, if you have i686 or better. Problems occur switching from i686 to i386 versions. glibc-common is i386 only, and needed too. -Thomas -- Psyche-list mailing list [EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/psyche-list
Re: python installation create havoc
On Thu, 10 Jul 2003, Thomas Dodd wrote: > > > Daniel Tan wrote: > > i installed the latest rpm python2-2.2.3-1 from the website and i used this > > command rpm -Uf --nodeps to enable the installation to go through and did > > You should have known you'd have trouble. You should not nee to use > --nodeps. What dependencies did the package have that caused you to use > --nodeps? > > When I have dependency problem, I usually rebuild the SRPM. That solves > a lot of them properly. The build prereqs also help solve problems. > > Hap-hazard installation using --nodeps is a quick way to screw up a system. The other way to fix this would be to install the dependencies. ;) If you use something like yum odds are it would resolve the deps for you. You should NOT use --nodeps. That is almost guaranteed to bork your system. Jeff should put a warning in rpm when --force or -- nodeps is called that says something to the effect "Warning you have called with --nodeps | --force options. Using these options is known to be hazardous to the health of your system. It is strongly suggested you do not do this. And then in true M$ form say are you sure y/n? IOW don't do that!! HTH, -- ..Tom Registered Linux User #14522http://counter.li.org [EMAIL PROTECTED] My current SpamTrap --->[EMAIL PROTECTED] -- Psyche-list mailing list [EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/psyche-list
Re: python installation create havoc
On Mon, 2003-07-07 at 23:30, Daniel Tan wrote: > i installed the latest rpm python2-2.2.3-1 from the website and i used this > command rpm -Uf --nodeps to enable the installation to go through and did > the same for pythontools and pythontkinter. > > now try running fetchmailconf and i got this...think it some how overwrite > something in my env file or then can't run it anymorehelp > > [EMAIL PROTECTED] bin]# fetchmailconf > /usr/bin/env: python: No such file or directory Try: ln -s /usr/bin/python2 /usr/bin/python And as others have mentioned, do not use --force or --nodeps unless you know *exactly* what you are doing (and most of the time that will be effing up your system). -- Cliff Wells, Software Engineer Logiplex Corporation (www.logiplex.net) (503) 978-6726 (800) 735-0555 -- Psyche-list mailing list [EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/psyche-list
usb thumbdrive
Do anyone know how to get a usb thumbdrive to work under RH 8.0? I have done a search on the web and found some information but none of it worked. Has anyone had any success doing this? Thanks in advance, -- Scott Chaney Linux newbie -- Psyche-list mailing list [EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/psyche-list
Re: usb thumbdrive
Scott Chaney wrote: Do anyone know how to get a usb thumbdrive to work under RH 8.0? I have done a search on the web and found some information but none of it worked. Has anyone had any success doing this? Make you try the following: -update to the latest redhat errata kernel -check /proc/partitions and note any devices that start with "/dev/sd" -load the usb storage driver "modprobe usb-storage" -insert usb device -check "dmesg" -check /proc/partitions and note any NEW devices that start with "/dev/sd" -Now try mounting some of these new devices/partitions. -- Once you have their hardware. Never give it back. (The First Rule of Hardware Acquisition) Sam Flory <[EMAIL PROTECTED]> -- Psyche-list mailing list [EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/psyche-list