fedora 6 questions

[herr.s...@googlemail.com]

Hi, everybody,

finally we are using Fedora 6 in our production environments https://rgz.staatsbibliothek-berlin.de/ and https://rgst.staatsbibliothek-berlin.de/ (unfortunately not available to the public). Everything is working fine, but I hav a question and suggestion:

1) In the Tomcat log I find many entries like "Rolling back storage session <guid>" although nothing should be stored in this read-only repository. Is that normal or how can I avoid such behavior?

2) The real migration we did on a test server and copied then the data to the producive one. Then we noticed on start that (again) not all triples were visible in the repository objects. The reason was of course that the server name of non-fedora namespace triples is hard-coded in all *.nt files. Would'nt it be a better idea to define a global URI prefix in a configuration file and use it everywhere it is needed. In my opinion that would make server moves without migration much easier.

Yours

Oliver

[Peter Winckles]

Hi Oliver,

 

1. This is not a problem; it is just noise in the log. I created a ticket to clean it up: https://fedora-repository.atlassian.net/browse/FCREPO-3765
2. I don’t quite follow what happened here. Can you provide an example of what you’re seeing in the *.nt files? Fedora should not be storing the server name in the triples, so, if it is, there might be something else going wrong.

 

If you’d like more interactive assistance, you’re welcome to reach out in the #tech channel on Slack (https://fedora-project.slack.com/).

 

Peter

--
You received this message because you are subscribed to the Google Groups "Fedora Tech" group.
To unsubscribe from this group and stop receiving emails from it, send an email to fedora-tech...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/fedora-tech/47ebd75b-31f4-4a3e-b37e-eaf96bfa0593n%40googlegroups.com.

[herr.s...@googlemail.com]

Thanks Peter,

the *.nt files were created on the migration process, following the pattern

Subject (http://FQSN:port/rest/address) Predicate (whatever) Object (whatever) .

I will provide an example directly to you in Slack.

See you

Oliver

[herr.s...@googlemail.com]

As Peter explained, everything is fine when a string like

 http://my.server.com:8080/mypath/rest/path/to/my/object

is changed into

info:fedora/path/to/my/object

This shoud be considered in the migration process. I did it now afterwards, using sed to change some 80 k files in 10 minutes or so.

Cheers

Oliver

[Peter Winckles]

Oliver,

 

You ran sed on the migrated resources? This will invalidate your OCFL objects as the files no longer have their expected checksum.

 

Peter

To view this discussion on the web visit https://groups.google.com/d/msgid/fedora-tech/bc4fcc3b-1678-47de-bbe0-76274caff619n%40googlegroups.com.

[herr.s...@googlemail.com]

Ah, I did not consider this. I still do not note any anomalities, what should go wrong? Of course I changed only the *.nt files.

[Peter Winckles]

Fedora will still function normally. However, your OCFL objects will not validate and Fedora fixity checks [1] will fail.

 

Peter

 

[1] https://wiki.lyrasis.org/display/FEDORA6x/RESTful+HTTP+API+-+Fixity

To view this discussion on the web visit https://groups.google.com/d/msgid/fedora-tech/c774bd8b-6eb1-4d09-ba7c-5e599a83d796n%40googlegroups.com.

[herr.s...@googlemail.com]

Good to know - but right now I did a fixity check and it works. The *.nt files do not have a checksum (at least not in my repository, in contrast to the *.json files which I did not change

[Peter Winckles]

I see, the fixity check must only work for binary resources.

 

If you would like to see the OCFL failures, you can use the ocfl-py validator[1].

 

You can use it by navigating to the root of your OCFL repository and then executing: `ocfl-validate.py .`

 

Peter

 

[1] https://github.com/zimeon/ocfl-py

To view this discussion on the web visit https://groups.google.com/d/msgid/fedora-tech/22d9fba0-5492-410d-a47e-f149d1cda59dn%40googlegroups.com.

[herr.s...@googlemail.com]

Thanks, Peter,

I could verify your warning with the validator. Lesson learned! So in the future I will re-migrate the repository and generally be more careful.

See you

Oliver