[petsc-users] viewers and nohup (unrelated questions)

[Gianluca Meneghello]

If it can be useful, nohup is not respected only when the job is
submitted using an ssh connection (and the ssh connection is closed).
When submitting from the terminal on the machine everything works
fine.

PETSc has been compiled --with-mpi=0

Gianluca

On 16 September 2011 16:07, Gianluca Meneghello <gianmail at gmail.com> wrote:
> Thanks for the binary viewer, I will wait for it!
>
> Concerning the nohup, t dies from a HUP signal. This is the error I
> obtain in nohup.out:
>
> [0]PETSC ERROR:
> ------------------------------------------------------------------------
> [0]PETSC ERROR: Caught signal number 1 Hang up: Some other process (or
> the batch system) has told this process to end
> [0]PETSC ERROR: Try option -start_in_debugger or -on_error_attach_debugger
> [0]PETSC ERROR: or see
> http://www.mcs.anl.gov/petsc/petsc-as/documentation/faq.html#valgrind[0]PETSC
> ERROR: or try http://valgrind.org on GNU/linux and Apple Mac OS X to
> find memory corruption errors
> [0]PETSC ERROR: configure using --with-debugging=yes, recompile, link, and run
> [0]PETSC ERROR: to get more information on the crash.
> [0]PETSC ERROR: --------------------- Error Message
> ------------------------------------
> [0]PETSC ERROR: Signal received!
> [0]PETSC ERROR:
> ------------------------------------------------------------------------
> [0]PETSC ERROR: Petsc Release Version 3.2.0, Patch 1, unknown
> [0]PETSC ERROR: See docs/changes/index.html for recent updates.
> [0]PETSC ERROR: See docs/faq.html for hints about trouble shooting.
> [0]PETSC ERROR: See docs/index.html for manual pages.
> [0]PETSC ERROR:
> ------------------------------------------------------------------------
> [0]PETSC ERROR: ./main on a optnompi_ named tarzan.polytechnique.fr by
> gianluca Fri Sep 16 16:03:05 2011
> [0]PETSC ERROR: Libraries linked from
> /moogwai/usr/gianluca/soft/petsc-3.2/optnompi_complex/lib
> [0]PETSC ERROR: Configure run at Thu Sep 15 14:21:03 2011
> [0]PETSC ERROR: Configure options --download-umfpack
> --with-clanguage=cxx --with-debugging=0 --with-fortran-kernels=generic
> --with-mpi=0 --with-scalar-type=complex --with-umfpack=1 COPTFLAGS=-O3
> CXXOPTFLAGS=-O3 FOPTFLAGS=-O3 PETSC_ARCH=optnompi_complex
> [0]PETSC ERROR:
> ------------------------------------------------------------------------
> [0]PETSC ERROR: User provided function() line 0 in unknown directory
> unknown file
>
>
> Any hint is welcome
>
> Thanks
>
> Gianluca
>
> On 16 September 2011 15:09, Matthew Knepley <knepley at gmail.com> wrote:
>> On Fri, Sep 16, 2011 at 7:17 AM, Gianluca Meneghello <gianmail at gmail.com>
>> wrote:
>>>
>>> Hi,
>>>
>>> I would like to ask you 2 unrelated questions.
>>>
>>> #_1 The first one concerns PETSc viewer. In my code I'm writing
>>> outputs with PETSC_VIEWER_ASCII_VTK, more precisely
>>>
>>>    PetscViewer viewer;
>>>    PetscViewerASCIIOpen(PETSC_COMM_SELF,filename.c_str(),&viewer);
>>>    PetscViewerSetFormat(viewer,PETSC_VIEWER_ASCII_VTK);
>>>    DMView(dau,viewer);
>>>    VecView(foou,viewer);
>>>    VecView(foop,viewer);
>>>    PetscViewerDestroy(&viewer);
>>>
>>> where foou and foop (velocity and pressure respectively) are vectors
>>> extracted from the vector containing the full solution of my problem.
>>> The VTK so obtained nicely contains a vector field — from foou — and a
>>> scalar field — foop — and can be read by Paraview.
>>>
>>> Nonetheless, I guess writing (and reading from Paraview) ASCII files
>>> is not the best choice. Are there better possibilities in PETSc? Is
>>> there a PETSC_VIEWER_BINARY_VTK or equivalent?
>>
>> We are working on it but it is not yet ready.
>>
>>>
>>> #_2 The second is about the nohup command. If I run my code with
>>> "nohup ./main <opts> &" and then exit the console, the program dies as
>>> if there was no nohup command in front of it. The same is true for
>>> some examples I've tested from the PETSc library. I guess this is
>>> related to the machine I'm using more than to the library but... has
>>> anyone of you already experienced a similar issue? Any advice is
>>> welcome and please let me know if you need any information that can
>>> help.
>>
>> Dos your program die from a HUP signal or another one?
>>   Thanks,
>>      Matt
>>
>>>
>>> Thanks
>>>
>>> Gianluca
>>>
>>> --
>>> "[Je pense que] l'homme est un monde qui vaut des fois les mondes et
>>> que les plus ardentes ambitions sont celles qui ont eu l'orgueil de
>>> l'Anonymat" -- Non omnibus, sed mihi et tibi
>>> Amedeo Modigliani
>>
>>
>>
>> --
>> What most experimenters take for granted before they begin their experiments
>> is infinitely more interesting than any results to which their experiments
>> lead.
>> -- Norbert Wiener
>>
>
>
>
> --
> "[Je pense que] l'homme est un monde qui vaut des fois les mondes et
> que les plus ardentes ambitions sont celles qui ont eu l'orgueil de
> l'Anonymat" -- Non omnibus, sed mihi et tibi
> Amedeo Modigliani
>



-- 
"[Je pense que] l'homme est un monde qui vaut des fois les mondes et
que les plus ardentes ambitions sont celles qui ont eu l'orgueil de
l'Anonymat" -- Non omnibus, sed mihi et tibi
Amedeo Modigliani