=== vitus_ is now known as vitus === tb is now known as Guest22096 === Jochen_wvdT is now known as Schlawiner [13:24] gÄmorgen === czman is now known as czman_ === LupusE_ is now known as LupusE [15:48] Hallo. Ich habe ein kleines funktionierendes shellscript in ~/bin/ gelegt, aber wie fuehre ich das als cronjob aus? In /var/log/syslog erscheint nur MAIL (mailed 1 byte of output; but got status 0x00ff, #012), wie finde ich heraus was das problem ist? [15:49] üblicherweise schlicht der PATH. der ist in cron nicht gesetzt. [15:50] jo, fullpath nutzen [15:51] In der Crontab oder im Script? In der crontab habe ich jetzt /home/ich/bin/script.sh stehen, scheint nichts zu aendern. Im Script stehen eigentlich nur zwei rsync befehle. [15:52] oder findet rsync wenn es per cron ausgefuehrt wird nicht die ssh keys um mit dem server zu verbinden? [15:53] Kann ich irgendwo sinnvollere Fehlermeldungen als MAIL (mailed 1 byte of output; but got status 0x00ff, #012) sehen? [15:53] Es sieht so aus als wollte mir cron den output des scripts per mail schicken und das waere fehlgeschlagen. [15:54] eher findet er das rsync gar nicht [15:54] mail nicht richtig eingerichtet? [15:54] cronic ist übrigens schick. [15:54] RedNifre: dann versuche mal die Ausgabe des Skripts in der crontab in ein Logfile umzuleiten [15:54] du kannst ja das script im cron in so ein log wrappen [15:55] Ah, gute Idee, probiere ich mal. [15:56] Wieso findet es rsync gar nicht? Muss man bei cronjobs wirklich ALLES als absoluten Pfad angeben? [15:58] Reicht es wenn ich in die crontab das hier reinschreibe?: */1 * * * * /home/ich/bin/script.sh > /home/cronlog.txt [15:58] im Prinzip ja. lenke aber auch noch stderr um [16:00] Also noch 2>&1 hinten dran haengen, richtig? [16:03] und ein >> statt > wenn du nicht nur den letzten Aufruf im Log haben möchtest [16:04] Das >> nur zwischen script und log, oder auch bei 2>>&1? (Falls 2>>&1 ueberhaupt Sinn ergibt) [16:06] Zumindest sehe ich jetzt schon mal Permission denied (publickey,password,keyboard-interactive). [16:07] Im script steht ungefaehr "rsync -bla server:ordner /home/ich/server", ich schaetze mal dass rsync die ssh keys in meinem home nicht findet wenn es per cron ausgefuehrt wird, hm? Wie mache ich das richtig? [16:09] .. und da sollte wohl /usr/bin/rsync stehen. [16:09] sonst kommt er da gar nicht hin. [16:10] und deine persönlichen keys findet es ohne explizite angabe sicher auch nicht. [16:13] Hm. Ich glaube ich verstehe Details von Cronjobs nicht. Werden die ueberhaupt von meinem User-Account aus ausgefuehrt oder sind die irgendwie getrennt? [16:14] wenn du als user den cron hast, ist das deiner. [16:14] Im script steht nur rsync (nicht /usr/bin/rsync) und im log steht noch rsync: connection unexpectedly closed (0 bytes received so far) [sender] [16:15] daraus schliesse ich dass rsync schon irgendwie gefunden wurde. [16:15] dann gibts ja noch die /etc/crontab, dann kannste n user angeben... [16:15] RedNifre: das würde ich auch sagen. [16:16] naja, ich will es ja schon als ich selbst ausfuehren. Warum genau findet es jetzt aber nicht die keys in meinem home, wenn es doch "mein" cronjob ist? [16:16] lass dir doch mal im cronjob dein environment ausgeben, das hilft dir weiter. [16:16] wie hast du es denn in "in cronjob" gepackt? [16:16] per crontab -e [16:16] und: wenn du nicht angemeldet bist und du hast ein verschlüsseltes Home, wirst du vielleicht auch probleme haben ;-) [16:18] oh, ich habe gar nicht bedacht dass der cronjob auch laeuft wenn ich abgemeldet bin. macht aber nichts, auf meinem desktop rechner ist das home nicht verschluesselt. [16:19] "environment ausgeben" bedeutet printenv? [16:19] ja, z.B. [16:24] Okay, die Unterschiede die ich sehe sind dass das cron env viel kleiner ist, nicht in zsh sondern sh laeuft und keine Eintraege fuer SSH_CLIENT, SSH_CONNECTION und SSH_TTY hat. Vermutlich hat das etwas mit dem Permission denied (publickey... zu tun. Hm... [16:26] ...oder aber diese SSH eintraege stehen nur drin weil ich gerade auf der couch sitze und vom laptop aus auf dem desktop-rechner herumwerkel? [16:26] das kann gut sein. [16:26] Was? Dass die SSH Eintraege irrelevant sind oder dass deren Fehlen im cron env dazu fuehrt dass rsync nicht verbinden kann? [16:30] ich würde vor allem in richtung ~ pfad sichen [16:30] suchen [16:32] Ich frage parallel noch im #rsync channel, anscheinend ist das Problem dass meine ssh keys nur in meinem eigenen normalen user environment entschluesselt sind aber nicht aus cron-Sicht. [16:33] Der Punkt mit den Environments ist mir auch noch nicht klar. Wenn ich meine SSH-Keys entschluessle, wo genau sind sie dann eigentlich verfuegbar und wo nicht? [16:34] erklär mal, was du machen willst? du hast einen ssh key, der mit einem passwort geschützt ist und mit dem willst du irgendwo was hinsyncen? [16:35] Hm, am besten fange ich ganz am Anfang an. [16:39] Ich habe hier in meiner Wohnung einen kleinen OpenBSD-Server zum Ueben und einen normalen Ubuntu Desktop PC. Auf dem Server logge ich mich per mosh ein, auch von ausserhalb. Auf dem Server liegt eine todo.txt. Jetzt dachte ich mir dass es ja vielleicht praktisch waere, wenn ich die todo.txt wenn ich zuhause bin am Desktop im Atom-Texteditor oeffnen koennte (statt nur per vi ueber mosh/ssh). Meine erste [16:39] Idee war auf dem Server eine kleine NFS-Partition einzurichten, aber das sah furchtbar umstaendlich aus also dachte ich mir "hey, warum nicht mal schauen was es mit diesen 'cronjobs' auf sich hat, von denen man immer hoert"? Also habe ich auf dem Desktop ein kleines script geschrieben was hintereinander zwei rsync befehle ausfuehrt, vom server zum desktop und zurueck. Funktioniert sogar, ich kann die [16:39] Text-Datei editieren, das script starten, und schon ist es auf beiden maschinen aktuell (sofern beide die richtige systemzeit benutzen). Nur als cronjob will es halt nicht. [16:41] Nutzt jemand Unified Remote auf Ubuntu? [16:41] der ssh key hat ein passwort? [16:44] stevieh jepp. In #rsync empfiehlt man mir gerade fuer den cronjob einen separaten ssh key zu erstellen. [16:45] das wird das "problem" sein. Der ssh key wird über das pam dingens beim einloggen freigegeben. d.h. wenn das uneingeloggt gehen soll.. brauchst du nen separaten key ohne pw [16:46] Ja, allerdings ist die Komplexitaet jetzt doch wesentlich groesser als erwartet so dass ich mich frage ob ich auf dem Server nicht doch ein NFS basteln soll was der Desktop beim Login automatisch mounted. [16:47] ghostmag nein, klingt aber interessant. [16:49] RedNifre: Jah, ist super. Nur stürzt der Server bei mir derzeit immer ab, wenn ich Google Music bedienen will [16:49] RedNifre: ja, das wird für den Zweck wirklich einfacher sein. Aber man kommt trotzdem immer mal bei ähnlichen Problemen vorbei und dann weiss man, dass es mit nem key ohne pw geht [16:51] "The Google Music remote has be marked the wrong way and is currently only designed for windows that is why it crashes." [16:51] ukay [16:51] ghostmag Google Music auf Ubuntu klingt wie ein ziemlich populaerer Usecase, was sagen denn die Unified Remote Entwickler dazu? [16:51] och :( [16:52] Egal, Netflix funktioniert dafür super [16:52] Naja, bleibe ich eben bei Google Music per Chromecast, ohne Unified Remote. [16:52] stevieh ja, stimmt. Ich habe hier ja noch "Backup" auf meiner ToDo-Liste stehen, spaetestens dafuer werde ich es dann brauchen. [16:53] ghostmag: google music remote? [16:53] k1l_: Ist das eine Google App? [16:54] ghostmag: das stammt aus deinem zitat [16:54] RedNifre: yep [16:54] k1l_: Achso. Ich meine damit die Funktion von Unified Remote, Google Music zu steuern [16:55] und welches programm genau? [16:55] k1l_: Unified Remote [16:55] welches google music program? [16:56] Gibt es alternative Google Music Programme? Gehe von der Browservariante aus [16:56] Wie empfehlenswert ist eigentlich dieses Backup-Tool das bei Ubuntu dabei ist? Ich nutze das momentan fuer Backups auf eine externe Platte und ueberlege jetzt ob ich in einem anderen Haus ein NAS hinstellen sollte und die Backups dort hin schicke. Ist "Sicherung" rock solid? Wie macht ihr eure Backups? [16:56] Wenn du mir ein Programm gibst, wäre das aber auch mehr als ausreichend, weil ich das dann über die Media Taste steuern kann [16:56] k1l_: Achso. Ich meine damit die Funktion von Unified Remote, Google Music zu steuern [16:57] minus letzte Zeile [16:57] ghostmag: nuvola kann es [16:57] Sounds awsome, nutzt du das? [17:02] Unityfrage: Manchmal sind Fenster an ein Bildschirm "geheftet". Wenn ich die über Super + S auf eine andere Startfläche platziere, schweben die einfach zurück. Jemand eine Idee, woran das liegt? [17:03] ghostmag passiert mir manchmal mit maximierten fenstern. [17:03] RedNifre: Tatsächlich, wenn ich das verkleinere, geht es wieder :o [17:04] Ist das vielleicht mit der Option "klebrige Ränder" gemeint? [17:04] japp [17:04] nein, klebrige raender meint kleine fenster und den bildschirmrand. glaube ich. [17:09] Whuh, danke k1l_ :* [17:09] Google Music works now great with Unified Remote [17:56] Mein Androidsystem wird von Ubuntu 14.04 nicht gänzlich erkannt. Bilder zum Beispiel werden mir am Rechner nicht angezeigt [17:57] Läuft über MTP. Jemand einen Fix? [18:03] musst du in android freigeben [18:04] k1l_: Wie mache ich das? Suche schon [18:04] Kann MTP ändern [18:05] gibt ja mtp und ptp. mtp ist wo einfach die ordner freigegeben werden per usb. ptp ist das photo ding. [18:05] zum Beispiel PTP, RNDIS, MIDI oder eben Audioquelle und "nur aufladen" [18:06] k1l_: Wenn ich nochmal (obwohl aktiviert) mpt auswähle, kann ich nur auf Videos zugreifen [18:06] bei PTP kann ich nur die beiden Laufwerke auswählen, ohne Inhalt [18:13] mtp unter linux ist gülle, aber meist hat man keine alternativen. [18:13] rsync ist eine gute :-) [18:15] das schlimme ist, auf der android seite ist ja auch mtp, aber das geht wenigstens so einigermassen. [18:15] stevieh: Aber Android kennt rsynch nicht? [18:15] klar: rsync backup for android. [18:16] kannst du mit tasker starten und gut ist. [18:20] mtp funktioniert [18:21] es sind eher die frickelOS der hersteller, die da selber mit ihre bekackten apps scheiße bauen [18:21] bei mir hat das noch nie richtig geklappt... mit diversen phones... aber mag so sein. [18:22] das letzte mal war das noch nicht mal mehr ein richtiger pfad im fs ;-) === zippy is now known as Guest59480