commandlinefu.com is the place to record those command-line gems that you return to again and again.
Delete that bloated snippets file you've been using and share your personal repository with the world. That way others can gain from your CLI wisdom and you from theirs too. All commands can be commented on, discussed and voted up or down.
If you have a new feature suggestion or find a bug, please get in touch via http://commandlinefu.uservoice.com/
You can sign-in using OpenID credentials, or register a traditional username and password.
First-time OpenID users will be automatically assigned a username which can be changed after signing in.
Every new command is wrapped in a tweet and posted to Twitter. Following the stream is a great way of staying abreast of the latest commands. For the more discerning, there are Twitter accounts for commands that get a minimum of 3 and 10 votes - that way only the great commands get tweeted.
» http://twitter.com/commandlinefu
» http://twitter.com/commandlinefu3
» http://twitter.com/commandlinefu10
Use your favourite RSS aggregator to stay in touch with the latest commands. There are feeds mirroring the 3 Twitter streams as well as for virtually every other subset (users, tags, functions,…):
Subscribe to the feed for:
Works in Ubuntu, I hope it will work on all Linux machines. For Unixes, tail should be capable of handling more than one file with '-f' option.
This command line simply take log files which are text files, and not ending with a number, and it will continuously monitor those files.
Putting one alias in .profile will be more useful.
There are 3 alternatives - vote for the best!
If you can do better, submit your command here.
You must be signed in to comment.
I've always wondered if I could tail more than one file. Can you break down each command and say what exactly is going on here?
In the long term, if you find this kind of consolidated log useful, consider changing your log settings to give you that in the first place.
@Scott find is a generic tool for searching a path for files that match rules you specify and then possibly taking action. Here we are finding normal files (not directories) in /var/log (where log files live) and running 'file' on each of them which spits out the filename along with a description of file's guess as to each filetype. The grep|cut|set|grep combo just filters the text down to the filenames of actual text files, and, and then the xargs part just runs one instance of tail on all the resulting filenames. If you're on a unix system, you could test this on your system. To see the effect of each command just start with the 'find' part and then start tacking on the succeeding piped commands one by one. Don't forget to check the man pages too: 'man find', 'man file', etc.
@bwoodacre, thanks for the explanation, I should have explained at first. I'll be happy if someone says, "Hey, its monitoring my ssh logs, apache logs, php logs, mysql logs etc.,". I didn't install them in my old machine.
Very neat command, I like it :) Thanks.
You can also replace tail with inotail which will reduce the load. (because inotail uses inotify which is a kernel feature to get notified of file changes)
grep, cut. sed and then grep again. Why not just sed?
find /var/log -type f -exec file {} \; | sed -n '/text/ s/[^0-9]:.*//p' | xargs tail -f