Probleme mit crontab (Allgemeines zu Perl)

[thread]13278[/thread]

Probleme mit crontab

Leser: 23

Articles: hide open all | hide show old branches

+15 replies
bieber

2009-03-25 15:13
User since
2007-06-18
148 Artikel
BenutzerIn
Hallo Community,

ich möchte gern täglich eine Sicherung meiner Oracle-Datenbank via "export" machen. Manuell macht man dies als Nutzer Oracle mit:
Code: (dl )

exp "nutzer/passwort@DATENBANK" file=/pfad/name.dmp
Die crontab ist aber nicht der Nutzer oracle... folglich kennt er das Programm "exp" nicht.

Also dachte ich mir, baue ich ein kleines Perl-Script, welches ich als cronjob aufrufe, welches die entsprechenden Env-Variablen setzt und gut ist...Nur leider bin ich zu blöd :(

mein Versuch sieht so aus:
Code (perl): (dl )

1 2 3 4 5 6 7 8 9

#!/usr/bin/perl use strict; use warnings; my $path = "PATH=/opt/oracle/product/10.2/db_1/bin:\$PATH"; my $commit = "export PATH"; system($path); system($commit);
Code: (dl )

Can't exec "export": Datei oder Verzeichnis nicht gefunden at test.pl line 9.
Ich glaube mein Ansatz ist schon falsch :(. Gibt es denn eine Möglichkeit die crontab als Nutzer "oracle" laufen zu lassen?

Wäre schön wenn mir jm. auf die Sprünge helfen könnte. Danke.
Es gibt immer Leute die meinen, sie seien schlauer als ich. Das Schlimmste ist, sie sind es auch.
- +6 replies
- Taulmarill
  
  2009-03-25 15:28
  
  User since
  2004-02-19
  1750 Artikel
  BenutzerIn
  
  Du könntest das Programm doch einfach unter Angabe des vollständigen Pfades aufrufen, oder? Zumindest mache ich das bei meinen cronjobs immer so.
  $_=unpack"B*",~pack"H*",$_ and y&1|0& |#&&print"$_\n"for@.=qw BFA2F7C39139F45F78 0A28104594444504400 0A2F107D54447DE7800 0A2110453444450500 73CF1045138445F4800 0 F3EF2044E3D17DE 8A08A0451412411 F3CF207DF41C79E 820A20451412414 83E93C4513D17D2B
  - +5 replies
  - bieber
    
    2009-03-25 15:35
    
    User since
    2007-06-18
    148 Artikel
    BenutzerIn
    
    habe ich schon probiert...das macht Oracle aber nicht mit, weil intern wieder die Env-Variablen benötigt werden
    Es gibt immer Leute die meinen, sie seien schlauer als ich. Das Schlimmste ist, sie sind es auch.
    - +4 replies
    - Taulmarill
      
      2009-03-25 15:43
      
      User since
      2004-02-19
      1750 Artikel
      BenutzerIn
      
      Achso, dann probier mal einfach $ENV{PATH} anzupassen. Bei meinem kurzen Test (s.u.) hat's anscheinend funktioniert.
      
      Code (perl): (dl )
      
      1 2
      
      $ perl -le'$ENV{foo} = "bar";system("echo \$foo")' bar
      
      $_=unpack"B*",~pack"H*",$_ and y&1|0& |#&&print"$_\n"for@.=qw BFA2F7C39139F45F78 0A28104594444504400 0A2F107D54447DE7800 0A2110453444450500 73CF1045138445F4800 0 F3EF2044E3D17DE 8A08A0451412411 F3CF207DF41C79E 820A20451412414 83E93C4513D17D2B
      - +3 replies
      - bieber
        
        2009-03-25 16:11
        
        User since
        2007-06-18
        148 Artikel
        BenutzerIn
        
        2009-03-25T14:43:17 Taulmarill
        Achso, dann probier mal einfach $ENV{PATH} anzupassen. Bei meinem kurzen Test (s.u.) hat's anscheinend funktioniert.
        
        Code (perl): (dl )
        
        1 2
        
        $ perl -le'$ENV{foo} = "bar";system("echo \$foo")' bar
        
        perfekt, das funktioniert! Vielen Dank.
        
        eine kleine Frage hätte ich noch: der "exp" - Befehl erzeugt eine Ausgabe...die landet ja jetzt in einer mail, kann ich das in eine Datei umlenken bzw. unterbinden? mein Code sieht jetzt so aus:
        crontab:
        
        Code: (dl )
        
        1 2
        
        #offline-Sicherung mit exp 04 16 * * 1,2,3,4,5,6,0 /pfad/exports.pl
        
        exports.pl:
        
        Code (perl): (dl )
        
        1 2 3 4 5 6 7 8 9 10 11
        
        #!/usr/bin/perl use strict; use warnings; $ENV{PATH} = "\$PATH=\$PATH:/opt/oracle/product/10.2/db_1/bin"; $ENV{ORACLE_HOME} = "/opt/oracle/product/10.2/db_1"; my $string = "exp \"nutzer/passwort\@DB\" file=/pfad/exp_db.dmp statistics=none FULL=y LOG=/pfad/exp_db.log"; system($string);
        
        Es gibt immer Leute die meinen, sie seien schlauer als ich. Das Schlimmste ist, sie sind es auch.
        
        +2 replies
        
        Taulmarill
        
        2009-03-25 16:26
        
        User since
        2004-02-19
        1750 Artikel
        BenutzerIn
        
        Du kannst die Ausgabe eines Progamms mit > in eine Datei umleiten oder mit >> an eine bestehende Datei anhängen.
        $_=unpack"B*",~pack"H*",$_ and y&1|0& |#&&print"$_\n"for@.=qw BFA2F7C39139F45F78 0A28104594444504400 0A2F107D54447DE7800 0A2110453444450500 73CF1045138445F4800 0 F3EF2044E3D17DE 8A08A0451412411 F3CF207DF41C79E 820A20451412414 83E93C4513D17D2B
        
        bieber
        
        2009-03-25 16:29
        
        User since
        2007-06-18
        148 Artikel
        BenutzerIn
        
        das ist ja einfach ;) danke
        Es gibt immer Leute die meinen, sie seien schlauer als ich. Das Schlimmste ist, sie sind es auch.
- +3 replies
- nepos
  
  2009-03-25 15:34
  User since
  2005-08-17
  1420 Artikel
  BenutzerIn
  Das mit dem Perl-Script geht nicht, da system() in einer Subshell läuft. Deine Änderungen würden nur in dieser gelten.
  
  Quote
  Gibt es denn eine Möglichkeit die crontab als Nutzer "oracle" laufen zu lassen?
  
  Ja, du machst ein
  
  Code: (dl )
  
  crontab -u oracle -e
  
  als root. Dadurch kannst du eine eigene Crontab für den Oracle-User erzeugen.
  - +2 replies
  - bieber
    
    2009-03-25 15:38
    User since
    2007-06-18
    148 Artikel
    BenutzerIn
    
    2009-03-25T14:34:42 nepos
    Das mit dem Perl-Script geht nicht, da system() in einer Subshell läuft. Deine Änderungen würden nur in dieser gelten.
    
    Quote
    Gibt es denn eine Möglichkeit die crontab als Nutzer "oracle" laufen zu lassen?
    
    Ja, du machst ein
    
    Code: (dl )
    
    crontab -u oracle -e
    
    als root. Dadurch kannst du eine eigene Crontab für den Oracle-User erzeugen.
    
    das ist doch genau das gleiche wie crontab -e als Nutzer oracle oder? Das habe ich gemacht, der cronjob hat aber nicht die ENV von oracle!
    Es gibt immer Leute die meinen, sie seien schlauer als ich. Das Schlimmste ist, sie sind es auch.
    - nepos
      
      2009-03-25 18:07
      
      User since
      2005-08-17
      1420 Artikel
      BenutzerIn
      
      2009-03-25T14:38:52 bieber
      das ist doch genau das gleiche wie crontab -e als Nutzer oracle oder? Das habe ich gemacht, der cronjob hat aber nicht die ENV von oracle!
      
      Klar, weil cronjobs nie die Environments der User haben. Das steht aber alles in man 5 crontab!
      Nur wegen der Environment-Sache nun ein Perl-Script zu schreiben ist ein wenig Overkill in meinen Augen.
      Wenn der Oracle-User auch Oracle-Kram in Cronjobs benutzen soll, dann muss halt das Environment in der Crontab einfach entsprechend angepasst werden.
- +5 replies
- FoolAck
  
  2009-03-25 15:34
  User since
  2008-05-02
  69 Artikel
  BenutzerIn
  Öhm, ein system Aufruf ist ungefähr dasselbe wie ein '/bin/sh -c "system-Args"', sprich: es forkt jedesmal eine neue Shell. Die in deinem ersten Aufruf gesetzte PATH-Variable existiert also in deiner zweiten Shell nicht mehr.
  
  Quote
  Also dachte ich mir, baue ich ein kleines Perl-Script, welches ich als cronjob aufrufe, welches die entsprechenden Env-Variablen setzt und gut ist.
  
  Die Frage ist, in welcher Shell sollen die Env-Varariablen gesetzt werden? (Btw wäre ein Shell-Skript wesentlich angebrachter für so eine Aufgabe.)
  
  Quote
  Can't exec "export": Datei oder Verzeichnis nicht gefunden at test.pl line 9.
  
  Wenn system mit nur einem skalaren Argument aufgerufen wird, und dieses keinerlei shell-Metacharacters hat, wird der String einfach nach whitespaces gesplittet und mit execvp ausgeführt, sprich ohne eine shell "dazwischen". export ist aber ein shell-builtin, also kann das natürlich nicht ausgeführt werden.
  Siehe auch
  
  Code: (dl )
  
  perldoc -f system
  - +4 replies
  - bieber
    
    2009-03-25 15:43
    
    User since
    2007-06-18
    148 Artikel
    BenutzerIn
    
    ja, das ist mir auch wieder eingefallen als ich es aufgerufen habe...
    
    Shellscripte möchte ich eigentlich vermeiden, weil ich a) keine shell-Programmierung kann und b) perl die beste Sprache der Welt ist, und deshalb alles schaffen kann/muss :D
    Es gibt immer Leute die meinen, sie seien schlauer als ich. Das Schlimmste ist, sie sind es auch.
    - +3 replies
    - FoolAck
      
      2009-03-25 15:50
      
      User since
      2008-05-02
      69 Artikel
      BenutzerIn
      
      Naja, wenn ein perl-Skript einfach nur aus system Aufrufen besteht kannst du es auch gleich in sh schreiben..
      
      Kennst du das Programm env?
      
      Code: (dl )
      
      env PATH=foo /bin/sh -c 'echo $PATH'
      
      "man env"
      - +2 replies
      - bieber
        
        2009-03-25 16:13
        
        User since
        2007-06-18
        148 Artikel
        BenutzerIn
        
        nein, kannte ich noch nicht
        
        das macht genau das gleiche wie es mir "Taulmarill" oben empfohlen hat oder? Ich schaue es mir mal an. Vielen Dank für die Hilfe.
        Es gibt immer Leute die meinen, sie seien schlauer als ich. Das Schlimmste ist, sie sind es auch.
        
        Superfrank
        
        2009-03-26 14:25
        
        User since
        2006-09-05
        164 Artikel
        BenutzerIn
        
        Tach
        hast du es schon mal mit
        
        Code: (dl )
        
        04 16 * * 1,2,3,4,5,6,0 oracle PATH=/opt/oracle/product/10.2/db_1/bin:\$PATH; export PATH; exp "nutzer/passwort@DATENBANK" file=/pfad/name.dmp
        
        versucht? Ein ähnliches Problem hab ich schon mal so gelöst.
        
        Viele Grüsse
        
        Frank
        Last edited: 2009-03-26 14:27:56 +0100 (CET)

View all threads created 2009-03-25 15:13.