EPrints Technical Mailing List Archive

Message: #06928

< Previous (by date) | Next (by date) > | < Previous (in thread) | Next (in thread) > | Messages - Most Recent First | Threads - Most Recent First

Re: [EP-tech] Failed to find workflow: file.default

I *think* if you change files that exist eprints might handle that and reload the file, but if you add a new file once it is running it doesn’t know to check and load those new files.  Generally always a good thing to restart apache when you change the configuration.

 

Alan

 

From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of Emilian Mitocariu
Sent: 31 October 2017 11:23
To: eprints-tech@ecs.soton.ac.uk
Subject: Re: [EP-tech] Failed to find workflow: file.default

 

After I restarted Apache it seems to work. I made changes to [EPRINTS_ROOT]/archives/[ARCHIVE_NAME]/cfg directory in the past without the need to restart Apache, didn't thought it was needed in this case.

 

Thanks for the help guys.

 

On Tue, Oct 31, 2017 at 1:02 PM, Alan.Stiles <alan.stiles@open.ac.uk> wrote:

Our server is also an upgrade to previous versions (3.2.? -> 3.3.10 -> 3.3.12 -> 3.3.15)  and had the same issue, although it isn’t a screen I’ve ever tried to access before.

 

After adding a default.xml to [EPRINTS_ROOT]/archives/[ARCHIVE_NAME]/cfg/workflows/file/  and restarting the apache service I can now see the basic file information as per the workflow layout.  It doesn’t let me update the fields, but does have a ‘Destroy’ (Remove?) button.

 

Alan

 

From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of David R Newman
Sent: 31 October 2017 10:48
To: eprints-tech@ecs.soton.ac.uk
Subject: Re: [EP-tech] Failed to find workflow: file.default

 

Hi Emilian,

I assume you restarted (or at least reloaded) Apache? Please could you also confirm exactly where you put default.xml (I assume the latter of my examples) on your file system.

Regards

David Newman

 

On 31/10/2017 10:38, Emilian Mitocariu wrote:

David, it still gives the same error, the workflows/file/default.xml file didn't fix the problem. Didn't Alan said he tried the same thing but didn't work?

 

On Tue, Oct 31, 2017 at 12:32 PM, David R Newman <drn@ecs.soton.ac.uk> wrote:

Hi Emlian,

On second thoughts, I am not sure this is a good idea it allows you to edit these fields, which could lead to bad things happening.  It is probably best if you strip out the component section and just leave:

<workflow xmlns=MailScanner has detected a possible fraud attempt from "eprints.org" claiming to be "http://eprints.org/ep3/workflow" xmlns:epc=MailScanner has detected a possible fraud attempt from "eprints.org" claiming to be "http://eprints.org/ep3/control">
  <flow>
    <stage ref="main"/>
  </flow>
  <stage name="main"/>
</workflow>

Regards

David Newman

 

On 31/10/2017 10:21, David R Newman wrote:

Hi Emilian,

I have created a basic workflows/file/default.xml, it probably could do with some extra fields being added and it may show some phrases are missing but it should fix the original issue.  Please note, I edited this file on Windows if you copy this onto you linux server, you should probably run dos2unix over it to make sure it has the right line endings.

Regards

David Newman

 

On 31/10/2017 10:09, Alan.Stiles wrote:

Is there anything in {EPRINTS_ROOT]/lib/defaultcfg/workflows/file/  on your 3.3.7 version?

 

From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of Emilian Mitocariu
Sent: 31 October 2017 09:49
To: eprints-tech@ecs.soton.ac.uk
Subject: Re: [EP-tech] Failed to find workflow: file.default

 

David, the things is that it works on the old version of eprints (3.3.7) that I am migrating from but there is no such file:

[EPRINTS_ROOT]/archives/[ARCHIVE_NAME]/cfg/workflows/file/default.xml


Only these two:

[EPRINTS_ROOT]/archives/[ARCHIVE_NAME]/cfg/workflows/eprint/default.xml

[EPRINTS_ROOT]/archives/[ARCHIVE_NAME]/cfg/workflows/user/default.xml

 

On Tue, Oct 31, 2017 at 11:38 AM, David R Newman <drn@ecs.soton.ac.uk> wrote:

Hi Emilian,

This looks as though it is a bug common with the latest version of EPrints because this is a page that is rarely accessed, as you would not typically need a workflow to view/manage a file, as it is embedded within an eprint.  You would need the following file:

[EPRINTS_ROOT]/archives/[ARCHIVE_NAME]/cfg/workflows/file/default.xml

However, I am not aware of where such a file can be found.  So I will have a dig around and see if I can find anything.

Regards

David Newman

On 31/10/2017 08:25, Emilian Mitocariu wrote:

There is a default.xml in both directories.

 

On Tue, Oct 31, 2017 at 10:18 AM, Alan.Stiles <alan.stiles@open.ac.uk> wrote:

Off the top of my head, and before morning caffeine, do you have a default.xml in [EPRINTS_ROOT]/archives/[ARCHIVE_NAME]/cfg/workflows/eprint/ ?

And if not, is there one in [EPRINTS_ROOT]/lib/defaultcfg/workflows/eprint/ ?

 

From: eprints-tech-bounces@ecs.soton.ac.uk [mailto:eprints-tech-bounces@ecs.soton.ac.uk] On Behalf Of Mitocariu Emilian
Sent: 31 October 2017 06:54
To: eprints-tech@ecs.soton.ac.uk
Subject: [EP-tech] Failed to find workflow: file.default

 

Hi,

 

I recently migrated an eprints server from version 3.3.7 to version 3.3.15 and when I go to Manage records -> Files and click View on one of the files I get this error:

EPrints System Error
Failed to find workflow: file.default

 

This is what I found in apache logs:

------------------------------------------------------------------

---------------- EPrints System Error ----------------------------

------------------------------------------------------------------

Failed to find workflow: file.default

------------------------------------------------------------------

 at /usr/share/eprints3/perl_lib/EPrints/Workflow.pm line 161.

        EPrints::Workflow::new("EPrints::Workflow", EPrints::Repository=HASH(0x558c15fabf88), "default", "item", EPrints::DataObj::File=HASH(0x558c16b95e08), "STAFF_ONLY", ARRAY(0x558c16b6c2b8), "processor", EPrints::ScreenProcessor=HASH(0x558c16d59ff8), ...) called at /usr/share/eprints3/perl_lib/EPrints/Plugin/Screen/Workflow.pm line 197

        EPrints::Plugin::Screen::Workflow::workflow(EPrints::Plugin::Screen::Workflow::Details=HASH(0x558c16b9a4b0)) called at /usr/share/eprints3/perl_lib/EPrints/Plugin/Screen/Workflow/Details.pm line 116

        EPrints::Plugin::Screen::Workflow::Details::render(EPrints::Plugin::Screen::Workflow::Details=HASH(0x558c16b9a4b0)) called at /usr/share/eprints3/perl_lib/EPrints/Plugin/Screen/Workflow/View.pm line 172

        EPrints::Plugin::Screen::Workflow::View::render(EPrints::Plugin::Screen::Workflow::View=HASH(0x558c16b8fe50)) called at /usr/share/eprints3/perl_lib/EPrints/ScreenProcessor.pm line 377

        EPrints::ScreenProcessor::process("EPrints::ScreenProcessor", "session", EPrints::Repository=HASH(0x558c15fabf88), "template", undef, "url", "/cgi/users/home") called at /usr/share/eprints3/cgi/users/home line 25

        ModPerl::ROOT::ModPerl::Registry::usr_share_eprints3_cgi_users_home::handler(Apache2::RequestRec=SCALAR(0x558c1649a6f0)) called at /usr/lib/x86_64-linux-gnu/perl5/5.22/ModPerl/RegistryCooker.pm line 207

        eval {....} called at /usr/lib/x86_64-linux-gnu/perl5/5.22/ModPerl/RegistryCooker.pm line 207

        ModPerl::RegistryCooker::run(ModPerl::Registry=HASH(0x558c16bfd268)) called at /usr/lib/x86_64-linux-gnu/perl5/5.22/ModPerl/RegistryCooker.pm line 173

        ModPerl::RegistryCooker::default_handler(ModPerl::Registry=HASH(0x558c16bfd268)) called at /usr/lib/x86_64-linux-gnu/perl5/5.22/ModPerl/Registry.pm line 32

        ModPerl::Registry::handler("ModPerl::Registry", Apache2::RequestRec=SCALAR(0x558c1649a6f0)) called at -e line 0

        eval {...} called at -e line 0

[Tue Oct 31 06:30:25.401013 2017] [:error] [pid 6269:tid 140362561611520] EPrints::abort()\n

 

I couldn't find much about this error, does anyone know how to fix this?

-- The Open University is incorporated by Royal Charter (RC 000391), an exempt charity in England & Wales and a charity registered in Scotland (SC 038302). The Open University is authorised and regulated by the Financial Conduct Authority in relation to its secondary activity of credit broking.

 

 

 


*** Options: http://mailman.ecs.soton.ac.uk/mailman/listinfo/eprints-tech
*** Archive: http://www.eprints.org/tech.php/
*** EPrints community wiki: http://wiki.eprints.org/
*** EPrints developers Forum: http://forum.eprints.org/