crontab es regebbi fajlok torlese

-cmin +720 ez törli a 12 óránál régebbieket és a -cmin -720 pedig a 12 órán belülieket.

A {} elől és mögül hiányzik egy-egy ' szerintem meg lehet egy -f is kellene bele... Nálam így néz ki igaz nem HP unixon:
/bin/rm -f '{}'

csaba@karmic:~$ which rm
/bin/rm

Persze lehet, hogy HP-UX alatt nem ott van.

Lezárnád az időzett szöveget [ / code ] paranccsal? Így elég nehezen olvashatóak a hozzászólások.

Ave, Saabi.

Emlekeim szerint a HP-UX find csak egesz napokat enged hasznalni, de a GNU find biztosan fordithato HP-UX alatt is, es akkor hasznalhatod azt, vagy pedig probalkozhatsz egy ilyesmi perl programot hivni a cronbol:

#! /usr/bin/env perl

use strict;
use warnings;
use File::Find;

my $t = time;
find(
  { wanted => sub {
      return if not -f;
      #print "$_\n" if $t - ( stat _ )[9] > 12 * 3600;
      #return;
      my $rv = unlink if $t - ( stat _ )[9] > 12 * 3600;
      warn "cannot delete file [$_]: $!" if not $rv;
    },
    no_chdir => 1,
    follow   => 0,
  },
  "/share/tmp"
);

Mindenkepp jatssz vele egy kicsit a csak printelo valtozatban, mielott hagyod hogy toroljon is, mert nem vallalok felelosseget, ha olyasmit is torol, amit nem kellett volna. ;-)

Avagy egy harmadik opcio, hogy valahol letrehozol egy ures file-t, touch-csal beallitod a modification time-ot 12 oraval korabbra, aztan

find ! -newer timestampfile ...

formaban torolsz.

Én azért csak megnézném azt a levelet a cron kimenetével. (Illetve a /var/adm/cron/log fájlt, hogy mi van a futtatásról). Ami leginkább gyanús, hogy pl. a hp-ux man-ban sehol nem szerepel az az egyszerű információ, hogy a cron pl. sh -c 'parancs' formátumban futtatja-e azt a szerencsétlen parancsot, vagy ő maga végez rajta némi feldolgozást (pl. ;-t és | -ot már láttam hapukszos crontab-fájlban), szóval egyáltalán nem vagyok biztos benne, hogy a parancslezáró ; elé a crontab-ban is kell-e a \ . Viszont a problémát megkerülendő, próbáld meg ezt a POSIX-szabványos megoldást:

..... -exec rm {} +

A -exec (vagy -ok) utáni + megegyezik a \; -gal, két különbség van: nem kell a shell elől takarni (speciel ez hibásan van a HP-UX manualban), és nem minden megtalált fájlnévvel fut le egyesével, hanem összegyűjt annyit amennyit tud, és azzal. A második fele nyilván sokat segít teljesítményben, az első pedig a fenti probléma kiküszöbölése kapcsán *lehet* érdekes.

# date
Mon Mar 29 12:50:56 METDST 2010
# ls -l
total 0
-rw-r--r--   1 root       sys              0 Mar 29 11:47 file1
-rw-r--r--   1 root       sys              0 Mar 29 11:47 file2
-rw-r--r--   1 root       sys              0 Mar 29 11:47 file3
-rw-r--r--   1 root       sys              0 Mar 29 11:47 file4
-rw-r--r--   1 root       sys              0 Mar 28 11:47 fileold1
-rw-r--r--   1 root       sys              0 Mar 28 11:47 fileold2
-rw-r--r--   1 root       sys              0 Mar 27 11:47 fileold3
-rw-r--r--   1 root       sys              0 Mar 27 11:47 fileold4
# find . -mtime 1 -exec /usr/bin/ls -l {} +
-rw-r--r--   1 root       sys              0 Mar 28 11:47 ./fileold1
-rw-r--r--   1 root       sys              0 Mar 28 11:47 ./fileold2
# find . -mtime +1 -exec /usr/bin/ls -l {} +
-rw-r--r--   1 root       sys              0 Mar 27 11:47 ./fileold3
-rw-r--r--   1 root       sys              0 Mar 27 11:47 ./fileold4
#

Vannak egy napnál _régebbi_ file-jaid? Mint láthatod, 29-én a "+1" nem listázza a 28-i file-okat, csak az "1"!

Ave, Saabi.