Thanks Mark - it's a case of the cobbler's children going round barefoot
- the number of times I've chanted "permissions, permissions,
permissions" to various people (including myself), I should have guessed
- some of the dirs below images had the wrong permissions and I didn't
see that in the truss as it would have been a MySQL process that hit the
access error.
Cheers,
/Sam
Sam Sexton
Provisioning Team Leader
Thomson Reuters
Phone: 53372 or +44 24 7625 6562
Mobile: +44 7990 563739
sam.sexton(a)thomsonreuters.com
thomsonreuters.com
-----Original Message-----
From: mediawiki-l-bounces(a)lists.wikimedia.org
[mailto:mediawiki-l-bounces@lists.wikimedia.org] On Behalf Of Mark
(Markie)
Sent: 08 June 2009 16:33
To: MediaWiki announcements and site admin list
Subject: Re: [Mediawiki-l] Problem with importImages.php
have you checked your file permissions?
regards
mark
On Mon, Jun 8, 2009 at 4:14 PM, <Sam.Sexton(a)thomsonreuters.com> wrote:
Hmm - I sent this ti the list on the 3rd, but
didn't get a reply -
hardly surprising, as I now can't see it in the archive! Trying again
...
Hi - I have recently migrated our wiki to a new host and version
(1.13.0). That is working fine, but I wanted to reimport all the
images into my dev system as that will act as a backup system as well.
However, although the majority of images are imported
correctly, some
are just reported as "failed". I have tried uploading one of these
manually and it worked fine. The image didn't exist in the image dir
and wasn't shown in the image db table prior to the manual upload.
The only clue I have found was in a truss of the import:
6203: write(5, "07\0\0\003 C O M M I T", 11) = 11
6203: read(5, "07\0\001\0\0\002\0\0\0", 16384) = 11
6203: time() = 1243847745
6203: resolvepath("/home/sam.sexton/TGSTWiki/includes/WikiError.php",
"/home/sam.sexton/TGSTWiki/includes/WikiError.php", 10
24) = 48
6203: open("/home/sam.sexton/TGSTWiki/includes/WikiError.php",
O_RDONLY) = 6
6203: fstat(6, 0x01219180) = 0
6203: d=0x05240459 i=1527070 m=0100644 l=1 u=324 g=666
sz=3337
6203: at = Jun 1 07:57:37 GMT 2009 [ 1243843057 ]
6203: mt = Nov 21 15:46:40 GMT 2008 [ 1227282400 ]
6203: ct = Mar 6 15:42:59 GMT 2009 [ 1236354179 ]
6203: bsz=8192 blks=8 fs=nfs
6203: read(6, " < ? p h p\n / * *\n *".., 8192) = 3337
6203: read(6, 0x015DD8B8, 8192) = 0
6203: read(6, 0x015DD8B8, 8192) = 0
6203: close(6) = 0
6203: write(1, " f a i l e d .\n", 8) = 8
so this could be a database issue, but I'm not sure where to go next
...
any clues would be appreciated.
/Sam
Sam Sexton
Provisioning Team Leader
Thomson Reuters
Phone: 53372 or +44 24 7625 6562
Mobile: +44 7990 563739
sam.sexton(a)thomsonreuters.com
thomsonreuters.com
This email was sent to you by Thomson Reuters, the global news and
information company.
Any views expressed in this message are those of the individual
sender, except where the sender specifically states them to be the
views of Thomson Reuters.
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
_______________________________________________
MediaWiki-l mailing list
MediaWiki-l(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
This email was sent to you by Thomson Reuters, the global news and information company.
Any views expressed in this message are those of the individual sender, except where the
sender specifically states them to be the views of Thomson Reuters.