Reputation
Top tag
Next privilege 50 Rep.
Comment everywhere
Badges
1 6
Newest
 Editor
Impact
~10k people reached

  • 0 posts edited
  • 0 helpful flags
  • 1 vote cast
Feb
6
comment existing files are “invisible” to some applications
Good question. There are not too many files: on the order of 100. And I'm using tcsh, but I don't think that matters.
Feb
6
revised existing files are “invisible” to some applications
added 166 characters in body
Feb
6
revised existing files are “invisible” to some applications
added 166 characters in body
Jun
27
comment existing files are “invisible” to some applications
First, thanks for your help, Mark. I executed the ltrace and strace calls you gave, and did not see EPERM or EACCESS errors. Also, there is no mention of WCI.BH1.IU.10 in the outputs. However, as before, when I append WCI.BH1.IU.10 onto the ltrace and strace calls, it is discovered with no errors.
Jun
21
awarded  Editor
Jun
21
revised existing files are “invisible” to some applications
Added more information about rsync's behavior with the "missing" files.
Jun
21
comment existing files are “invisible” to some applications
Thanks for the grep advice. But, this doesn't help me understand the problem. For example, rsync doesn't see the files either. The following should certainly find the file, but it doesn't: ls /mnt/seisvault2/data/sac/201402/20140203_220000_MAN/ | grep WCI | grep BH1 | grep 10 As with the previous call I showed, this does not return the file.
Jun
21
comment existing files are “invisible” to some applications
And, I think it's NFSv3: yum --version nfs returns 3.2.29
Jun
21
comment existing files are “invisible” to some applications
Output of the ls -ls command: drwxrwxrwx. 2 nvca223 seismic 20480 Feb 3 17:55 /mnt/seisvault2/data/sac/201402/20140203_220000_MAN
Jun
20
asked existing files are “invisible” to some applications
Aug
29
awarded  Notable Question
Jan
24
awarded  Popular Question
Jan
23
awarded  Popular Question
Feb
7
comment Apache executes HTML, but not PHP; PHP CLI works
Yes - great - thanks! It seems that I had two redundancies in my httpd.conf: two AddHandler calls and an unnecessary LoadModule call . The combination of cyberx86's advice (above) of making sure that AddHandler php5-script .php was included; cyberx86's and your advice to remove the LoadModule php5_module modules/libphp5.so call (as rhel 6 is loading if by default); and your advice be careful to only have 1 line for each directive (i.e. remove AddHandler php-script .php) fixed the problem. Many hearty thanks!
Feb
7
awarded  Supporter
Feb
7
awarded  Scholar
Feb
7
accepted Apache executes HTML, but not PHP; PHP CLI works
Feb
6
comment Apache executes HTML, but not PHP; PHP CLI works
I added this to httpd.conf, with no success. I should have mentioned it, but I did already have AddHandler php-script .php. Also, I did remove the redundant (and potentially conflicting) LoadModule call as you mentioned, also with no success.
Feb
6
awarded  Student
Feb
6
asked Apache executes HTML, but not PHP; PHP CLI works