Cron Send Only-fel - Tommy's Computer Blog

Table of Contents

I ett fall kan din dator visa ett felmeddelande som säger att Cron bara skickar e-postfeltankar. Det kan finnas många anledningar till detta unika fel.

Rekommenderas

1. Ladda ner Fortect

2. Följ instruktionerna på skärmen för att köra en skanning

3. Starta om din dator och vänta på att den ska slutföra genomsökningen, följ sedan instruktionerna på skärmen igen för att ta bort eventuella virus som hittats genom att skanna din dator med Fortect

Få fart på din dator idag med denna lättanvända nedladdning.

g.Cronic är ett lätt filmmanus för att paketera cron-jobb så att cron helt enkelt skickar e-postmeddelanden när ett fel uppstår. Cronic anger ett stort fel som alla fel som utan tvekan matas ut utan spår, möjligen med en trevlig resultatkod som inte är noll.

Här är ett annat alternativ som jag nyligen har använt framgångsrikt i många månader: fånga produkten och skriva ut den endast i händelse av ett effektivt fel som utlöser brevlådan. Detta kommer inte i kontakt med några tillfälliga dokument och hela utdata har sparats. Elementet 2> & 1 är viktigt eftersom STDERR omdirigeras till STDOUT.

Skicka stora utdata med standardkonfigurationen för Cron Mailer:

  1 a 7 . * * root OUTPUT = `flexbackup -set varje bit av 2> & 1` || representerar "$ OUTPUT"

Samma, men med en specifik adress, kan ämnet vara:

(Adressen kommer med största sannolikhet också att ändras genom att ställa in MAILTO är lika med xxxx för hela crontab-filen)

  1 2 * * cheer OUTPUT = `flexbackup -set nästan alla 2> & 1` || Matcha "$ SORTIE" | e-post -s "Säkerhetskopiering misslyckades" [email protected]

Du kan till och med ta två steg och lägga till fler för att se till att du skickar ett e-postmeddelande om fel:

  1 2 * * Rot 5. EXIT = `flexbackup -set all 2> & 1` || echo "$ EXIT"; ls -ltr spara / dir.

Fungerar för enkla behov. Om det är svårt ( find pipe - -typ j | grep -v bla | dark fabric some-or-other ), så är det bättre att utföra med kommandot i skriptet och av den anledningen skriFri med det tillvägagångssätt som beskrivs ovan. Orsaken är att du i allmänhet fortfarande använder e-post när några av raderna skickas till STDERR.

Inte svaret du letar efter? Bläddra igenom de många frågorna relaterade till Cron-e-postfelhantering eller ställ din egen fråga.

kronisk närvaro moreutils exekverar förfrågan tyst tills den misslyckas.

-krönikan modifierar kommandot ovanpå som säkerställer att det under standardutmatning och anpassning till fel endast visas om en viss säljs för misslyckande (inte noll eller kan misslyckas). Om kommandotermen lyckas maskeras nästan onödig utdata.

Vanligtvis använder många webbläsare ett cron-jobb. Istället för att försöka sluta tysta och hantera elektroniska meddelanden som har ett slumpmässigt utfall om de lyckas utöver de inte ens noggranna om de misslyckas, kan köpare helt enkelt köra det på en vanlig tidsram och använda den för att dölja en framgångsrik utflyttning.

beslutade den 20 juni 2017 kl. 10.35

Eftersom någon individ inte är i produktion kan du omdirigera STDOUT till ett jobb på / dev - null och skicka STDERR genom att prata med (med hjälp av miljövariabeln MAILTO ).

……[email protected]……* * 4. * * /my/script.sh> kontra dev / null

skickar e-post när det alltid har funnits ett STDERR-problem (med STDERR), och avvisar med all sannolikhet STDOUT.

Den här kursen visar att när programmet skapades i STDERR, misslyckades spelet; Det är osannolikt att det alltid kommer att vara så. När en person kör systemet kan du göra det mycket. För varje fall behöver du ett skrivskal som kör kommandona och lämplig levererar alla e-postmeddelanden på lämpligt sätt. Och använd skalet som ett cron jobb.

svarade 20 juni ’17 ungefär 04:24

48,7k 55 guldmärken 112112 silvermärken 135135 bruna märken

Hur kan jag bara ta emot cron-e-postmeddelanden när fel uppstår?

Du kan lägga in dina cron-anrop på Cronic i åtanke, ett skalskript som bara förbrukar cron-utdata, såvida inte koden för den anropade processen nästan säkert är noll. Det finns ingen utmatning av spårningsfel.

För att använda Cronic, ladda ner skripten till en snabb plats, till exempel / usr / county / bin . Dina crontab-poster måste utvecklas till att föregås av sökvägen till användarens nollställda vbulletin (t.ex. / usr / local / trash / cronic ) eller naturligtvis cronic , förutsatt att din PATH leddes till korrekt.

Observera att “felet” betraktas som om det är en oprecis term hos din misstänkte och bör definieras med försiktighet. För att Cronic ska vara potentiellt användbar måste du konstruera säker på att den karriär du täcker som har svårt att rapportera Cronic slutar på ett av dina sätt som definieras av de faktorer som utgör vägen till misslyckandet. Implicita rapporteringsmått som t.ex. att skriva strängar med bokstäver till STDOUT kräver ytterligare överväganden för att göra dem kompatibla som har cronic eller någon annan cron-kompletteringsmekanism.