Conference bulova::decw_jan-89_to_nov-90

703.0. "PENDING States in a Remote VUE$MASTER" by HYDRA::PETERSON (David) Sun Apr 30 1989 21:49

    The scenario:
    	We are trying to start a few applications from a "standard"
    VAXcluster to be displayed on workstation screens.  Most work very
    well.  Calendar keeps a calendar, the clock keeps ticking, paint paints
    all over the place.  Our problem is with VUE$MASTER.
    	VUE$MASTER by all appearances comes up nicely.  One can navigate
    nicely through directory trees and look at filenames.  But selecting
    any file and then trying to perform ANY function from the FILES menu
    always results in a "PENDING" state.  Nothing ever gets done.
    	The same applies to ANY of the applications menu selections.  No
    matter which application is selected, it is always "pending".
    	When VUE is started locally from the workstation(s), everything
    works fine with the same files from the same disks (on the
    aforementioned cluster) (of which the workstations are NOT members).
    We've checked "session manager security" and all of the cluster nodes
    are enabled.  We've got virtually unlimited process limits on the
    cluster.  What're we doing wrong?
    
    	Are we stupid for even trying this?  Is the solution to our problem
    just so obvious that we can't see it?  Help.
    
     Oh, we're activating the processes via the following command procedures:
    
    $ child/device=nl:-
            /image=sys$system:loginout.exe-
            /nopass-
            /detach-
            /input='p1'.com                
    $exit
    
    Where the input (p1) to the above is VUE$MASTER.COM which looks like
    this:
    
    $ Set Display/Create/Node=one_of_our_node_names
    $ Set Process/Name="SUMBUDY$MASTER"
    $ run SYS$SYSTEM:VUE$MASTER.EXE
    $ Set Display/Noperm
    $ logout

I had the same type of problem and was able to correct it by specifying
larger process quotas. If you're using child, do a

$ help child /quota 

to see how to specify larger process quotas.

Hope this helps,

Ed

    It sounds like you may be hitting the "TTY_DEFCHAR2" problem described
    in note 58.0 in the FileView notes file (hit kp7 to add to your
    notebook). If it was really a quota problem, you would be getting a
    message box from FileView stating which quota caused the problem. Let
    us know if fixing TTY_DEFCHAR2 solves it...
    
    Tom