Hi Vincent,
Thanks Vincent for this precision. I have start this morning (in fact, at 1:00PM, Paris' hour) the fcsu utility and it still running... and as I can see the progression, it will take a long time. So thats a good news if I have not to do that each time I'll use my java program :-) . Thans also for the example of fcsu. I have found the same options (but with legacy) and I also change the config.properties I'll send a message to the list when the utility will have finish the job... or before if sudenly I have a question!

Greetings
Pierre-Yves


Le 28/11/2012 14:04, Nguyen, Vincent (CDC/OD/OADS) (CTR) a écrit :
Hi Pierre,

When you upgrade Fedora, any new object you create in the new Fedora should have the size 
attribute for the datastream (I haven't tried 3.6.2 but I assume it's there).  However, 
your old objects that were ingested in 3.2 won't have the size attribute computed for 
"managed" datastreams, instead, it will show up as -1.  The Utility that Chris 
wrote will compute the SIZE and DIGEST for all datastreams in your repository where 
they're not already set.

./fcsu modify akubra --filter=set-fixity

It can also be used with "legacy" (pre-akubra-based) low level storage.

Vincent Vu Nguyen


-----Original Message-----
From: Pierre-Yves JALLUD [mailto:pierre-yves.jal...@tge-adonis.fr]
Sent: Wednesday, November 28, 2012 3:55 AM
To: Support and info exchange list for Fedora users.
Subject: Re: [fcrepo-user] No size in the datastream definition

Thanks Scott and thanks Vincent,
I've just had a look at your links but I'm not sure about the actions to do... 
and the consequences.
Tell me if I'm right:
    - the problem still unresolved for the 3.6.2 version
    - the Chris Wilper's utility complete the size attribute of the datastream, 
so I have to apply it on the 3.6.2 version (after the upgrade)... but probably 
each time I add a new datastream.

... I'll try the utillity in a test Fedora instance and tell you my feedback.
Greetings
Pierre-Yves

Le 27/11/2012 18:53, Scott Prater a écrit :
Pierre,

You may also be running into the (still unresolved) issue:

https://jira.duraspace.org/browse/FCREPO-182

-- Scott

On 11/27/2012 08:51 AM, Nguyen, Vincent (CDC/OD/OADS) (CTR) wrote:
Hi Peirre,

Sounds like you're having the same issue we had 
(https://jira.duraspace.org/browse/FCREPO-724).  Chris Wilper wrote a storage 
utility that can be used to compute the size of all managed datastreams.  We 
used this and it seemed to work pretty well.  The link to the utility should be 
in the JIRA ticket.

Good luck

Vincent Vu Nguyen


-----Original Message-----
From: Pierre-Yves JALLUD [mailto:pierre-yves.jal...@tge-adonis.fr]
Sent: Tuesday, November 27, 2012 9:39 AM
To: fedora-commons-users
Subject: [fcrepo-user] No size in the datastream definition

(re)Hi all,
I'm making tests for an upgrade of FedoraCommons (from 3.2.1 to 3.6.2).
It is more simple that I expected but I thought that the upgrade should correct 
a bug that I found in the 3.2.1 version.

My conditions of use are the following ones... I'm making the ingestion of the 
datastreams using JAVA "home made" (using FedoraClient.uploadFile and then 
FedoraAPIM.addDatastream). I feed the fields like that:

      - pid (the PID of the concerned object)
      - dsID (the ID of the datastream)
      - altIDs (null)
      - dsLabel (an empty string: "")
      - versionable ("false")
      - MIMEType (the MIME-Type of the datastream)
      - formatURI (an empty string: "")
      - dsLocation (the string that as been returned by uploadFile())
      - controlGroup ("M")
      - dsState ("A")
      - checksumType (usely "SHA-512")
      - checksum (the checksum)
      - logMessage (a message)

Globaly, the result is correct. When I use the admin GUI, I find all the 
datastreams that I expecte. When I download a datastream, I download the file 
that I expecte. In the 3.2.1 and in the 3.6.2 version.

... But when I use a browser to ear a wave file (using for example
http://my-server.org:8080/fedora/objects/My:PID/datastreams/my_file.w
av/content), I can just ear the first seconds (about 10 sec.) of the
file. But when I add a datastream using the admin GUI, I can ear all the file 
(using a similar URL).

So the problem is only when I use the JAVA librairies (my java home made). I hoped that an upgrade should correct that 
problem... but in fact no (even whith a rebuild of the database and of the Resource Index).. :'( . The only difference 
of the upgrade is in the object XML file. In the 3.2.1 version, the attribute 'size' is absent for all the datastream 
with CONTROL_GROUP="M" (present for CG="X"). In the 3.6.2, the size for the CG="M" is 
present, but the value is "-1".

I tried to find older messages about that problem (... I thougth that the 
problem has been approached one day)... but I didn't find anything in the 
archives.
Has anyone an idea to solve the problem?... Is there a patch to apply?...

Thanks for your suggestions
Greetings
Pierre-Yves
---------------------------------------------------------------------
--------- Monitor your physical, virtual and cloud infrastructure
from a single web console. Get in-depth insight into apps, servers,
databases, vmware, SAP, cloud infrastructure, etc. Download 30-day
Free Trial.
Pricing starts from $795 for 25 servers or applications!
http://p.sf.net/sfu/zoho_dev2dev_nov
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users
------------------------------------------------------------------------------
Keep yourself connected to Go Parallel:
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

<<attachment: pierre-yves_jallud.vcf>>

Attachment: smime.p7s
Description: Signature cryptographique S/MIME

------------------------------------------------------------------------------
Keep yourself connected to Go Parallel: 
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
_______________________________________________
Fedora-commons-users mailing list
Fedora-commons-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/fedora-commons-users

Reply via email to