You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@httpd.apache.org by "Michael D. Berger" <m....@ieee.org> on 2006/01/24 02:21:43 UTC

[users@httpd] apache problem with soft link

Using Fedora Core 2.6.14-1.1653_FC4 and apache httpd-2.0.54-10.3
I have a web site in which there are soft links from directories
containing http files to directories containing jpg files.  These
links are all constructed using a simple installation script, and
there are many such links.

They all work except the last one that I added.  The jpg file is
properly displayed if I move it to the http directory, but not
through the link.

The appropriate directories all have SymLinksIfOwnerMatch (and all
owners match).  In my debugging effort I tried FollowSymLinks.

In case "the last link" made might be the problem, changed the order
by changing the first letter of the directory in question to upper
case (they are usually lower case). It made no difference.

Any suggestions would be much appreciated.

Mike.

--
Michael D. Berger
m.d.berger@ieee.org 



---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


RE: [users@httpd] apache problem with soft link

Posted by G....@itcilo.org.
> A good suggestion.  The httpd logs show correct delivery,
> including an exactly correct file length, despite failure.
> This suggested that the problem might be on the receiving
> end.  The failure is seen two two boxes of different
> hardware, but with similar win2k systems. I did test it
> with firefox on the server box using file:///... and it
> works correctly.  I don't have another linux box I can
> test it with.
> 
> The strangest thing is that the problem is critically
> dependent on the soft link name.  I have tried numerous
> combinations, and can make no sense of it.  For example:
> 
> These fail:
>    <img src="Ad_land_small_1/01590004FS.jpg">
>    <img src="ad_land_small_1/01590004FS.jpg">
> 
> Thess work:
>    <img src="Bd_land_small_1/01590004FS.jpg">
>    <img src="adddd_land_small_1/01590004FS.jpg">
> 
It's strange that there is no error on httpd's log: if you can't see the 
image, it means that httpd can not find the file where it searches for it 
and you should see a "File does not not exist" error, or something like 
that

Are you sure you have not some rewrite rules somewhere acting on the 
string "ad_...."?

Regards,

Gaël


---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


RE: [users@httpd] apache problem with soft link

Posted by "Michael D. Berger" <m....@ieee.org>.
> > The appropriate directories all have SymLinksIfOwnerMatch (and all
> > owners match).  In my debugging effort I tried FollowSymLinks.
> > 
> > In case "the last link" made might be the problem, changed the order
> > by changing the first letter of the directory in question to upper
> > case (they are usually lower case). It made no difference.
> > 
> > Any suggestions would be much appreciated.
> > 
> Did you have at look at on your httpd's log? Could give more details 
> regarding your set-up, like the relevante httpd.conf lines, 
> path of your 
> pictures directories, ...
> 
> Regards,
> 
> Gaël
> 
A good suggestion.  The httpd logs show correct delivery,
including an exactly correct file length, despite failure.
This suggested that the problem might be on the receiving
end.  The failure is seen two two boxes of different
hardware, but with similar win2k systems. I did test it
with firefox on the server box using file:///... and it
works correctly.  I don't have another linux box I can
test it with.

The strangest thing is that the problem is critically
dependent on the soft link name.  I have tried numerous
combinations, and can make no sense of it.  For example:

These fail:
   <img src="Ad_land_small_1/01590004FS.jpg">
   <img src="ad_land_small_1/01590004FS.jpg">

Thess work:
   <img src="Bd_land_small_1/01590004FS.jpg">
   <img src="adddd_land_small_1/01590004FS.jpg">

In all cases, the correct links are in place.

You can see where my work-around is comming from.
Thanks for your help.

Mike.
--
Michael D. Berger
m.d.berger@ieee.org 



---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org


Re: [users@httpd] apache problem with soft link

Posted by G....@itcilo.org.
> The appropriate directories all have SymLinksIfOwnerMatch (and all
> owners match).  In my debugging effort I tried FollowSymLinks.
> 
> In case "the last link" made might be the problem, changed the order
> by changing the first letter of the directory in question to upper
> case (they are usually lower case). It made no difference.
> 
> Any suggestions would be much appreciated.
> 
Did you have at look at on your httpd's log? Could give more details 
regarding your set-up, like the relevante httpd.conf lines, path of your 
pictures directories, ...

Regards,

Gaël

---------------------------------------------------------------------
The official User-To-User support forum of the Apache HTTP Server Project.
See <URL:http://httpd.apache.org/userslist.html> for more info.
To unsubscribe, e-mail: users-unsubscribe@httpd.apache.org
   "   from the digest: users-digest-unsubscribe@httpd.apache.org
For additional commands, e-mail: users-help@httpd.apache.org