Problem with Centos 6.1

[Martins Purins]

On 20 December 2011 12:56, Peter Schober <peter.schober at univie.ac.at> wrote:
> * Martins Purins <mpurins at gmail.com> [2011-12-20 11:15]:
>> Problem with c6
>> https://c6/Shibboleth.sso/Metadata returns error
>> "Metadata Request Failed"
>
> Jfyi, you don't need that, just use /etc/shibboleth/metagen.sh to
> generate a metadata example.
No. I need that for my clients. Not all are smrt to generate metadata from :)
./metagen.sh
metagen [-12ADLN] -c cert1 [-c cert2 ...] -h host1 [-h host2 ...] [-e entityID]

>
>> ldconfig -v | grep libcur
>> ldconfig: /etc/ld.so.conf.d/kernel-2.6.32-131.21.1.el6.x86_64.conf:6:
>> duplicate hwcap 0 nosegneg
>>        libcurl.so.4 -> libcurl.so.4.1.1
>
> That doesn't mean anything. Look at /etc/init.d/shibd to find out
> what's relevant. Try this on the shell:
>
> $ LD_LIBRARY_PATH=/opt/shibboleth/lib64:$LD_LIBRARY_PATH ldd /usr/sbin/shibd | fgrep curl

If I understand what you mean with your syntax, then result is such:
ps ax | grep shibd
 1297 pts/0    S+     0:00 grep shibd
[root at c6 ~]# ldd /usr/sbin/shibd | fgrep curl
        libcurl.so.4 => /usr/lib64/libcurl.so.4 (0x00007febe0a14000)
[root at c6 ~]# /etc/init.d/shibd start
Starting shibd:                                            [  OK  ]
[root at c6 ~]# ldd /usr/sbin/shibd | fgrep curl
        libcurl.so.4 => /usr/lib64/libcurl.so.4 (0x00007eff77b58000)
[root at c6 ~]# ldd /usr/sbin/shibd | fgrep curl
        libcurl.so.4 => /usr/lib64/libcurl.so.4 (0x00007fd5179e1000)
[root at c6 ~]# ldd /usr/sbin/shibd | fgrep curl
        libcurl.so.4 => /usr/lib64/libcurl.so.4 (0x00007f9222f2e000)
[root at c6 ~]#  export LD_LIBRARY_PATH=/opt/shibboleth/lib64:$LD_LIBRARY_PATH
[root at c6 ~]# ldd /usr/sbin/shibd | fgrep curl
        libcurl.so.4 => /opt/shibboleth/lib64/libcurl.so.4 (0x00007fb406809000)

/etc/init.d/shibd
>>>>
                fi
        fi

!!!!!!!        export LD_LIBRARY_PATH=/opt/shibboleth/lib64:$LD_LIBRARY_PATH
        export SHIBD_PID=$pidfile
        touch $pidfile
        chown $SHIBD_USER:$SHIBD_USER $pidfile
....................................
               daemon --user $SHIBD_USER $shibd -p $pidfile -f -w 30


>>>>
>
>> I have done workaround but I think it is not the best way, because of
>> possible problems with other software
>> touch /etc/ld.so.conf.d/libcurl-shibd-x86_64.conf
>> echo "/opt/shibboleth/lib64" >  /etc/ld.so.conf.d/libcurl-shibd-x86_64.conf
>>
>> ldconfig -v | grep curl
>> ldconfig: /etc/ld.so.conf.d/kernel-2.6.32-131.21.1.el6.x86_64.conf:6:
>> duplicate hwcap 0 nosegneg
>>        libcurl.so.4 -> libcurl.so.4.2.0
>>        libcurl.so.4 -> libcurl.so.4.1.1
>
> Don't do that. Nothing else in the systems needs libcurl linked
> against openssl (though nothing should break with /just/
> libcurl-openssl; having both there I'm not so sure this won't do any
> harm).
> So you're "fixing" stuff that I'm not sure is broken, IMHO.

IMHO I fixing things, that does not work as previous in default installations.
> -peter
> --
> To unsubscribe from this list send an email to users-unsubscribe at shibboleth.net