[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 20000503: LDM 5 on Red Ha
- Subject: Re: 20000503: LDM 5 on Red Ha
- Date: Thu, 04 May 2000 15:40:34 -0600
Hi Matt,
Thanks for all the info. I've tried to respond to each of your points below.
Matt Roberts wrote:
> Anne,
>
> The output of the command you specified is below:
>
> $ pqcreate -v -c -s 100000000
> Creating /usr/local/ldm/data/ldm.pq, 100000000 bytes.
> Segmentation fault (core dumped)
> $
>
> This occurs with *every* run of this command, regardless of the size of
> the queue requested. I tried everything from 1M to 1G--no dice. I even
> removed the old pq files and tried again, with no luck. Same output.
> The entire system is on one Linux native partition, logs, data, queue,
> everything. We will eventually move the data to a second drive, but just
> to get up and running, we have 6G which will be good for a little while.
> :)
Please see below.
> As for the permissions on hupsyslog and rpc.ldmd, I did run the make
> install and make install_setuids as per the doco, but the uid and suid you
> spoke of were not set. The permissions of the files in the ~/bin
> directory now look like this:
>
> lrwxrwxrwx 1 ldm ldm 5 May 3 09:18 afos -> pqing
> -rw------- 1 ldm ldm 46972928 May 3 09:42 core
> lrwxrwxrwx 1 ldm ldm 5 May 3 09:18 ddplus -> pqing
> lrwxrwxrwx 1 ldm ldm 5 May 3 09:18 dds -> pqing
> -rwxrwxr-x 1 ldm ldm 61978 May 3 09:18 feedme
> lrwxrwxrwx 1 ldm ldm 5 May 3 09:18 feedtest -> pqing
> lrwxrwxrwx 1 ldm ldm 5 May 3 09:18 hds -> pqing
> lrwxrwxrwx 1 ldm ldm 5 May 3 09:18 hrs -> pqing
> -rwsr-xr-x 1 root ldm 12613 May 3 09:18 hupsyslog
> lrwxrwxrwx 1 ldm ldm 5 May 3 09:18 ids -> pqing
> -rwxrwxr-x 1 ldm ldm 23352 May 3 09:42 ldmadmin
> -rwxrwxr-x 1 ldm ldm 23617 May 3 09:18 ldmcheck
> -rwxrwxr-x 1 ldm ldm 7262 May 3 09:18 ldmfail
> -rwxrwxr-x 1 ldm ldm 59245 May 3 09:18 ldmping
> -rwxrwxr-x 1 ldm ldm 6799 May 3 09:18 ldmprods
> -rwxrwxr-x 1 ldm ldm 52020 May 3 09:18 ldmsend
> -rwxrwxr-x 1 ldm ldm 4895 May 3 09:18 mailpqstats
> -rwxrwxr-x 1 ldm ldm 9002 May 3 09:18 netcheck
> -rwxrwxr-x 1 ldm ldm 518 May 3 09:18 newlog
> -rwxrwxr-x 1 ldm ldm 61088 May 3 09:18 notifyme
> lrwxrwxrwx 1 ldm ldm 5 May 3 09:18 pps -> pqing
> -rwxrwxr-x 1 ldm ldm 112088 May 3 09:18 pqact
> -rwxrwxr-x 1 ldm ldm 89634 May 3 09:18 pqbinstats
> -rwxrwxr-x 1 ldm ldm 87532 May 3 09:18 pqcat
> -rwxrwxr-x 1 ldm ldm 80529 May 3 09:18 pqcreate
> -rwxrwxr-x 1 ldm ldm 85596 May 3 09:18 pqexpire
> -rwxrwxr-x 1 ldm ldm 117964 May 3 09:18 pqing
> -rwxrwxr-x 1 ldm ldm 85345 May 3 09:18 pqinsert
> -rwxrwxr-x 1 ldm ldm 104028 May 3 09:18 pqsend
> -rwxrwxr-x 1 ldm ldm 103033 May 3 09:18 pqsurf
> -rwxrwxr-x 1 ldm ldm 102569 May 3 09:18 pqutil
> -rwsr-xr-x 1 root ldm 145723 May 3 09:18 rpc.ldmd
> -rwxrwxr-x 1 ldm ldm 3430 May 3 09:18 scour
> -rwxrwxr-x 1 ldm ldm 7389 May 3 09:18 syscheck
> lrwxrwxrwx 1 ldm ldm 5 May 3 09:18 afos -> pqing
>
> Is that more what the doco had in mind? :) I considered recompiling the
> software, however none of it was complied with any ridiculous
> optimizations or anything like that. I simply did ./configure and the
> make... commands.
>
> Any ideas?
>
> Thanks,
> Matt Roberts
I assume you mean ~ldm/bin. Yes, this is how it is supposed to look (except
for that pesky core file!).
> Matt Roberts wrote:
> Anne,
> I rebuilt LDM with the latest releast compiler (pgcc-2.95.3) and the same
> problem persists. I've been using this compiler on other systems for
> months and it is very stable. I did this just to see if I might be having
> a compiler problem. It does not appear to be so.
>
> I still see a core dump when I try to create the product queue.
>
> Thanks,
> Matt Roberts
> OSU Geography
I have the same configuration that you do: Red Hat Linux V6.1, with a 2.2.x
kernal. I have successfully built an LDM on my machine several times.
We do not support pgcc. I assume your Linux box has gcc - I suggest using
that. (That's what I used.)
To recompile from scratch and start completely over with a new
configuration, do a 'make clean' then be sure to remove the files
config.cache, config.log and config.status, then do 'configure' over again.
Matt Roberts wrote:
> Anne,
>
> Also, just one note: please consult this page:
>
> http://www.unidata.ucar.edu/packages/ldm/ldmSourceInstallList.html
>
> This is the apge that I used to build the LDM. If I do:
>
> make install
> make install_setuids
>
> as the doco suggests, the owner and SUID bits on the two files will not be
> set appropriately. I checked the Makefile output of the LDM source, and
> the install_setuids sets the SUID and owner values on the source files,
> not on already installed files. So I did the above two commands in
> reverse order:
>
> make install_setuids
> make install
>
> and it worked just fine.
>
> Just thought you might like to know.
>
> Thanks,
> Matt
What are you saying here? The 'install' target in the Makefiles in the
'server' directory copies the rpc.ldmd executable to the bin directory, then
the 'install_setuids' target changes the ownership and permissions on that
executable that must exist at that time in the bin directory. Similar for
hupsyslog in the ulog directory. If I'm missing something, please let me
know. However, these instructions have worked many many times for us.
Btw, which 'make' are you using? Again, on my machine I use GNU make.
Good luck. Please let me know your results.
Anne
--
***************************************************
Anne Wilson UCAR Unidata Program
address@hidden P.O. Box 3000
Boulder, CO 80307
----------------------------------------------------
Unidata WWW server http://www.unidata.ucar.edu/
****************************************************