Tronquer un fichier alors qu'il est utilisé (Linux)

Prendre un coup d'oeil à l'utilitaire split(1), une partie de GNU Coreutils.

La chose intéressante à propos de ces repoussé les fichiers, c'est que les premiers 128 KO ou seront tous les zéros après vous tronquer le fichier en le copiant /dev/null sur elle. Cela se produit parce que le fichier est tronqué à longueur de zéro, mais le fichier descripteur de l'application des points encore immédiatement après sa dernière écriture. Quand il écrit encore, le système de fichiers traite le début du fichier, comme tous les octets zéro - sans écrire des zéros sur le disque.

Idéalement, vous devriez demander au fournisseur de l'application pour ouvrir le fichier journal avec le O_APPEND drapeau. Cela signifie que, après vous tronquer le fichier, l'écriture suivante sera implicitement à rechercher à la fin du fichier (sens retour à décalage de zéro), puis d'écrire les nouvelles informations.

---

Ce code d'habillages de sortie standard, il est donc dans O_APPEND mode et invoque ensuite le commandement donné par ses arguments (un peu comme nice exécute une commande après le réglage de sa belle-niveau, ou nohup exécute une commande après la fixation de choses de sorte qu'il ignore SIGHUP).

#include <stdlib.h>
#include <unistd.h>
#include <fcntl.h>
#include <stdio.h>
#include <stdarg.h>
#include <string.h>
#include <errno.h>

static char *arg0 = "<unknown>";

static void error(const char *fmt, ...)
{
    va_list args;
    int errnum = errno;
    fprintf(stderr, "%s: ", arg0);
    va_start(args, fmt);
    vfprintf(stderr, fmt, args);
    va_end(args);
    if (errnum != 0)
        fprintf(stderr, " (%d: %s)", errnum, strerror(errnum));
    putc('\n', stderr);
    fflush(0);
    exit(1);
}

int main(int argc, char **argv)
{
    int attr;
    arg0 = argv[0];

    if (argc < 2)
        error("Usage: %s cmd [arg ...]", arg0);
    if ((attr = fcntl(1, F_GETFL, &attr)) < 0)
        error("fcntl(F_GETFL) failed");
    attr |= O_APPEND;
    if (fcntl(1, F_SETFL, attr) != 0)
        error("fcntl(F_SETFL) failed");
    execvp(argv[1], &argv[1]);
    error("failed to exec %s", argv[1]);
    return(1);
}

Mes tests d', c'était un peu désinvolte, mais à peine assez pour me convaincre qu'il a travaillé.

---

Alternative plus simple

Billy des notes dans son réponse que " >> ' est l'ajout de l'opérateur - et en effet, sur Solaris 10, bash (version 3.00.16(1)) n'utiliser le O_APPEND drapeau - ce qui rend le code ci-dessus inutiles, comme le montre ('Black JL:' est mon invite sur cette machine):

Black JL: truss -o bash.truss bash -c "echo Hi >> x3.29"
Black JL: grep open bash.truss
open("/var/ld/ld.config", O_RDONLY)             Err#2 ENOENT
open("/usr/lib/libcurses.so.1", O_RDONLY)       = 3
open("/usr/lib/libsocket.so.1", O_RDONLY)       = 3
open("/usr/lib/libnsl.so.1", O_RDONLY)          = 3
open("/usr/lib/libdl.so.1", O_RDONLY)           = 3
open("/usr/lib/libc.so.1", O_RDONLY)            = 3
open("/platform/SUNW,Ultra-4/lib/libc_psr.so.1", O_RDONLY) = 3
open64("/dev/tty", O_RDWR|O_NONBLOCK)           = 3
stat64("/usr/openssl/v0.9.8e/bin/bash", 0xFFBFF2A8) Err#2 ENOENT
open64("x3.29", O_WRONLY|O_APPEND|O_CREAT, 0666) = 3
Black JL:

Ajouter utiliser la redirection plutôt que de l'emballage ('cantrip') code ci-dessus. Cela va juste pour montrer que lorsque vous utilisez une technique particulière pour d'autres (valide) fins, en l'adaptant à un autre n'est pas forcément le plus simple mécanisme - même si cela fonctionne.

Essayer > file.

---

Mise à jour concernant les commentaires: il fonctionne très bien pour moi:

robert@rm:~> echo "content" > test-file
robert@rm:~> cat test-file 
content
robert@rm:~> > test-file
robert@rm:~> cat test-file 

que le fichier est utilisé, si vous essayez d'annuler ou quelque chose comme ça, il peut parfois "confondre" l'application qui est écrit dans le fichier journal et il pourrait ne pas connecter quoi que ce soit après que.

Ce que je voudrais essayer ot faire est de créer une sorte de proxy/filtre pour ce journal, au lieu de rediriger vers un fichier, de rediriger un processus ou quelque chose qui pourrait obtenir l'entrée et à écrire à un roulement de fichier.

Peut-être, il peut être fait par le script sinon, vous pouvez écrire une application simple pour que ( java ou autre ). L'impact sur les performances de l'application doit être assez petite, mais vous aurez à faire quelques tests.

Btw, votre application, c'est un stand-alone, web app, ... ? Peut-être il y a d'autres options à étudier.

Edit: il y a aussi un Ajouter la Redirection de l'Opérateur >> que je n'ai personnellement jamais utilisé, mais il pourrait ne pas verrouiller le fichier.

J'ai téléchargé et compilé la dernière coreutils si je pouvais avoir truncate disponibles.

Couru ./configure et make, mais n'a pas couru make install.

Tous la compilation d'utilitaires de figurer dans le "src" le dossier.

J'ai couru

[path]/src/truncate -s 1024000 textfileineedtotruncate.log

sur un 1.7 GO de fichier journal.

Il ne modifie pas la taille inscrites lors de l'utilisation de ls -l, mais il l'a fait libérer tout l'espace disque - qui est ce que j'ai vraiment dû faire avant de /var rempli et tué le processus.

Merci pour l'astuce sur "tronquer"!

@Hobo utilisation freopen(), il réutilise les flux à ouvrir le fichier spécifié par filename ou de changer son mode d'accès.
Si un nouveau nom de fichier est spécifié, la fonction tente d'abord de fermer n'importe quel fichier qui est déjà associée à un flux de données (troisième paramètre) et dissocie il. Puis, indépendamment du fait que ce cours d'eau a été fermé avec succès ou non, freopen ouvre le fichier spécifié par filename, et l'associe avec le cours d'eau tout comme fopen ferait en utilisant le mode spécifié.

si un tiers binaire est la production de journaux, il nous faut écrire un wrapper qui va tourner les journaux, et d'un tiers, sera exécuté dans proxyrun fil comme ci-dessous.

#include <pthread.h>
#include <stdio.h>
#include <unistd.h>
#include <unistd.h>
#include <string.h>

using namespace std;

extern "C" void * proxyrun(void * pArg){
   static int lsiLineNum = 0;
   while(1) 
   {
     printf("\nLOGGER: %d",++lsiLineNum);
     fflush(stdout);
   }
  return NULL;
}


int main(int argc, char **argv)
{
  pthread_t lThdId;
  if(0 != pthread_create(&lThdId, NULL, proxyrun, NULL))
  {
    return 1;
  }

  char lpcFileName[256] = {0,};

  static int x = 0;

  while(1)
  {
    printf("\n<<<MAIN SLEEP>>>");
    fflush(stdout);
    sprintf(lpcFileName, "/home/yogesh/C++TestPrograms/std.txt%d",++x);
    freopen(lpcFileName,"w",stdout);
    sleep(10);
  }

  return 0;
}

J'ai eu un problème similaire et a été incapable de faire un "tail-f" sur la sortie d'un script qui a été lancé par cron:

    * * * * * my_script >> /var/log/my_script.log 2>&1

Je l'ai corrigé en modifiant le rediriger stderr:

    * * * * * my_script >> /var/log/my_script.log 2>/var/log/my_script.err