You are viewing a plain text version of this content. The canonical link for it is here.
Posted to olio-user@incubator.apache.org by Joshua Schnee <jp...@gmail.com> on 2009/05/29 20:05:30 UTC
Image May Not exists errors when running olio-php-0.1
Hi,
I see the following errors :
"Image at http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpgsize
of 0 bytes is too small. Image may not exist. "
I'm only running 75 users on a 2 way system with 15 disks. Does anyone know
what this might be occurring?
Thanks,
-Josh
Re: Image May Not exists errors when running olio-php-0.1
Posted by Joshua Schnee <jp...@gmail.com>.
That fixed it. I had disabled the automatic database reload because it had
previously been failing, after re-enabling it and fixing up the Filestore
permissions everything ran fine.
Thanks for the help!
On Thu, Jun 4, 2009 at 11:38 AM, Akara Sucharitakul <
Akara.Sucharitakul@sun.com> wrote:
> These are two different things:
>
> 1. The permission denied issue: The apache process must have write
> permissions to the filestore. In this case it seems the write permissions to
> the filestore are lacking.
>
> 2. For this version of Olio/PHP at least, you need to reload the database
> for each run or you'll run into duplicate key exceptions. Reloading is
> relatively quick.
>
> -Akara
>
> Joshua Schnee wrote:
>
>> Ok we are starting to get somewhere. What I thought was only "No such
>> file" errors in the apache logs actually has some of the following sprinkled
>> in.
>>
>> Error type #1:
>> [Thu Jun 04 08:24:22 2009] [error] [client 192.168.5.1] PHP Warning:
>> copy(/OlioFileStore/Ps4gkb0a2je.jpg) [<a
>> href='function.copy'>function.copy</a>]: failed to open stream: Permission
>> denied in /usr/local/apache2/htdocs/oliophp/classes/LocalFS.php on line 45
>> [Thu Jun 04 08:24:22 2009] [error] [client 192.168.5.1] Error copying
>> image /tmp/Ps4gkb0a2je.jpg
>>
>>
>> Error type #2:
>> [Thu Jun 04 08:24:22 2009] [error] [client 192.168.5.1] exception
>> 'PDOException' with message 'SQLSTATE[23000]: Integrity constraint
>> violation: 1062 Duplicate entry 's4gkb0a2je' for key 1' in
>> /usr/local/apache2/htdocs/oliophp/classes/PDOConnection.php:77\nStack
>> trace:\n#0 /usr/local/apache2/htdocs/oliophp/classes/PDOConnection.php(77):
>> PDO->exec('insert into PER...')\n#1
>> /usr/local/apache2/htdocs/oliophp/public_html/addPersonResult.php(92):
>> PDOConnection->exec('insert into PER...')\n#2 {main}
>>
>> Ideas?
>>
>>
>> On Wed, Jun 3, 2009 at 1:54 PM, Shanti Subramanyam - PAE <
>> Shanti.Subramanyam@sun.com <ma...@sun.com>> wrote:
>>
>> On 06/ 1/09 10:02 AM, Joshua Schnee wrote:
>>
>> Hmm I tried manually creating an event, then uploading a jpg,
>> but when I try to view the image from the website, it isn't
>> found. I also checked manually but the file isn't under the
>> filestore. Any idea what could cause this type of behavior?
>>
>>
>> Any progress on this ? You can perhaps look in the database to see
>> whether the event row has the names of the image and thumbnail files
>> correct ? They should be in uppercase.
>>
>> If the manual upload doesn't show the file, look in the apache error
>> log to see if something failed.
>>
>> Shanti
>>
>>
>> On Mon, Jun 1, 2009 at 9:28 AM, Akara Sucharitakul
>> <Akara.Sucharitakul@sun.com <ma...@sun.com>
>> <mailto:Akara.Sucharitakul@sun.com
>> <ma...@sun.com>>> wrote:
>>
>> That means your add operations failed. The files appear to
>> have been
>> uploaded were somehow not actually written. The strange thing
>> is the
>> names are written to the DB. If the fs write fails, the DB
>> transaction should not even go through. So some error
>> condition is
>> not being detected.
>>
>> Can you try to create an event by hand and see whether the
>> resulting
>> file got created? Thanks.
>>
>> -Akara
>>
>>
>> Joshua Schnee wrote:
>>
>> Actually, after looking closer in the logs it appears that
>> reloading the db and filestore seems to have fixed the case
>> issues (maybe). That said, I'm now seeing the same
>> errors but
>> they appear to be a result of a file actually not being
>> present
>> at all.
>>
>> For a 75 user run I see 512 missing files, all of them
>> appear to
>> be upper case. Does this mean that it's not actually
>> dynamically creating any files?
>>
>> Thanks
>>
>> On Sun, May 31, 2009 at 11:04 PM, Joshua Schnee
>> <jpschnee@gmail.com <ma...@gmail.com>
>> <mailto:jpschnee@gmail.com <ma...@gmail.com>>
>> <mailto:jpschnee@gmail.com <ma...@gmail.com>
>> <mailto:jpschnee@gmail.com <ma...@gmail.com>>>> wrote:
>>
>> Could my SLES 10 sp2 64bit system could have issue
>> with case
>> sensitivity? I reran after relaoding both my DB and
>> my FileStore
>> with a load_scale of 150. Still seeing the same issue.
>>
>> Any other ideas?
>>
>>
>> On Fri, May 29, 2009 at 7:12 PM, Akara Sucharitakul
>> <Akara.Sucharitakul@sun.com
>> <ma...@sun.com>
>> <mailto:Akara.Sucharitakul@sun.com
>> <ma...@sun.com>>
>> <mailto:Akara.Sucharitakul@sun.com
>> <ma...@sun.com>
>> <mailto:Akara.Sucharitakul@sun.com
>> <ma...@sun.com>>>> wrote:
>>
>> The file names are stored in the database, case
>> sensitive. There
>> are uses for both upper and lower case - one for
>> loaded
>> files,
>> and the other for files created during the
>> benchmark run.
>> Unless
>> the file system has an issue with case
>> sensitivity, it seems
>> your DB is out of sync.
>>
>> -Akara
>>
>> Joshua Schnee wrote:
>>
>> Hi,
>>
>> Thanks for the reply. The filestore is there
>> but the
>> files
>> in question are in the wrong case. Some stats :
>>
>> Filestore built for 500 users, ran 75 with
>> 2102 Image
>> errors.
>> Total files under $FILESTORE = 144399.
>> Files that are being asked for as uppercase
>> when they are
>> lowercase : 2102
>>
>> Questions :
>> Any idea why fileloader.sh would be generating
>> an all
>> lowercase FileStore while the benchmark is
>> looking
>> for upper
>> case?
>> Do you believe the benchmark is looking for both
>> upper and
>> lower case or is it really failing on every
>> attempt?
>> Ideas for a workaround?
>>
>> Thanks,
>> Joshua
>>
>> On Fri, May 29, 2009 at 4:40 PM, Shanti
>> Subramanyam
>> <Shanti.Subramanyam@sun.com
>> <ma...@sun.com>
>> <mailto:Shanti.Subramanyam@sun.com
>> <ma...@sun.com>>
>> <mailto:Shanti.Subramanyam@sun.com
>> <ma...@sun.com>
>> <mailto:Shanti.Subramanyam@sun.com
>> <ma...@sun.com>>>
>> <mailto:Shanti.Subramanyam@sun.com
>> <ma...@sun.com>
>> <mailto:Shanti.Subramanyam@sun.com
>> <ma...@sun.com>>
>> <mailto:Shanti.Subramanyam@sun.com
>> <ma...@sun.com>
>> <mailto:Shanti.Subramanyam@sun.com
>> <ma...@sun.com>>>>> wrote:
>>
>> Can you check your filestore location to see
>> if
>> the file
>> exists ? I
>> assume you edited the web application's
>> etc/config.php to
>> point to
>> the correct filestore (the default is
>> /filestore). I
>> usually see the
>> filenames with a lowercase e.g. e9773t.jpg
>> on solaris.
>> Not sure if
>> there's an issue with that...
>>
>> Shanti
>>
>> Joshua Schnee wrote:
>>
>> Hi,
>>
>> I see the following errors :
>>
>> "Image at
>>
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> >>>>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> >>>>>
>> size of 0 bytes is too small. Image may
>> not
>> exist. "
>>
>>
>> I'm only running 75 users on a 2 way
>> system
>> with 15
>> disks. Does
>> anyone know what this might be occurring?
>>
>> Thanks,
>> -Josh
>>
>>
>>
>>
>> -- -Josh
>>
>>
>>
>>
>>
>> -- -Josh
>>
>>
>>
>>
>> -- -Josh
>>
>>
>>
>>
>>
>> -- -Josh
>>
>>
>>
>>
>> --
>> -Josh
>>
>>
>
--
-Josh
Re: Image May Not exists errors when running olio-php-0.1
Posted by Akara Sucharitakul <Ak...@Sun.COM>.
These are two different things:
1. The permission denied issue: The apache process must have write
permissions to the filestore. In this case it seems the write
permissions to the filestore are lacking.
2. For this version of Olio/PHP at least, you need to reload the
database for each run or you'll run into duplicate key exceptions.
Reloading is relatively quick.
-Akara
Joshua Schnee wrote:
> Ok we are starting to get somewhere. What I thought was only "No such
> file" errors in the apache logs actually has some of the following
> sprinkled in.
>
> Error type #1:
> [Thu Jun 04 08:24:22 2009] [error] [client 192.168.5.1] PHP Warning:
> copy(/OlioFileStore/Ps4gkb0a2je.jpg) [<a
> href='function.copy'>function.copy</a>]: failed to open stream:
> Permission denied in
> /usr/local/apache2/htdocs/oliophp/classes/LocalFS.php on line 45
> [Thu Jun 04 08:24:22 2009] [error] [client 192.168.5.1] Error copying
> image /tmp/Ps4gkb0a2je.jpg
>
>
> Error type #2:
> [Thu Jun 04 08:24:22 2009] [error] [client 192.168.5.1] exception
> 'PDOException' with message 'SQLSTATE[23000]: Integrity constraint
> violation: 1062 Duplicate entry 's4gkb0a2je' for key 1' in
> /usr/local/apache2/htdocs/oliophp/classes/PDOConnection.php:77\nStack
> trace:\n#0
> /usr/local/apache2/htdocs/oliophp/classes/PDOConnection.php(77):
> PDO->exec('insert into PER...')\n#1
> /usr/local/apache2/htdocs/oliophp/public_html/addPersonResult.php(92):
> PDOConnection->exec('insert into PER...')\n#2 {main}
>
> Ideas?
>
>
> On Wed, Jun 3, 2009 at 1:54 PM, Shanti Subramanyam - PAE
> <Shanti.Subramanyam@sun.com <ma...@sun.com>> wrote:
>
> On 06/ 1/09 10:02 AM, Joshua Schnee wrote:
>
> Hmm I tried manually creating an event, then uploading a jpg,
> but when I try to view the image from the website, it isn't
> found. I also checked manually but the file isn't under the
> filestore. Any idea what could cause this type of behavior?
>
>
> Any progress on this ? You can perhaps look in the database to see
> whether the event row has the names of the image and thumbnail files
> correct ? They should be in uppercase.
>
> If the manual upload doesn't show the file, look in the apache error
> log to see if something failed.
>
> Shanti
>
>
> On Mon, Jun 1, 2009 at 9:28 AM, Akara Sucharitakul
> <Akara.Sucharitakul@sun.com <ma...@sun.com>
> <mailto:Akara.Sucharitakul@sun.com
> <ma...@sun.com>>> wrote:
>
> That means your add operations failed. The files appear to
> have been
> uploaded were somehow not actually written. The strange thing
> is the
> names are written to the DB. If the fs write fails, the DB
> transaction should not even go through. So some error
> condition is
> not being detected.
>
> Can you try to create an event by hand and see whether the
> resulting
> file got created? Thanks.
>
> -Akara
>
>
> Joshua Schnee wrote:
>
> Actually, after looking closer in the logs it appears that
> reloading the db and filestore seems to have fixed the case
> issues (maybe). That said, I'm now seeing the same
> errors but
> they appear to be a result of a file actually not being
> present
> at all.
>
> For a 75 user run I see 512 missing files, all of them
> appear to
> be upper case. Does this mean that it's not actually
> dynamically creating any files?
>
> Thanks
>
> On Sun, May 31, 2009 at 11:04 PM, Joshua Schnee
> <jpschnee@gmail.com <ma...@gmail.com>
> <mailto:jpschnee@gmail.com <ma...@gmail.com>>
> <mailto:jpschnee@gmail.com <ma...@gmail.com>
> <mailto:jpschnee@gmail.com <ma...@gmail.com>>>> wrote:
>
> Could my SLES 10 sp2 64bit system could have issue
> with case
> sensitivity? I reran after relaoding both my DB and
> my FileStore
> with a load_scale of 150. Still seeing the same issue.
>
> Any other ideas?
>
>
> On Fri, May 29, 2009 at 7:12 PM, Akara Sucharitakul
> <Akara.Sucharitakul@sun.com
> <ma...@sun.com>
> <mailto:Akara.Sucharitakul@sun.com
> <ma...@sun.com>>
> <mailto:Akara.Sucharitakul@sun.com
> <ma...@sun.com>
> <mailto:Akara.Sucharitakul@sun.com
> <ma...@sun.com>>>> wrote:
>
> The file names are stored in the database, case
> sensitive. There
> are uses for both upper and lower case - one for
> loaded
> files,
> and the other for files created during the
> benchmark run.
> Unless
> the file system has an issue with case
> sensitivity, it seems
> your DB is out of sync.
>
> -Akara
>
> Joshua Schnee wrote:
>
> Hi,
>
> Thanks for the reply. The filestore is there
> but the
> files
> in question are in the wrong case. Some stats :
>
> Filestore built for 500 users, ran 75 with
> 2102 Image
> errors.
> Total files under $FILESTORE = 144399.
> Files that are being asked for as uppercase
> when they are
> lowercase : 2102
>
> Questions :
> Any idea why fileloader.sh would be generating
> an all
> lowercase FileStore while the benchmark is looking
> for upper
> case?
> Do you believe the benchmark is looking for both
> upper and
> lower case or is it really failing on every
> attempt?
> Ideas for a workaround?
>
> Thanks,
> Joshua
>
> On Fri, May 29, 2009 at 4:40 PM, Shanti
> Subramanyam
> <Shanti.Subramanyam@sun.com
> <ma...@sun.com>
> <mailto:Shanti.Subramanyam@sun.com
> <ma...@sun.com>>
> <mailto:Shanti.Subramanyam@sun.com
> <ma...@sun.com>
> <mailto:Shanti.Subramanyam@sun.com
> <ma...@sun.com>>>
> <mailto:Shanti.Subramanyam@sun.com
> <ma...@sun.com>
> <mailto:Shanti.Subramanyam@sun.com
> <ma...@sun.com>>
> <mailto:Shanti.Subramanyam@sun.com
> <ma...@sun.com>
> <mailto:Shanti.Subramanyam@sun.com
> <ma...@sun.com>>>>> wrote:
>
> Can you check your filestore location to see if
> the file
> exists ? I
> assume you edited the web application's
> etc/config.php to
> point to
> the correct filestore (the default is
> /filestore). I
> usually see the
> filenames with a lowercase e.g. e9773t.jpg
> on solaris.
> Not sure if
> there's an issue with that...
>
> Shanti
>
> Joshua Schnee wrote:
>
> Hi,
>
> I see the following errors :
>
> "Image at
>
> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>>>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>>>>
> size of 0 bytes is too small. Image may not
> exist. "
>
>
> I'm only running 75 users on a 2 way system
> with 15
> disks. Does
> anyone know what this might be occurring?
>
> Thanks,
> -Josh
>
>
>
>
> -- -Josh
>
>
>
>
>
> -- -Josh
>
>
>
>
> -- -Josh
>
>
>
>
>
> --
> -Josh
>
>
>
>
> --
> -Josh
>
Re: Image May Not exists errors when running olio-php-0.1
Posted by Joshua Schnee <jp...@gmail.com>.
Ok we are starting to get somewhere. What I thought was only "No such file"
errors in the apache logs actually has some of the following sprinkled in.
Error type #1:
[Thu Jun 04 08:24:22 2009] [error] [client 192.168.5.1] PHP Warning:
copy(/OlioFileStore/Ps4gkb0a2je.jpg) [<a
href='function.copy'>function.copy</a>]: failed to open stream: Permission
denied in /usr/local/apache2/htdocs/oliophp/classes/LocalFS.php on line 45
[Thu Jun 04 08:24:22 2009] [error] [client 192.168.5.1] Error copying image
/tmp/Ps4gkb0a2je.jpg
Error type #2:
[Thu Jun 04 08:24:22 2009] [error] [client 192.168.5.1] exception
'PDOException' with message 'SQLSTATE[23000]: Integrity constraint
violation: 1062 Duplicate entry 's4gkb0a2je' for key 1' in
/usr/local/apache2/htdocs/oliophp/classes/PDOConnection.php:77\nStack
trace:\n#0 /usr/local/apache2/htdocs/oliophp/classes/PDOConnection.php(77):
PDO->exec('insert into PER...')\n#1
/usr/local/apache2/htdocs/oliophp/public_html/addPersonResult.php(92):
PDOConnection->exec('insert into PER...')\n#2 {main}
Ideas?
On Wed, Jun 3, 2009 at 1:54 PM, Shanti Subramanyam - PAE <
Shanti.Subramanyam@sun.com> wrote:
> On 06/ 1/09 10:02 AM, Joshua Schnee wrote:
>
>> Hmm I tried manually creating an event, then uploading a jpg, but when I
>> try to view the image from the website, it isn't found. I also checked
>> manually but the file isn't under the filestore. Any idea what could cause
>> this type of behavior?
>>
>>
> Any progress on this ? You can perhaps look in the database to see whether
> the event row has the names of the image and thumbnail files correct ? They
> should be in uppercase.
>
> If the manual upload doesn't show the file, look in the apache error log to
> see if something failed.
>
> Shanti
>
>
>> On Mon, Jun 1, 2009 at 9:28 AM, Akara Sucharitakul <
>> Akara.Sucharitakul@sun.com <ma...@sun.com>> wrote:
>>
>> That means your add operations failed. The files appear to have been
>> uploaded were somehow not actually written. The strange thing is the
>> names are written to the DB. If the fs write fails, the DB
>> transaction should not even go through. So some error condition is
>> not being detected.
>>
>> Can you try to create an event by hand and see whether the resulting
>> file got created? Thanks.
>>
>> -Akara
>>
>>
>> Joshua Schnee wrote:
>>
>> Actually, after looking closer in the logs it appears that
>> reloading the db and filestore seems to have fixed the case
>> issues (maybe). That said, I'm now seeing the same errors but
>> they appear to be a result of a file actually not being present
>> at all.
>>
>> For a 75 user run I see 512 missing files, all of them appear to
>> be upper case. Does this mean that it's not actually
>> dynamically creating any files?
>>
>> Thanks
>>
>> On Sun, May 31, 2009 at 11:04 PM, Joshua Schnee
>> <jpschnee@gmail.com <ma...@gmail.com>
>> <mailto:jpschnee@gmail.com <ma...@gmail.com>>> wrote:
>>
>> Could my SLES 10 sp2 64bit system could have issue with case
>> sensitivity? I reran after relaoding both my DB and my
>> FileStore
>> with a load_scale of 150. Still seeing the same issue.
>>
>> Any other ideas?
>>
>>
>> On Fri, May 29, 2009 at 7:12 PM, Akara Sucharitakul
>> <Akara.Sucharitakul@sun.com
>> <ma...@sun.com>
>> <mailto:Akara.Sucharitakul@sun.com
>> <ma...@sun.com>>> wrote:
>>
>> The file names are stored in the database, case
>> sensitive. There
>> are uses for both upper and lower case - one for loaded
>> files,
>> and the other for files created during the benchmark run.
>> Unless
>> the file system has an issue with case sensitivity, it seems
>> your DB is out of sync.
>>
>> -Akara
>>
>> Joshua Schnee wrote:
>>
>> Hi,
>>
>> Thanks for the reply. The filestore is there but the
>> files
>> in question are in the wrong case. Some stats :
>>
>> Filestore built for 500 users, ran 75 with 2102 Image
>> errors.
>> Total files under $FILESTORE = 144399.
>> Files that are being asked for as uppercase when they
>> are
>> lowercase : 2102
>>
>> Questions :
>> Any idea why fileloader.sh would be generating an all
>> lowercase FileStore while the benchmark is looking
>> for upper
>> case?
>> Do you believe the benchmark is looking for both
>> upper and
>> lower case or is it really failing on every attempt?
>> Ideas for a workaround?
>>
>> Thanks,
>> Joshua
>>
>> On Fri, May 29, 2009 at 4:40 PM, Shanti Subramanyam
>> <Shanti.Subramanyam@sun.com
>> <ma...@sun.com>
>> <mailto:Shanti.Subramanyam@sun.com
>> <ma...@sun.com>>
>> <mailto:Shanti.Subramanyam@sun.com
>> <ma...@sun.com>
>> <mailto:Shanti.Subramanyam@sun.com
>> <ma...@sun.com>>>> wrote:
>>
>> Can you check your filestore location to see if
>> the file
>> exists ? I
>> assume you edited the web application's
>> etc/config.php to
>> point to
>> the correct filestore (the default is /filestore). I
>> usually see the
>> filenames with a lowercase e.g. e9773t.jpg on
>> solaris.
>> Not sure if
>> there's an issue with that...
>>
>> Shanti
>>
>> Joshua Schnee wrote:
>>
>> Hi,
>>
>> I see the following errors :
>>
>> "Image at
>>
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> >>>>
>> size of 0 bytes is too small. Image may not
>> exist. "
>>
>>
>> I'm only running 75 users on a 2 way system
>> with 15
>> disks. Does
>> anyone know what this might be occurring?
>>
>> Thanks,
>> -Josh
>>
>>
>>
>>
>> -- -Josh
>>
>>
>>
>>
>>
>> -- -Josh
>>
>>
>>
>>
>> -- -Josh
>>
>>
>>
>>
>>
>> --
>> -Josh
>>
>>
--
-Josh
Re: Image May Not exists errors when running olio-php-0.1
Posted by Shanti Subramanyam - PAE <Sh...@Sun.COM>.
On 06/ 1/09 10:02 AM, Joshua Schnee wrote:
> Hmm I tried manually creating an event, then uploading a jpg, but when I
> try to view the image from the website, it isn't found. I also checked
> manually but the file isn't under the filestore. Any idea what could
> cause this type of behavior?
>
Any progress on this ? You can perhaps look in the database to see
whether the event row has the names of the image and thumbnail files
correct ? They should be in uppercase.
If the manual upload doesn't show the file, look in the apache error log
to see if something failed.
Shanti
>
> On Mon, Jun 1, 2009 at 9:28 AM, Akara Sucharitakul
> <Akara.Sucharitakul@sun.com <ma...@sun.com>> wrote:
>
> That means your add operations failed. The files appear to have been
> uploaded were somehow not actually written. The strange thing is the
> names are written to the DB. If the fs write fails, the DB
> transaction should not even go through. So some error condition is
> not being detected.
>
> Can you try to create an event by hand and see whether the resulting
> file got created? Thanks.
>
> -Akara
>
>
> Joshua Schnee wrote:
>
> Actually, after looking closer in the logs it appears that
> reloading the db and filestore seems to have fixed the case
> issues (maybe). That said, I'm now seeing the same errors but
> they appear to be a result of a file actually not being present
> at all.
>
> For a 75 user run I see 512 missing files, all of them appear to
> be upper case. Does this mean that it's not actually
> dynamically creating any files?
>
> Thanks
>
> On Sun, May 31, 2009 at 11:04 PM, Joshua Schnee
> <jpschnee@gmail.com <ma...@gmail.com>
> <mailto:jpschnee@gmail.com <ma...@gmail.com>>> wrote:
>
> Could my SLES 10 sp2 64bit system could have issue with case
> sensitivity? I reran after relaoding both my DB and my FileStore
> with a load_scale of 150. Still seeing the same issue.
>
> Any other ideas?
>
>
> On Fri, May 29, 2009 at 7:12 PM, Akara Sucharitakul
> <Akara.Sucharitakul@sun.com
> <ma...@sun.com>
> <mailto:Akara.Sucharitakul@sun.com
> <ma...@sun.com>>> wrote:
>
> The file names are stored in the database, case
> sensitive. There
> are uses for both upper and lower case - one for loaded
> files,
> and the other for files created during the benchmark run.
> Unless
> the file system has an issue with case sensitivity, it seems
> your DB is out of sync.
>
> -Akara
>
> Joshua Schnee wrote:
>
> Hi,
>
> Thanks for the reply. The filestore is there but the
> files
> in question are in the wrong case. Some stats :
>
> Filestore built for 500 users, ran 75 with 2102 Image
> errors.
> Total files under $FILESTORE = 144399.
> Files that are being asked for as uppercase when they are
> lowercase : 2102
>
> Questions :
> Any idea why fileloader.sh would be generating an all
> lowercase FileStore while the benchmark is looking
> for upper
> case?
> Do you believe the benchmark is looking for both
> upper and
> lower case or is it really failing on every attempt?
> Ideas for a workaround?
>
> Thanks,
> Joshua
>
> On Fri, May 29, 2009 at 4:40 PM, Shanti Subramanyam
> <Shanti.Subramanyam@sun.com
> <ma...@sun.com>
> <mailto:Shanti.Subramanyam@sun.com
> <ma...@sun.com>>
> <mailto:Shanti.Subramanyam@sun.com
> <ma...@sun.com>
> <mailto:Shanti.Subramanyam@sun.com
> <ma...@sun.com>>>> wrote:
>
> Can you check your filestore location to see if
> the file
> exists ? I
> assume you edited the web application's
> etc/config.php to
> point to
> the correct filestore (the default is /filestore). I
> usually see the
> filenames with a lowercase e.g. e9773t.jpg on solaris.
> Not sure if
> there's an issue with that...
>
> Shanti
>
> Joshua Schnee wrote:
>
> Hi,
>
> I see the following errors :
>
> "Image at
>
> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>>>
> size of 0 bytes is too small. Image may not
> exist. "
>
>
> I'm only running 75 users on a 2 way system
> with 15
> disks. Does
> anyone know what this might be occurring?
>
> Thanks,
> -Josh
>
>
>
>
> -- -Josh
>
>
>
>
>
> -- -Josh
>
>
>
>
> --
> -Josh
>
>
>
>
>
> --
> -Josh
>
Re: Image May Not exists errors when running olio-php-0.1
Posted by Joshua Schnee <jp...@gmail.com>.
Hmm I tried manually creating an event, then uploading a jpg, but when I try
to view the image from the website, it isn't found. I also checked manually
but the file isn't under the filestore. Any idea what could cause this type
of behavior?
On Mon, Jun 1, 2009 at 9:28 AM, Akara Sucharitakul <
Akara.Sucharitakul@sun.com> wrote:
> That means your add operations failed. The files appear to have been
> uploaded were somehow not actually written. The strange thing is the names
> are written to the DB. If the fs write fails, the DB transaction should not
> even go through. So some error condition is not being detected.
>
> Can you try to create an event by hand and see whether the resulting file
> got created? Thanks.
>
> -Akara
>
>
> Joshua Schnee wrote:
>
>> Actually, after looking closer in the logs it appears that reloading the
>> db and filestore seems to have fixed the case issues (maybe). That said,
>> I'm now seeing the same errors but they appear to be a result of a file
>> actually not being present at all.
>>
>> For a 75 user run I see 512 missing files, all of them appear to be upper
>> case. Does this mean that it's not actually dynamically creating any files?
>>
>> Thanks
>>
>> On Sun, May 31, 2009 at 11:04 PM, Joshua Schnee <jpschnee@gmail.com<mailto:
>> jpschnee@gmail.com>> wrote:
>>
>> Could my SLES 10 sp2 64bit system could have issue with case
>> sensitivity? I reran after relaoding both my DB and my FileStore
>> with a load_scale of 150. Still seeing the same issue.
>>
>> Any other ideas?
>>
>>
>> On Fri, May 29, 2009 at 7:12 PM, Akara Sucharitakul
>> <Akara.Sucharitakul@sun.com <ma...@sun.com>>
>> wrote:
>>
>> The file names are stored in the database, case sensitive. There
>> are uses for both upper and lower case - one for loaded files,
>> and the other for files created during the benchmark run. Unless
>> the file system has an issue with case sensitivity, it seems
>> your DB is out of sync.
>>
>> -Akara
>>
>> Joshua Schnee wrote:
>>
>> Hi,
>>
>> Thanks for the reply. The filestore is there but the files
>> in question are in the wrong case. Some stats :
>>
>> Filestore built for 500 users, ran 75 with 2102 Image errors.
>> Total files under $FILESTORE = 144399.
>> Files that are being asked for as uppercase when they are
>> lowercase : 2102
>>
>> Questions :
>> Any idea why fileloader.sh would be generating an all
>> lowercase FileStore while the benchmark is looking for upper
>> case?
>> Do you believe the benchmark is looking for both upper and
>> lower case or is it really failing on every attempt?
>> Ideas for a workaround?
>>
>> Thanks,
>> Joshua
>>
>> On Fri, May 29, 2009 at 4:40 PM, Shanti Subramanyam
>> <Shanti.Subramanyam@sun.com
>> <ma...@sun.com>
>> <mailto:Shanti.Subramanyam@sun.com
>> <ma...@sun.com>>> wrote:
>>
>> Can you check your filestore location to see if the file
>> exists ? I
>> assume you edited the web application's etc/config.php to
>> point to
>> the correct filestore (the default is /filestore). I
>> usually see the
>> filenames with a lowercase e.g. e9773t.jpg on solaris.
>> Not sure if
>> there's an issue with that...
>>
>> Shanti
>>
>> Joshua Schnee wrote:
>>
>> Hi,
>>
>> I see the following errors :
>>
>> "Image at
>>
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>>
>> size of 0 bytes is too small. Image may not exist. "
>>
>>
>> I'm only running 75 users on a 2 way system with 15
>> disks. Does
>> anyone know what this might be occurring?
>>
>> Thanks,
>> -Josh
>>
>>
>>
>>
>> -- -Josh
>>
>>
>>
>>
>>
>> -- -Josh
>>
>>
>>
>>
>> --
>> -Josh
>>
>>
>
--
-Josh
Re: Image May Not exists errors when running olio-php-0.1
Posted by Akara Sucharitakul <Ak...@Sun.COM>.
That means your add operations failed. The files appear to have been
uploaded were somehow not actually written. The strange thing is the
names are written to the DB. If the fs write fails, the DB transaction
should not even go through. So some error condition is not being detected.
Can you try to create an event by hand and see whether the resulting
file got created? Thanks.
-Akara
Joshua Schnee wrote:
> Actually, after looking closer in the logs it appears that reloading the
> db and filestore seems to have fixed the case issues (maybe). That
> said, I'm now seeing the same errors but they appear to be a result of a
> file actually not being present at all.
>
> For a 75 user run I see 512 missing files, all of them appear to be
> upper case. Does this mean that it's not actually dynamically creating
> any files?
>
> Thanks
>
> On Sun, May 31, 2009 at 11:04 PM, Joshua Schnee <jpschnee@gmail.com
> <ma...@gmail.com>> wrote:
>
> Could my SLES 10 sp2 64bit system could have issue with case
> sensitivity? I reran after relaoding both my DB and my FileStore
> with a load_scale of 150. Still seeing the same issue.
>
> Any other ideas?
>
>
> On Fri, May 29, 2009 at 7:12 PM, Akara Sucharitakul
> <Akara.Sucharitakul@sun.com <ma...@sun.com>> wrote:
>
> The file names are stored in the database, case sensitive. There
> are uses for both upper and lower case - one for loaded files,
> and the other for files created during the benchmark run. Unless
> the file system has an issue with case sensitivity, it seems
> your DB is out of sync.
>
> -Akara
>
> Joshua Schnee wrote:
>
> Hi,
>
> Thanks for the reply. The filestore is there but the files
> in question are in the wrong case. Some stats :
>
> Filestore built for 500 users, ran 75 with 2102 Image errors.
> Total files under $FILESTORE = 144399.
> Files that are being asked for as uppercase when they are
> lowercase : 2102
>
> Questions :
> Any idea why fileloader.sh would be generating an all
> lowercase FileStore while the benchmark is looking for upper
> case?
> Do you believe the benchmark is looking for both upper and
> lower case or is it really failing on every attempt?
> Ideas for a workaround?
>
> Thanks,
> Joshua
>
> On Fri, May 29, 2009 at 4:40 PM, Shanti Subramanyam
> <Shanti.Subramanyam@sun.com
> <ma...@sun.com>
> <mailto:Shanti.Subramanyam@sun.com
> <ma...@sun.com>>> wrote:
>
> Can you check your filestore location to see if the file
> exists ? I
> assume you edited the web application's etc/config.php to
> point to
> the correct filestore (the default is /filestore). I
> usually see the
> filenames with a lowercase e.g. e9773t.jpg on solaris.
> Not sure if
> there's an issue with that...
>
> Shanti
>
> Joshua Schnee wrote:
>
> Hi,
>
> I see the following errors :
>
> "Image at
>
> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>>
> size of 0 bytes is too small. Image may not exist. "
>
>
> I'm only running 75 users on a 2 way system with 15
> disks. Does
> anyone know what this might be occurring?
>
> Thanks,
> -Josh
>
>
>
>
> --
> -Josh
>
>
>
>
>
> --
> -Josh
>
>
>
>
> --
> -Josh
>
Re: Image May Not exists errors when running olio-php-0.1
Posted by Joshua Schnee <jp...@gmail.com>.
Actually, after looking closer in the logs it appears that reloading the db
and filestore seems to have fixed the case issues (maybe). That said, I'm
now seeing the same errors but they appear to be a result of a file actually
not being present at all.
For a 75 user run I see 512 missing files, all of them appear to be upper
case. Does this mean that it's not actually dynamically creating any files?
Thanks
On Sun, May 31, 2009 at 11:04 PM, Joshua Schnee <jp...@gmail.com> wrote:
> Could my SLES 10 sp2 64bit system could have issue with case sensitivity?
> I reran after relaoding both my DB and my FileStore with a load_scale of
> 150. Still seeing the same issue.
>
> Any other ideas?
>
>
> On Fri, May 29, 2009 at 7:12 PM, Akara Sucharitakul <
> Akara.Sucharitakul@sun.com> wrote:
>
>> The file names are stored in the database, case sensitive. There are uses
>> for both upper and lower case - one for loaded files, and the other for
>> files created during the benchmark run. Unless the file system has an issue
>> with case sensitivity, it seems your DB is out of sync.
>>
>> -Akara
>>
>> Joshua Schnee wrote:
>>
>>> Hi,
>>>
>>> Thanks for the reply. The filestore is there but the files in question
>>> are in the wrong case. Some stats :
>>>
>>> Filestore built for 500 users, ran 75 with 2102 Image errors.
>>> Total files under $FILESTORE = 144399.
>>> Files that are being asked for as uppercase when they are lowercase :
>>> 2102
>>>
>>> Questions :
>>> Any idea why fileloader.sh would be generating an all lowercase FileStore
>>> while the benchmark is looking for upper case?
>>> Do you believe the benchmark is looking for both upper and lower case or
>>> is it really failing on every attempt?
>>> Ideas for a workaround?
>>>
>>> Thanks,
>>> Joshua
>>>
>>> On Fri, May 29, 2009 at 4:40 PM, Shanti Subramanyam <
>>> Shanti.Subramanyam@sun.com <ma...@sun.com>> wrote:
>>>
>>> Can you check your filestore location to see if the file exists ? I
>>> assume you edited the web application's etc/config.php to point to
>>> the correct filestore (the default is /filestore). I usually see the
>>> filenames with a lowercase e.g. e9773t.jpg on solaris. Not sure if
>>> there's an issue with that...
>>>
>>> Shanti
>>>
>>> Joshua Schnee wrote:
>>>
>>> Hi,
>>>
>>> I see the following errors :
>>>
>>> "Image at
>>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
>>> size of 0 bytes is too small. Image may not exist. "
>>>
>>>
>>> I'm only running 75 users on a 2 way system with 15 disks. Does
>>> anyone know what this might be occurring?
>>>
>>> Thanks,
>>> -Josh
>>>
>>>
>>>
>>>
>>> --
>>> -Josh
>>>
>>>
>>
>
>
> --
> -Josh
>
>
--
-Josh
Re: Image May Not exists errors when running olio-php-0.1
Posted by Joshua Schnee <jp...@gmail.com>.
Could my SLES 10 sp2 64bit system could have issue with case sensitivity? I
reran after relaoding both my DB and my FileStore with a load_scale of 150.
Still seeing the same issue.
Any other ideas?
On Fri, May 29, 2009 at 7:12 PM, Akara Sucharitakul <
Akara.Sucharitakul@sun.com> wrote:
> The file names are stored in the database, case sensitive. There are uses
> for both upper and lower case - one for loaded files, and the other for
> files created during the benchmark run. Unless the file system has an issue
> with case sensitivity, it seems your DB is out of sync.
>
> -Akara
>
> Joshua Schnee wrote:
>
>> Hi,
>>
>> Thanks for the reply. The filestore is there but the files in question
>> are in the wrong case. Some stats :
>>
>> Filestore built for 500 users, ran 75 with 2102 Image errors.
>> Total files under $FILESTORE = 144399.
>> Files that are being asked for as uppercase when they are lowercase :
>> 2102
>>
>> Questions :
>> Any idea why fileloader.sh would be generating an all lowercase FileStore
>> while the benchmark is looking for upper case?
>> Do you believe the benchmark is looking for both upper and lower case or
>> is it really failing on every attempt?
>> Ideas for a workaround?
>>
>> Thanks,
>> Joshua
>>
>> On Fri, May 29, 2009 at 4:40 PM, Shanti Subramanyam <
>> Shanti.Subramanyam@sun.com <ma...@sun.com>> wrote:
>>
>> Can you check your filestore location to see if the file exists ? I
>> assume you edited the web application's etc/config.php to point to
>> the correct filestore (the default is /filestore). I usually see the
>> filenames with a lowercase e.g. e9773t.jpg on solaris. Not sure if
>> there's an issue with that...
>>
>> Shanti
>>
>> Joshua Schnee wrote:
>>
>> Hi,
>>
>> I see the following errors :
>>
>> "Image at
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
>> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
>> size of 0 bytes is too small. Image may not exist. "
>>
>>
>> I'm only running 75 users on a 2 way system with 15 disks. Does
>> anyone know what this might be occurring?
>>
>> Thanks,
>> -Josh
>>
>>
>>
>>
>> --
>> -Josh
>>
>>
>
--
-Josh
Re: Image May Not exists errors when running olio-php-0.1
Posted by Akara Sucharitakul <Ak...@Sun.COM>.
The file names are stored in the database, case sensitive. There are
uses for both upper and lower case - one for loaded files, and the other
for files created during the benchmark run. Unless the file system has
an issue with case sensitivity, it seems your DB is out of sync.
-Akara
Joshua Schnee wrote:
> Hi,
>
> Thanks for the reply. The filestore is there but the files in question
> are in the wrong case. Some stats :
>
> Filestore built for 500 users, ran 75 with 2102 Image errors.
> Total files under $FILESTORE = 144399.
> Files that are being asked for as uppercase when they are lowercase : 2102
>
> Questions :
> Any idea why fileloader.sh would be generating an all lowercase
> FileStore while the benchmark is looking for upper case?
> Do you believe the benchmark is looking for both upper and lower case or
> is it really failing on every attempt?
> Ideas for a workaround?
>
> Thanks,
> Joshua
>
> On Fri, May 29, 2009 at 4:40 PM, Shanti Subramanyam
> <Shanti.Subramanyam@sun.com <ma...@sun.com>> wrote:
>
> Can you check your filestore location to see if the file exists ? I
> assume you edited the web application's etc/config.php to point to
> the correct filestore (the default is /filestore). I usually see the
> filenames with a lowercase e.g. e9773t.jpg on solaris. Not sure if
> there's an issue with that...
>
> Shanti
>
> Joshua Schnee wrote:
>
> Hi,
>
> I see the following errors :
>
> "Image at
> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg>>
> size of 0 bytes is too small. Image may not exist. "
>
>
> I'm only running 75 users on a 2 way system with 15 disks. Does
> anyone know what this might be occurring?
>
> Thanks,
> -Josh
>
>
>
>
> --
> -Josh
>
Re: Image May Not exists errors when running olio-php-0.1
Posted by Joshua Schnee <jp...@gmail.com>.
Hi,
Thanks for the reply. The filestore is there but the files in question are
in the wrong case. Some stats :
Filestore built for 500 users, ran 75 with 2102 Image errors.
Total files under $FILESTORE = 144399.
Files that are being asked for as uppercase when they are lowercase : 2102
Questions :
Any idea why fileloader.sh would be generating an all lowercase FileStore
while the benchmark is looking for upper case?
Do you believe the benchmark is looking for both upper and lower case or is
it really failing on every attempt?
Ideas for a workaround?
Thanks,
Joshua
On Fri, May 29, 2009 at 4:40 PM, Shanti Subramanyam <
Shanti.Subramanyam@sun.com> wrote:
> Can you check your filestore location to see if the file exists ? I assume
> you edited the web application's etc/config.php to point to the correct
> filestore (the default is /filestore). I usually see the filenames with a
> lowercase e.g. e9773t.jpg on solaris. Not sure if there's an issue with
> that...
>
> Shanti
>
> Joshua Schnee wrote:
>
>> Hi,
>>
>> I see the following errors :
>>
>> "Image at http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg<
>> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg> size of 0
>> bytes is too small. Image may not exist. "
>>
>> I'm only running 75 users on a 2 way system with 15 disks. Does anyone
>> know what this might be occurring?
>>
>> Thanks,
>> -Josh
>>
>>
--
-Josh
Re: Image May Not exists errors when running olio-php-0.1
Posted by Shanti Subramanyam <Sh...@Sun.COM>.
Can you check your filestore location to see if the file exists ? I
assume you edited the web application's etc/config.php to point to the
correct filestore (the default is /filestore). I usually see the
filenames with a lowercase e.g. e9773t.jpg on solaris. Not sure if
there's an issue with that...
Shanti
Joshua Schnee wrote:
> Hi,
>
> I see the following errors :
>
> "Image at
> http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg
> <http://olio-sut:80/fileService.php?cache=false&file=E9773T.jpg> size
> of 0 bytes is too small. Image may not exist. "
>
> I'm only running 75 users on a 2 way system with 15 disks. Does
> anyone know what this might be occurring?
>
> Thanks,
> -Josh
>