Re: I found it, I FOUND IT!!
От | Mayan |
---|---|
Тема | Re: I found it, I FOUND IT!! |
Дата | |
Msg-id | 3C66B023.C1B2E619@canada.com обсуждение исходный текст |
Ответ на | Re: I found it, I FOUND IT!! ("Dean@TMDT" <dean@tmdt.com.tw>) |
Ответы |
Re: I found it, I FOUND IT!!
Re: I found it, I FOUND IT!! |
Список | pgsql-general |
Two questions: How can I find out in what level I am running and in regards to the 'ps ax ...' code you mentioned this is what's displayed on the screen: 1132 pts/1 S 0:00 grep postmaster. Is this what I'd want to see? Does it mean that postgresql is running? Thanks "Dean@TMDT" wrote: > >I'd like to start by apologizing for my last message, it was chopped > >off, badly written and incoherent, but you guys came through, for that I > >thank you. No more 19 hour workdays for me, I promise. > >OK, I found the '/etc/int.d', but there was no 'postgresql' subdirectory > > I am not using Debian, but in Redhat, it will be only a script file "postgresql" > under /etc/init.d (link to /etc/rc.d/init.d); I don't know what it would be look like in Debian. > > >under it; I created one and placed the start/stop script file in it; > >changed the file permission to '755'. After doing this, I created the > >link files: > > > >ln -s /etc/init.d/posgresql/linux /etc/rc0.d/K02postgresql > >ln -s /etc/init.d/posgresql/linux /etc/rc1.d/K02postgresql > >ln -s /etc/init.d/posgresql/linux /etc/rc2.d/K02postgresql > >ln -s /etc/init.d/posgresql/linux /etc/rc3.d/S98postgresql > >ln -s /etc/init.d/posgresql/linux /etc/rc4.d/S98postgresql > >ln -s /etc/init.d/posgresql/linux /etc/rc5.d/S98postgresql > > > I saw them in Redhat too, but only in /etc/rc3.d , because I use postgresql in run level3 only. > > >However, after rebooting the machine, I still don't get postgresql > >starting at boot time. Can someone please tell me if I am missing > >something? > >I would assume that it's not running because psql is not a recognized > >command. > > I think you should use command "ps ax | grep postmaster" for checking is > it running or not instead of recognizing via run the psql command directly , > because it also can be caused by path's problem. > > Best Regards' > Dean Lu > > > > >Thanks. > > > > > >---------------------------(end of broadcast)--------------------------- > >TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org I
В списке pgsql-general по дате отправления: