Received: from localhost (unknown [200.46.204.183]) by developer.postgresql.org (Postfix) with ESMTP id 37CDA2E0044 for ; Mon, 21 Apr 2008 03:58:20 -0300 (ADT) Received: from developer.postgresql.org ([200.46.204.71]) by localhost (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 98465-02-6 for ; Mon, 21 Apr 2008 03:58:13 -0300 (ADT) X-Greylist: from auto-whitelisted by SQLgrey-1.7.5 Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.157]) by developer.postgresql.org (Postfix) with ESMTP id C56082E009C for ; Mon, 21 Apr 2008 03:58:07 -0300 (ADT) Received: by fg-out-1718.google.com with SMTP id 22so1534696fge.23 for ; Sun, 20 Apr 2008 23:58:06 -0700 (PDT) Received: by 10.86.9.8 with SMTP id 8mr12389571fgi.70.1208761086616; Sun, 20 Apr 2008 23:58:06 -0700 (PDT) Received: from ?10.0.0.12? ( [85.117.32.62]) by mx.google.com with ESMTPS id z37sm6457641ikz.1.2008.04.20.23.58.02 (version=SSLv3 cipher=RC4-MD5); Sun, 20 Apr 2008 23:58:04 -0700 (PDT) Message-ID: <480C3AF9.5000605@mysoft.ge> Date: Mon, 21 Apr 2008 10:58:01 +0400 From: David Jorjoliani User-Agent: Thunderbird 2.0.0.12 (X11/20080227) MIME-Version: 1.0 To: Medi Montaseri CC: Phillip Smith , pgsql-admin@postgresql.org Subject: Re: Database update problem from crontab on ubuntu server References: <48083D3B.1070302@mysoft.ge> <00ef01c8a343$d70626a0$9b0014ac@wbaus090> <8078a1730804202035ge51ac9ela928b4dd018881f9@mail.gmail.com> In-Reply-To: <8078a1730804202035ge51ac9ela928b4dd018881f9@mail.gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=0 tagged_above=0 required=5 tests=none X-Spam-Level: X-Archive-Number: 200804/209 X-Sequence-Number: 28973 It fixed! When I make shell script and send to some file like: /usr/local/backupscripts/bk.sh > /var/log/rmsupdate.log and inside bk.sh I have the same command as it was in cron: su -l postgres -c "/bin/gunzip -c /backup/rms.gz | /usr/lib/postgresql/8.2/bin/psql rms" Only putting command in shell script didn't work. Only after I made it to send output to real file, it start working (no error messages in postgres error log). So, I think may be from cron it runs very fast (without file io) and postgres is unable to serve requests :-). Because, main difference between my old fedora and new ubuntu is hardware, which is much better. It was: 512M RAM, IDE drives, 1.8GHZ CPU; Now it is: 4G RAM, Quad 2 Duo 3.0GHZ CPU, SATA2 HDD. Thanks, David Medi Montaseri wrote: > The usual trap in cron usage is the fact that crontab commands are > executed in a cleanroom environment, ie no environment variable is > used/inherited, so PATH, HOME, PGDATA, etc are not set/available when > the command is launched. > > You can set vars or be very explicit in your script including DB > names, DB Users, etc > > Cheers > Medi > > On Sun, Apr 20, 2008 at 5:08 PM, Phillip Smith > > wrote: > > > same result when it running trough cronjob. Manually everything is > > fine. Even I put this commands (without su -l ...) in postgres user > > crontab, but same result. > > > > Server is ubuntu 64bit. Does it makes any difference from 32bit in > > terms of crontab functionality? > > System architecture shouldn't affect crontab. Can you give us the > full output from cron? Also, just for debugging's sake, try putting > it in a script and call the script from cron. > > If it still fails, then it might help identify exactly where the > error is. If it doesn't fail, then you can start shrinking it all > back down in to one line again and see where the error comes in. > > #!/bin/bash > > BACKUP_FILE_GZ='/backup/rms.gz' > BACKUP_FILE='/tmp/rms.sql' > > echo "-----------------------------------------------" > echo "Unzipping backup..." > /bin/gunzip -c ${BACKUP_FILE_GZ} > ${BACKUP_FILE} > > echo "-----------------------------------------------" > echo "Attempting restore..." > /usr/bin/psql rms < ${BACKUP_FILE} > > echo "-----------------------------------------------" > echo "Done" > > > THINK BEFORE YOU PRINT - Save paper if you don't really need to > print this > > *******************Confidentiality and Privilege > Notice******************* > > The material contained in this message is privileged and > confidential to > the addressee. If you are not the addressee indicated in this > message or > responsible for delivery of the message to such person, you may > not copy > or deliver this message to anyone, and you should destroy it and > kindly > notify the sender by reply email. > > Information in this message that does not relate to the official > business > of Weatherbeeta must be treated as neither given nor endorsed by > Weatherbeeta. > Weatherbeeta, its employees, contractors or associates shall not > be liable > for direct, indirect or consequential loss arising from > transmission of this > message or any attachments > e-mail. > > -- > Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org > ) > To make changes to your subscription: > http://www.postgresql.org/mailpref/pgsql-admin > >