New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[initialisation step] No more initialisation (and thus calculation launch) seems to work in mia! #261
Comments
Initial investigation seems to indicate that the issue is related to the workflow object and the part of code in the pipeline_manager_tab module around L1599. |
In capsul.pipeline.pipeline_workflow module, workflow_from_pipeline function, build_job funtion() L353 I observe that value is <undefined> (for the smoothed_files parameter in the Smooth from mia_processes example). It seems param_dict is populated only with no undefined parameter ? |
For Smooth from nipype, it is not the same issue. Indeed, with nipype, the outputs are automatically determined when the input data is/are defined, so there is no completion problem like for the Smooth process from mia_processes. Here it is the output_directory that is not set. Many changes have been made in the init_pipeline() method (populse_mia.user_interface.pipeline_manager.PipelineManagerTab.init_pipeline()). This ticket has allowed me to update myself a bit on what has been changed ... :-0))) I'm starting to understand the problems.
So, a priori, mia can't do any calculation on the nipype and mia_processes, maybe also capsul? That's almost all the processes that don't work anymore. |
Does this mean that completion is not played any longer ? |
Yes, it seems so. |
The initialization has indeed been changed to use workflow object from capsul and to be merged into the run step, but it had been tested (with Smooth and SpatialPreprocessing bricks from mia_processes) and it was working after this work... I don't know what changed after that, I'll check a bit on what's going in here... |
Oh, in that case it would be better to test the previous commits and see when it stops working. I'm working on the #191 ticket, I hope I didn't do anything wrong while cleaning the modules... |
I tried to run the smooth process on my machine (with same procedure as @servoz ), and it's working smoothly (if I may say so...). Here is my current status:
|
|
Whoops, I may have looked at the wrong path ! I just launched a bv_maker, my capsul package was not up-to-date. I'll retest at the end of the bv_maker:
|
The smooth process is still working here after the bv_maker (and all went good). I tried both (from mia_processes and directly from nypipe) |
Hmmm sorry for the multiple comments, but populse_mia was not up to date either... I don't know why git reported an "up-to-date" status in the mia folder.
Do I need to update/remove my configuration cause of recent commits ? |
@LStruber, it seems that capsul is not up-to-date for you either. It's strange that |
(and are you actually on the master branch in your capsul sources ?) |
I was not on casa distro.
is strange. ... export_config_dict is indeed a method of Settings objects ... Are you sure everything is up to date? (especially capsul) |
@lucas, if you have a capsul clone in the same directory as populse_mia, this one takes precedence over the capsul of casa_distro |
Indeed. forgot to delete it... sorry |
Anyway I confirm that initialization is not workin any longer. Same as you @servoz . I'll have a look too, it could be one of my modifs which made it break (?)... |
At least what my wanderings told us is that it was working with mia 5 commits behind and capsul also not up to date |
There are several priorities to manage. |
Edit *I prefer to stay on the #185 ticket, |
It might be related to #185 actually: I suspect that the completion config in capsul is not correctly setup as it should, thus Mia completion is not called. I'm looking at it. |
I think I get it: a part of internal notification in capsul engine/studyconfig sync was broken (one erased the notification setup by the other), so some internal factories were not updated, and thus were not looking for the MIA completion additions. I'm fixing that right now. |
Things are working now for me. Can you check this on your side please ? |
@denisri, Great it works on my side too !!! |
If it's OK for you, yes... |
For what it's worth, it's ok for me. (I didn't test when it wasn't working) |
gloup, gloup ... |
Minimum process to reproduce :
Export all unconnected plugs
Pipeline "NoName" has not been correctly run
is observed in the status barWe observe in stdout:
Export all unconnected plugs
Pipeline "NoName" was not initlialised succesfully
is observed in the status barThe text was updated successfully, but these errors were encountered: