rhel5

sem_timedwait not supported properly on RedHat Enterprise Linux 5.3 onwards?

由 ▼魔方 西西 提交于 2020-01-24 04:21:25
问题 We're seeing odd behaviour on RedHat Enterprise Linux systems with pthreads sem_timedwait. It's only occurring with versions 5.3 onwards. When we create the semaphore on a background thread with sem_init, no error is returned. When we do sem_timedwait, we get an immediate return with errno = 38 (ENOSYS) indicating it's not supported. If we do the same thing on the main thread, it works as expected and we get no error from sem_timedwait. We don't see it on RHEL 5.2 or before. We've tried

Linking to wrong library version in a C++ application

由 戏子无情 提交于 2020-01-03 06:44:06
问题 I'm troubleshooting a C++ binary on RHEL/CentOS 5, which has problems with the openssl shared libraries. I don't do much C/C++ programming, and I'm having trouble finding the root issue. What seems to be going wrong is that the application is linking to specific versions of libcrypto and libssl (0.9.8), instead of the symlinked paths of /lib/libcrypto.so.6 and /lib/libssl.so.6 . Since the openssl libs have been updated since this was compiled, it's now broken. ldd shows the following 2

File can't be found in a small fraction of submitted jobs

由 Deadly 提交于 2020-01-02 10:17:33
问题 I'm trying to run a very large set of batch jobs on a RHEL5 cluster which uses a Lustre file system. I was getting a strange error with roughly 1% of the jobs: they could't find a text file they are all using for steering. A script that reproduces the error looks like this: #!/usr/bin/env bash #PBS -t 1-18792 #PBS -l mem=4gb,walltime=30:00 #PBS -l nodes=1:ppn=1 #PBS -q hep #PBS -o output/fit/out.txt #PBS -e output/fit/error.txt cd $PBS_O_WORKDIR mkdir -p output/fit echo 'submitted from: '

Problem changing Java version using alternatives

由 和自甴很熟 提交于 2019-12-31 09:02:32
问题 I'm not quite sure how I got into this mess, but for some reason I'm not able to change the current version of Java using alternatives. I can run alternatives --config java and type my selection but when I echo the version number for either java or javac, it spits back out 1.5 every time (despite alternatives showing the current version is 1.6). The server I'm working with is running RHEL5, by the way. I have verified that the paths used in alternatives are pointing to the correct directories

Why `read -t` is not timing out in bash on RHEL?

由 倖福魔咒の 提交于 2019-12-23 09:11:51
问题 Why read -t doesn't time out when reading from pipe on RHEL5 or RHEL6? Here is my example which doesn't timeout on my RHEL boxes wile reading from the pipe: tail -f logfile.log | grep 'something' | read -t 3 variable If I'm correct read -t 3 should timeout after 3 seconds? Many thanks in advance. Chris GNU bash, version 4.1.2(1)-release (x86_64-redhat-linux-gnu) 回答1: While not a direct answer to your specific question, you will need to run something like read -t 3 variable < <( tail -f

Why doesn't Subversion allow to commit .htaccess files?

由 孤街醉人 提交于 2019-12-20 02:29:26
问题 I can't commit .htaccess files from my Windows SVN client (TortoiseSVN). The error that is returned is: Could not read status line: Existing connection was forcibly closed by the remote host. And here is basically what my vhost looks like in Apache: <VirtualHost *:80> DocumentRoot /var/www/mydomain.com/legacy/trunk/html ServerName mydomain.com <Directory /var/www/> FileETag MTime Size AllowOverride All </Directory> <Directory /var/www/tools> AllowOverride All </Directory> <Location /svn> DAV

Run Java Program As Daemon Service Following Guide Not Working ?? (RHEL 5)

由 末鹿安然 提交于 2019-12-13 08:46:37
问题 I am trying to run the program as mentioned here: http://www.source-code.biz/snippets/java/7.htm while running the following command, I see error: ./javaDaemonTest.sh install The error is as follows ./javaDaemonTest.sh: line 29: .: /etc/rc.status: is a directory ./javaDaemonTest.sh: line 193: rc_reset: command not found ln: creating symbolic link `/usr/local/sbin/rcjavaDaemonTest' to `/var/local/javaDaemonTest/javaDaemonTest.sh': File exists ./javaDaemonTest.sh: line 221: rc_exit: command not

File can't be found in a small fraction of submitted jobs

由 。_饼干妹妹 提交于 2019-12-06 07:20:26
I'm trying to run a very large set of batch jobs on a RHEL5 cluster which uses a Lustre file system. I was getting a strange error with roughly 1% of the jobs: they could't find a text file they are all using for steering. A script that reproduces the error looks like this: #!/usr/bin/env bash #PBS -t 1-18792 #PBS -l mem=4gb,walltime=30:00 #PBS -l nodes=1:ppn=1 #PBS -q hep #PBS -o output/fit/out.txt #PBS -e output/fit/error.txt cd $PBS_O_WORKDIR mkdir -p output/fit echo 'submitted from: ' $PBS_O_WORKDIR files=($(ls ./*.txt | sort)) # <-- NOTE THIS LINE cat batch/fits/fit-paths.txt For some

Perl: V 5.8.8 : Can't locate auto/XML/LibXSLT/new.al on CentOS5/RHEL5

由 家住魔仙堡 提交于 2019-12-02 12:16:30
问题 I am getting Can't locate auto/XML/LibXSLT/new.al error on my CentOS5 machine installed Perl 5.8.8 This issue is related with libxml2 and perl modules XML::LibXML, XML::LibXSLT . For both version in 1.70. Upon settling both modules, further I am getting error for Can't locate auto/XML/LibXSLT/new.al which seems to be a autoload function of LibXSLT , But surprisingly I am not finding any file as new.al . Here is the code snippet through which I am getting this error use XML::LibXML; use XML:

Perl: V 5.8.8 : Can't locate auto/XML/LibXSLT/new.al on CentOS5/RHEL5

由 一笑奈何 提交于 2019-12-02 03:11:35
I am getting Can't locate auto/XML/LibXSLT/new.al error on my CentOS5 machine installed Perl 5.8.8 This issue is related with libxml2 and perl modules XML::LibXML, XML::LibXSLT . For both version in 1.70. Upon settling both modules, further I am getting error for Can't locate auto/XML/LibXSLT/new.al which seems to be a autoload function of LibXSLT , But surprisingly I am not finding any file as new.al . Here is the code snippet through which I am getting this error use XML::LibXML; use XML::LibXSLT; my $parser = XML::LibXML->new; my $xslt = XML::LibXSLT->new; Any Help would be appreciated. I
订阅 rhel5