Re: Re: [PATCHES] A Sparc/Linux patch (for 7.1), and a Linux rc.d/init.d script....
От | Ryan Kirkpatrick |
---|---|
Тема | Re: Re: [PATCHES] A Sparc/Linux patch (for 7.1), and a Linux rc.d/init.d script.... |
Дата | |
Msg-id | Pine.LNX.4.21.0102072140410.8073-200000@excelsior.rkirkpat.net обсуждение исходный текст |
Ответ на | Re: Re: [PATCHES] A Sparc/Linux patch (for 7.1), and a Linux rc.d/init.d script.... (Bruce Momjian <pgman@candle.pha.pa.us>) |
Ответы |
Re: Re: [PATCHES] A Sparc/Linux patch (for 7.1), and a Linux
rc.d/init.d script....
Re: Re: [PATCHES] A Sparc/Linux patch (for 7.1), and a Linux rc.d/init.d script.... |
Список | pgsql-hackers |
On Tue, 6 Feb 2001, Bruce Momjian wrote: > > > DAEMON=/home/postgres/bin/pg_ctl > > > > Ooops.... That is my mistake... Should have been > > /usr/local/pgsql/bin/pg_ctl. I have /usr/local/pgsql/ symlinked to /home > > (where there is more, faster disk space). I can submit a patch, or can > > some one just fix it? > > Change made. Actually I found a few more places where I used /home/postgres instead of /usr/local/pgsql. To make things clear (and for reasons below) I have attached a new version of the file. > > > su - postgres sh -c "$DAEMON stop >& /dev/null" > > > > Hmm... What is wrong here, besides the '>&'? The '>&' can be > > replaced with '2>&1 >' if that is more standard. > > > Change made. Turns out that it has to be '> {dest} 2>&1' for it to work, at least with bash. So, to reduce confusion on fixes to this file, as I stated above, a new version is attached. It is tested to work and I don't see any thing more that is non-standard. Though if you still see problems, feel free to point them out. :) Thanks and TTYL. --------------------------------------------------------------------------- | "For to me to live is Christ, and to die is gain." | | --- Philippians 1:21 (KJV) | --------------------------------------------------------------------------- | Ryan Kirkpatrick | Boulder, Colorado | http://www.rkirkpat.net/ | ---------------------------------------------------------------------------
В списке pgsql-hackers по дате отправления: