[Building Sakai] Error uploading resources
Steve Swinsburg
s.swinsburg at lancaster.ac.uk
Thu Apr 2 02:26:01 PDT 2009
Hi Emiliano,
Can you navigate on the filesystem to ${sakai.home}content/ and see
some folders in there. If you add new resources they should show up in
the folder structure in there? Just want to confirm that it's not
storing in the DB any more.
I'm not sure if you need it, but have you specified -Dsakai.home=/path/
to/your/sakai.properties/ in your JAVA_OPTS? I have it set and points
to the directory that contains my sakai.properties file. It has a
trailing slash on it, so that is why I have set $sakai.home}content/
with no slash in between. When resources are then uploaded they live
in the 'content' folder at the same level as my sakai.properties.
Take a look and see if the path's match up.
cheers,
Steve
---
Steve Swinsburg
Portal Systems Developer
Centre for e-Science
Lancaster University
Lancaster
LA1 4YT
email: s.swinsburg at lancaster.ac.uk
phone: +44 (0) 1524 594870
On 2 Apr 2009, at 10:07, Emiliano Jankowski wrote:
> Hi Steve, I've done this, but I cant' access the resources I already
> had :(, if i upload a new one, it works great.
> I enabled convertToFile at org.sakaiproject.content.api.ContentHostingService
> = true , but i think that it didn't convert the resources...
> This is the error i have when i try to read some old resources..
>
>
> 009-04-02 10:56:44,661 TP-
> Processor11_org.sakaiproject.content.impl.DbContentService)
> WARN: : failed to read resource: /user/215083d2-ae60-4e97-
> bcd7-0411a7a1079f/Nivel 1_trabajo en equipo_/CONOC PERSONAL Y DES
> PROF _3_.ppt len: 136704 : java.io.FileNotFoundException: xxxxxxxx/
> webapps/sakai/content (Is a directory) (2009-04-02 10:58:24,853 TP-
> Processor6_org.sakaiproject.content.impl.DbContentService)
>
> I've also replaced the bodyPath at org.sakaiproject.content.api.ContentHostingService
> = ${sakai.home}content/ for ${sakai.home}/content/ is this ok, right?
>
> Any ideas?
>
> Best!
>
>
>
> On Wed, Apr 1, 2009 at 7:55 AM, Steve Swinsburg <s.swinsburg at lancaster.ac.uk
> > wrote:
> Ok great, and yes to store on the filesystem, in sakai.properties
> you want these two settings enabled/configured:
>
> # the file system root for content hosting's external stored files
> (default is null, i.e. store them in the db)
> # see the readme file (2.2.7 File Based Content Hosting) for more
> details
> bodyPath at org.sakaiproject.content.api.ContentHostingService = $
> {sakai.home}content/
>
> # when storing content hosting's body bits in files, an optional set
> of folders just within the bodyPath -
> # to act as volumes to distribute the files among - a comma separate
> list of folders. If left out, no volumes will be used.
> # see the readme file (2.2.7 File Based Content Hosting) for more
> details
> bodyVolumes at org.sakaiproject.content.api.ContentHostingService =
> vol1,vol2,vol3
>
>
> and potentially this one the first time around if you want to
> convert from DB to filesystem when you next start up:
>
> #convertToFile at org.sakaiproject.content.api.ContentHostingService =
> true
>
>
> cheers,
> Steve
>
> ---
> Steve Swinsburg
> Portal Systems Developer
> Centre for e-Science
> Lancaster University
> Lancaster
> LA1 4YT
>
> email: s.swinsburg at lancaster.ac.uk
> phone: +44 (0) 1524 594870
>
>
>
>
>
>
>
> On 1 Apr 2009, at 11:52, Emiliano Jankowski wrote:
>
>> Oh yes! I've checked the files and you are correct! And It is
>> possible to not save the documents into the database, and do that
>> in the file system? Is it just a config option in sakai?
>>
>> Thanks!!
>>
>>
>> On Wed, Apr 1, 2009 at 7:48 AM, Steve Swinsburg <s.swinsburg at lancaster.ac.uk
>> > wrote:
>> Hello,
>>
>> are you storing content in the database as opposed to the
>> filesystem? Is it MySQL? By default MySQL has a 1Mb limit it can
>> store as binary. You need to adjust the max_allowed_packet from
>> 1048576 (ie 1Mb) to be something higher.
>>
>> See here: http://steve-on-sakai.blogspot.com/2008/11/sakai-mysql-and-storing-content-in.html
>>
>> That, or check the memory assigned to your JVM in JAVA_OPTS (post
>> them here) as you are running out of resources:
>>
>> From the Javadoc: ServerOverloadException is thrown whenever a
>> request cannot be completed at this time due to some critical
>> resource of the server being in too short supply.
>>
>>
>> cheers,
>> Steve
>>
>> ---
>> Steve Swinsburg
>> Portal Systems Developer
>> Centre for e-Science
>> Lancaster University
>> Lancaster
>> LA1 4YT
>>
>> email: s.swinsburg at lancaster.ac.uk
>> phone: +44 (0) 1524 594870
>>
>>
>>
>>
>>
>>
>>
>> On 1 Apr 2009, at 11:42, Emiliano Jankowski wrote:
>>
>>> Hi there! I'm having an strange error when I try to upload a
>>> resource in "My workspace"
>>> I've uploaded 4 ppt, when I want to add one more I have " Alerta:
>>> Unable to add item: TRABAJO EN EQUIPO (2).ppt" and in catalina.out
>>> I have
>>>
>>>
>>> WARN: failed to write file from byte-array to database (2009-04-01
>>> 12:35:39,762 TP-
>>> Processor10_org.sakaiproject.content.impl.DbContentService)
>>> org.sakaiproject.exception.ServerOverloadException id=failed to
>>> write file from byte-array to database
>>> at org.sakaiproject.content.impl.DbContentService
>>> $DbStorage.commitResource(DbContentService.java:1669)
>>> at
>>> org
>>> .sakaiproject
>>> .content
>>> .impl
>>> .BaseContentService.commitResourceEdit(BaseContentService.java:5450)
>>> at
>>> org
>>> .sakaiproject
>>> .content
>>> .impl.BaseContentService.commitResource(BaseContentService.java:
>>> 5413)
>>> at
>>> org
>>> .sakaiproject
>>> .content
>>> .cover
>>> .ContentHostingService.commitResource(ContentHostingService.java:
>>> 519)
>>> at
>>> org
>>> .sakaiproject
>>> .content.tool.ResourcesAction.createResources(ResourcesAction.java:
>>> 1384)
>>> at
>>> org
>>> .sakaiproject
>>> .content.tool.ResourcesAction.finishAction(ResourcesAction.java:
>>> 7207)
>>> at
>>> org
>>> .sakaiproject
>>> .content
>>> .tool.ResourcesAction.buildMainPanelContext(ResourcesAction.java:
>>> 4762)
>>> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
>>> Method)
>>> at
>>> sun
>>> .reflect
>>> .NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>>> at
>>> sun
>>> .reflect
>>> .DelegatingMethodAccessorImpl
>>> .invoke(DelegatingMethodAccessorImpl.java:25)
>>> at java.lang.reflect.Method.invoke(Method.java:585)
>>> at
>>> org
>>> .sakaiproject
>>> .cheftool
>>> .VelocityPortletPaneledAction
>>> .toolModeDispatch(VelocityPortletPaneledAction.java:392)
>>>
>>> What does it mean? the strange thing is that if i try to upload a
>>> txt file for instance, it does ok, with no error.
>>>
>>>
>>> Thanks a lot!
>>>
>>>
>>>
>>>
>>> --
>>> Jankowski Emiliano
>>> Lic. en Sistemas
>>>
>>> http://ejankowski.blogspot.com
>>> http://provincianito.blogspot.com/
>>> _______________________________________________
>>> sakai-dev mailing list
>>> sakai-dev at collab.sakaiproject.org
>>> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>>>
>>> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org
>>> with a subject of "unsubscribe"
>>
>>
>>
>>
>> --
>> Jankowski Emiliano
>> Lic. en Sistemas
>>
>> http://ejankowski.blogspot.com
>> http://provincianito.blogspot.com/
>
>
>
>
> --
> Jankowski Emiliano
> Lic. en Sistemas
>
> http://ejankowski.blogspot.com
> http://provincianito.blogspot.com/
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20090402/6a2d7938/attachment-0001.html
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2437 bytes
Desc: not available
Url : http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20090402/6a2d7938/attachment-0001.bin
More information about the sakai-dev
mailing list