 External Editor
 Yamb
 Web iPhoto Access
 113 membres
Connectés :
( personne )
1218952 visiteurs
6 visiteurs en ligne
|
 - Forum
 - Web iPhoto Access
- Sujet n° 147
 Sujet n° 147 |
Can't access to the file |
le 08/10/2006 @ 23:11
par hseldon
visiteur
|
10.4.8
well I created a test user.
created /users/shared/iphoto_library
opened iphoto and pointed it to /users/shared/iphoto_library
imported 3 pictures
installed wipha
created library shared /users/shared/iphoto_library
shared this with guest
loads with titles and all but ? marks instead of thumbnails
select full sized phot and I get "Can't access to the file"
exit wipha
open terminal
cd /users/shared
chmod -R 777 iphoto_library
reopen safari but I still get ? marks
ideas? |
|
 
|
Réponse n° 1
--------
le 08/10/2006 @ 23:44
par Globs
Administrateur
|
Hello,
I already told you about letter case. This is your problem. Respect them. Always.
Not /users, but /Users, and so on...
Regards,
|
|
|
Réponse n° 2
--------
le 09/10/2006 @ 02:32
par hseldon
visiteur
|
Sorry I Used Upper Case But I failed To Type It In When I Posted The Above.
error_log
[Sun Oct 8 15:33:08 2006] [notice] SIGHUP received. Attempting to restart
Processing config directory: /private/etc/httpd/users/*.conf
Processing config file: /private/etc/httpd/users/bill.conf
Processing config file: /private/etc/httpd/users/billp.conf
Processing config file: /private/etc/httpd/users/hseldon.conf
[Sun Oct 8 15:33:08 2006] [notice] Apache/1.3.33 (Darwin) PHP/4.4.1 configured -- resuming normal operations
[Sun Oct 8 15:33:08 2006] [notice] Accept mutex: flock (Default: flock)
stat /usrs: No such file or directory
stat /usrs/billp: No such file or directory
stat /usrs/billp/pictures: No such file or directory
stat /usrs/billp/pictures/iphoto_library: No such file or directory
stat /usrs/billp/pictures/iphoto_library/AlbumData.xml: No such file or directory
chmod o+x /users/billp/pictures
chmod o+x /users/billp/pictures/iphoto_library
chmod o+r /users/billp/pictures/iphoto_library/AlbumData.xml
stat /users/billp/pictures/iphoto_library//Users: No such file or directory
stat /users/billp/pictures/iphoto_library//Users/billp: No such file or directory
stat /users/billp/pictures/iphoto_library//Users/billp/Pictures: No such file or directory
stat /users/billp/pictures/iphoto_library//Users/billp/Pictures/iPhoto_Library: No such file or directory
stat /users/billp/pictures/iphoto_library//Users/billp/Pictures/iPhoto_Library/2006: No such file or directory
stat /users/billp/pictures/iphoto_library//Users/billp/Pictures/iPhoto_Library/2006/03: No such file or directory
stat /users/billp/pictures/iphoto_library//Users/billp/Pictures/iPhoto_Library/2006/03/23: No such file or directory
stat /users/billp/pictures/iphoto_library//Users/billp/Pictures/iPhoto_Library/2006/03/23/Thumbs: No such file or directory
stat /users/billp/pictures/iphoto_library//Users/billp/Pictures/iPhoto_Library/2006/03/23/Thumbs/12.jpg: No such file or directory
stat /users/billp/pictures/iphoto_library//Users/billp/Pictures/iPhoto_Library/2006/03/23/100_3390_1.jpg: No such file or directory
stat /users/billp/pictures/iphoto_library//Users/billp/Pictures/iPhoto_Library/2006/03/23/Thumbs/14.jpg: No such file or directory
stat /users/billp/pictures/iphoto_library//Users/billp/Pictures/iPhoto_Library/2006/03/23/100_3391_1_2.jp: No such file or directory
stat /users/billp/pictures/iphoto_library//Users/billp/Pictures/iPhoto_Library/2006/03/23/Thumbs/16.jpg: No such file or directory
stat /users/billp/pictures/iphoto_library//Users/billp/Pictures/iPhoto_Library/2006/03/23/100_3392_1.jpg: No such file or directory
ideas?? |
|
|
|
Réponse n° 3
--------
le 09/10/2006 @ 04:16
par hseldon
visiteur
|
okokokokokok
I figured it out!!! it works!
I had shared entire library but only the entire library.
as soon as I select any other album to share then it all started working, even after I unselected it.
don't as me why but hey it works. |
|
|
|
Réponse n° 4
--------
le 09/11/2006 @ 17:27
par davidsilva
visiteur
|
I've been having the same problem as hseldon above where my error log has entries like this:
stat /Users/david/pictures/iPhoto Library//Users/david/Pictures: No such file or directory
How do I fix this? |
| |
|
Réponse n° 5
--------
le 09/11/2006 @ 23:00
par Globs
Administrateur
|
Same problem --> Same solution. The answer is visible in your message. Type the library path properly in the wipha admin page.
/Users/david/pictures/iPhoto Library//Users/david/Pictures
|
|
|
|
Réponse n° 6
--------
le 08/01/2007 @ 11:12
par Bruce
visiteur
|
Hi, I have been having the same problems... I have verified that the installer made the changes to httpd.conf (it did).
I have a slightly different setup... My iPhoto library is HUGE. I have around 5000 pictures totalling something like 30 Gb. Because of this, I always keep my library on an external drive. The path to it (which works for any other purpose, ie Terminal) is "/Volumes/Water/myPhoto/iPhoto Library".
I checked my error_log, and I had hundreds of entries like the following:
stat /Volumes/Water/myPhoto/iPhoto Library//Volumes/water/myPhoto/iPhoto Library/Data/2005/Roll 206/PICT1: No such file or directory
stat /Volumes/Water/myPhoto/iPhoto Library//Volumes/water/myPhoto/iPhoto Library/Originals/2005/Roll 206/: No such file or directory
stat /Volumes/Water/myPhoto/iPhoto Library//Volumes/water/myPhoto/iPhoto Library/Data/2005/Roll 206/PICT1: No such file or directory
I notice there's an extra / in the path... not sure why.
Finally, what is most peculiar is that it IS displaying the exif data from each picture (ie, date, time). But when I click on the magnifying glass, I get "can't access to the file." If it can't get access to the file, then how could it be reading the exif / meta-data?
|
| |
|
Réponse n° 7
--------
le 08/01/2007 @ 11:16
par Bruce
|
Sorry, I should add that it also can clearly see the library... In the admin page, it shows a list of all the
albums, and in the individual albums, it displays the number of pictures in each.
|
|
|
|
Réponse n° 8
--------
le 08/01/2007 @ 20:29
par Globs
Administrateur
|
Hey Bruce,
same problem, same solution; read the topic.
hint: upper/lower case.
|
|
|
|
Réponse n° 9
--------
le 09/01/2007 @ 04:42
par Bruce
|
Hi, thank you for the response... I did check cases before I posted, and had tried the volume name with both capital and lower-case. It might be helpful if you take a look at these screenshots...
http://becky.mine.nu/~becky/Picture7.png
http://becky.mine.nu/~becky/Picture8.png
http://becky.mine.nu/~becky/Picture9.png
I found that on-e I made the volume name lower-case, as in the screen-shots, it still didn't work, though.
I had to DELETE and then RE-ADD the library for the pictures to show up. I think it should be mentioned prominently in the install notes that this is (apparently) necessary to reload the library, if it doesn't work the first time.
Perhaps this problem with have a different solution:
I am in the process of migrating most of my media to a network-connected storage solution, the Thecus n2100. This is essentially a small linux distro running a raid 1 array. It supports standard linux permissions, as far as I can tell. However, when I try to access the library on the n2100, I get this error:
Can't access to the iPhoto library data file. Possible causes:
- The absolute path you set in the library configuration is wrong
- OS Permissions settings prevents Apache (www) to reach some of your files, although changeperm tried to set them properly
Please correct this issue to keep going...
You can see how I have this set up here:
http://becky.mine.nu/~becky/Picture10.png
You'll note that the name of the volume is actually the same (except for the capital letter), but the finder mounts it as Water-1, even though it displays correctly, as Water. I checked permissions for the iPhoto Library folder on this volume, and they show 777.
Where to go from here?
Many Thanks
Vielen Dank!
|
|
|
|
Réponse n° 10
--------
le 09/01/2007 @ 22:49
par Globs
Administrateur
|
Yes, I forgot about the library cache I added in v2.2. You must delete the lib and re-add it.
Now, if you look in the AlbumData.xml in your library folder, you'll find the lines giving the pictures paths.
Example:
<key>ImagePath</key>
<string>/Users/alex/Pictures/iPhoto Library/Originals/2005/Rouleau 39/scan079.jpg</string>
The red part of the path must match exactly with the library path set in wipha admin.
And indeed, OSX have different ways to specify a network volume, so you have to look in the AlbumData.xml to find out how to set wipha.
Hope this helps,
|
|
|
|
Réponse n° 11
--------
le 10/01/2007 @ 03:00
par Bruce
|
I do appreciate your help! 
I will check that. In the meantime, I am also trying to install wipha simultaneously on the the Thecus n2100 directly. It runs apache2 and php 5.0.5. I have made an alias to wipha, it is located in /raid/www/wipha ... As you might be able to guess from earlier posts, this is on the same volume as the iphoto library, which is at /raid/Water/iPhoto Library
I've done chmod -R 777 /raid/Water/iPhoto\ Library
And I've set the main library accordingly. However, when I try to load the library, I get the following from php:
Warning: session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at /raid/www/wipha/main.php:53) in /raid/www/wipha/libs/session.php on line 48
Warning: Cannot modify header information - headers already sent by (output started at /raid/www/wipha/main.php:53) in /raid/www/wipha/libs/wipha.php on line 66
Warning: Cannot modify header information - headers already sent by (output started at /raid/www/wipha/main.php:53) in /raid/www/wipha/libs/wipha.php on line 69
Warning: Cannot modify header information - headers already sent by (output started at /raid/www/wipha/main.php:53) in /raid/www/wipha/libs/wipha.php on line 72
I should note that the built-in browser in the n2100 does try to write a session cookie... although I get this error even when I haven't accessed the built-in site.
Also, underneath that, I get the following message, which I rather expected, since I imagine changeperm is not compiled for use on that processor. That is why I manually did the chmod. But even after doing that, I still get these messages. Can you give me any guidance on this? on-e I get this figured out, I'd like to post this as a separate thread, because I think there are a number of n2100 users who might like to try this. |
|
|
|
Réponse n° 12
--------
le 10/01/2007 @ 04:14
par Bruce
|
I checked the XML file as you suggested, and found something interesting... Even though it was in the new location, it still listed the old location for each image. I loaded up the library in iphoto, and then checked again... Now they show the correct path...
<key>ImagePath</key>
<string>/Volumes/Water-1/iPhoto Library/Modified/2006/Last weekend in Des Moines - Camping/PICT2097.TIF</string>
.....
<key>ImagePath</key>
<string>/Volumes/Water-1/iPhoto Library/Originals/2002/100HP315/IM000142.JPG</string>
<key>ThumbPath</key>
<string>/Volumes/Water-1/iPhoto Library/Data/2002/100HP315/IM000142.jpg</string>
This unfortunately didn't do any good. I'm still getting the "can't access...." message. I checked the permissions on the iPhoto Libraryfolder again, to be sure, and they are 0776 ... I have yet to figure out exactly why I am unable to make the permissions I assign remain. Although, isn't 0776 sufficient?
|
|
|
|
Réponse n° 13
--------
le 13/01/2007 @ 19:53
par Globs
Administrateur
|
Hi, did you solve it ?
files must be at least 666 and directories 777.
You can try to delete the library from wipha, logout and re-login into wipha, then re-add the library.
|
|
|
|
Réponse n° 14
--------
le 14/01/2007 @ 11:24
par Bruce
|
Well, I was eventually able to force the permissions to 0777 using a specific smb configuration. But I am still getting the message that it's unable to get access to the library on the server.
I was thinking about the other problem with the n2100, and it looks as though there may be another small hurtle. It appears that every time iphoto opens AlbumData.xml, it checks the paths listed in there against the path as it appears to the computer on which iphoto is currently running. If the paths are different, it seems that iphoto rewrites AlbumData.xml with the paths as they appear from its context at the time. So here's the problem: I run iphoto on my mac, it sees the library as /Volumes/Water-1/iPhoto\ Library. And it inserts that path into AlbumData.xml. Wipha then expects to be running on the same computer as iphoto is run on, hence the context would be the same. BUT, if I were to run iphoto on the n2100, it would see the path as /raid/Water/iPhoto\ Library. If wipha were to run on n2100, it would also expect that to be the path.
SO, understanding that it will probably be more than a little work, I ask the following:
Could you write a small script that would 1) check to see if iphoto has accessed the library; and 2) if it has, either write a secondary AlbumData.xml just for use by wipha (probably safer), or rewrite the file, splicing in the paths as they would appear if iphoto ran on the n2100. So in my case, it would search through AlbumData.xml, find all instances of /Volumes/Water-1/iPhoto\ Library and replace them with /raid/Water/iPhoto\ Library.
As I understand it, changeperm is only supposed to run if iphoto has accessed the library. So if that's true, then this script could run whenever changeperm runs, or whenever wipha detects that the paths in AlbumData.xml aren't valid. You could make it required that the user enter what the correct path should be, as it would appear to the n2100, and most likely you could also require that the user enter what the path looks like to the mac that usually runs iphoto. Caveat: the user would just have to be aware that changing the location of the iphoto library would require them to re-input the paths in wipha.
So, what do you say? Is this possible? I hope that I'm making sense to you... It's rather hard to write about this abstract stuff in a sensible way. :)
|
|
|
|
Réponse n° 15
--------
le 14/01/2007 @ 11:42
par Bruce
|
oh, wait, did you mean that the /wipha files and folders need to be 0777, or the /iPhoto Library need to be 0777?
|
|
|
|
Réponse n° 16
--------
le 14/01/2007 @ 20:28
par Globs
Administrateur
|
Some wipha folder (cache, data) need special permission, but the iPhoto Library needs to be accessed by the web server, i.e. the user www (whose group is www). So, the entire library must be chmoded o+r for the files and o+x for the directories.
I sent you a modified file which shoud solve your path issue. Please let me know...
|
|
|
|
Réponse n° 18
--------
le 16/01/2007 @ 21:26
par Globs
Administrateur
|
Well,
it begins to be difficult to help you without access to your boxes. I guess you're going to have to add prints in the code to understand where you have a problem (it must be either a path issue or a permission one, or maybe both).
by the way:
"wipha/changeperm has not the correct permission" means changeperm won't be able to set permissions on new pictures added in iPhoto.
As stated in the message, you may set the permission back with
chmod 4755 changeperm
4755 = -rwsr-xr-x (755 + setuid)
With your chmod -R 777, you have also overriden the data and cache folder permissions. Set them back:
chmod 3777 data data/cache
3777 = drwxrwsrwt (777 + setgid + sticky)
And at last: chmod o+x means: grant 'execute' right to the 'other' group. For more info, man chmod. |
|
|
|
 sujet actif sujet clos  Important!  Nouveau message -  Rectifier message  Cloturer sujet  Remonter
|
|
Haut 
© 2004-2007 
