私は実際に同じ問題に取り組んでいるので、役立つ情報があるかもしれません。
つまり、バイナリは libc.so.6 を探すようにコンパイルされています。GLIBC_2.3.4 は libc.so.5 にあります。私の知る限り、開発マシンで glibc をダウングレードすると、他のプログラムの一部が正しく動作しない可能性があります (現在のバージョンを探すようにコンパイルされているため)。どういうわけか、CentOS/RHEL には、このエラーを発生させずに現在の glibc と共存できる compat-glibc パッケージがあります。開発ボックスで CentOS/RHEL を使用している場合は、そのパッケージをインストールして再コンパイルすれば、準備完了です。古いライブラリを探すには、古いコンパイラを使用する必要がある場合があります。CentOS/RHEL で開発していない場合は、続行してください。
今日の私の攻撃計画は、ソースから glibc をコンパイルすることです。これは、古いバージョンの glibc とほぼ同時期にリリースされたコンパイラを使用することを意味します。いくつかの障害 (古いバージョンの buildutils が必要になるなど) に遭遇するかもしれませんが、libc.so.5 がコンパイルされて /usr/local/lib にインストールされると、私のアプリケーションはその前にそれを見つけてくれることを願っています。 /lib で libc.so.6 を検索します。
それで、それがあります。気弱な人向けではなく、すぐに解決できるものではありません。今日はこれをテストする予定なので、これが正しい解決策だとは言えません。どうか、ハイブマインド.. 私が完全に間違っていたら、私を正して、この哀れな魂をこの曲がりくねった曲がりくねった道から救ってください :-)
編集: glibc ソースへのリンク