Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I have a lot of code I need to daemonize that prints to standard out. I am thinking of using the following shell script to create a named pipe so I can nohup a process while redirecting its output to the pipe.


# creates a pipe with name pipename that will redirect to filename and rotate logs on C-c

if [ $# -ne 2 ]; then
    echo "USAGE: ./$0 pipename filename" 
    exit -1

if [ -p $pipename ]; then
    rm $pipename;

    newfilename="$origname-`date +%s`"
    mv $origname $newfilename
    nohup nice -n 20 tar -czvf $newfilename.tar.gz $newfilename &
    trap rename 2

mkfifo $pipename
trap rename 2

while [ 1 -eq 1 ]
    read input
    echo $input >> $origname
done  $pipename

Then I could start a process in the following way:

nohup > namedpipe 2>&1 &

After it is started I would set up a cron job to send it a signal for rotation.

Is this script robust / efficient?

share|improve this question


If namedpipe already exists, print a warning and stop rather than simply delete it: what happens to the script that was using it? Look at existing scripts in /etc/init.d. Look at start-stop-daemon on Debian and Ubuntu (or any Debian-derived distro).

Error messages should go to stderr, not stdout. There is a missing input redirection at the end. Tar adds unneeded overhead: just gzip the file.

And so on.

But in any case, all this is unnecessary to add log rotation to scripts started with nohup: just use the copytruncate option in logrotate (see man logrotate); and abandon your named pipe solution.

share|improve this answer
for my case, if the pipe exists i want to remove it. yeah i missed the <> at the end of the while loop, sorry. for the scripts i am working with, i don't care if stdout and stderr go to the same place. i also wanted to avoid overhead of a disk copy in logrotate which is why i am trying this in the first place. archiving overhead should be mitigated with nice. are there any other reasons you don't like the script? – Hersheezy May 20 '12 at 8:41

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.