Hi,

Am 21.09.2014 um 16:57 schrieb José Román Bilbao:

> Thanks but a GUI is a must in this case. The more graphical procedures you 
> can carry out, the better. Samba is indeed a good solution, but not for this 
> case. I have been looking at others proposals and I think I will go for 
> PBSPro,... If costs do not soar too much. It seems it is licensed in a 
> per-core basis... But I have read somewhere there are per-socket options... 
> Also I would prefer perpetual licenses... Let's see what they propose. 
> 
> LSF is another option but I have not yet received a quote.

Having a budget you can also look into the commercial version of SGE from 
Univa. When I read the release notes right, they have a native Windows 
implementation now too. I'm not sure whether this includes a graphical frontend 
though.

-- Reuti


> Thanks to all.
> 
> El domingo, 21 de septiembre de 2014, Reuti <re...@staff.uni-marburg.de> 
> escribió:
> Hi,
> 
> Am 18.09.2014 um 15:49 schrieb José Román Bilbao:
> 
> > Uhmm, so I have to make explicit files transfer (or mount directories from 
> > login machine into clients ones) before using qmon... Well, that is not bad 
> > at all if I can still access the qmon (perhaps a bit dirty for users that 
> > need ease of use and simplicity). Our current workflow starts on Windows 
> > workstations where users run commercial Finite Element software to design 
> > some prototypes or sceneries. If simulations are simple, they run them on 
> > the same workstation. If not, they will run them on the grid. Currently 
> > they upload files by hand, log into the login machine, write the script 
> > file and submit it to the HTCondor installed system. Ideally, they should 
> > be able to do all this from the client machine.
> 
> Whatever queuing system you chose, it should be possible to script the 
> complete workflow on the Windows side which will transfer the file and issues 
> qsub.
> 
> What about running Samba on the qmaster and allow Windows users to put their 
> files there?
> 
> -- Reuti
> 
> 
> > This is why I am looking for a Web Interface...
> >
> > Thanks
> >
> > 2014-09-18 15:43 GMT+02:00 Reuti <re...@staff.uni-marburg.de>:
> > Hi,
> >
> > Am 18.09.2014 um 15:20 schrieb José Román Bilbao:
> >
> > > As a prospective grid portal user I am comparing different alternatives. 
> > > As far as I know Grid Engine since its early days in Sun, I would like to 
> > > give it a try. Nevertheless, one of my main concerns is that my users are 
> > > not linux-skilled and would need something graphical. I know of qmon but 
> > > they are usually Windows users.
> >
> > `qmon` will run on login machine, maybe where the qmaster is running 
> > (depending on your setup). Then you need an X11 output on the Windows 
> > machines to use it.
> >
> > The submitted script must be present on the login machine though.
> >
> > How is your workflow set up?
> >
> > -- Reuti
> >
> >
> > > Therefore, I would like to hear any suggestions on gridEngine available 
> > > web interfaces (if any) or even a totally different platform if you are 
> > > famliar with them. Basically I would like my users to be able to 
> > > submit/monitor/cancel their jobs as well as (if possible) to upload input 
> > > files when needed and download resulting outputs. If no open source 
> > > alternative exists, I would also like to hear about commercial 
> > > alternatives. So far I have found the Univa Grid Engie, but don't know 
> > > where to find information regarding any existing web interface. I have 
> > > written them but no response yet.
> > >
> > > Thanks in advance,
> > >
> > > Jose
> > > _______________________________________________
> > > users mailing list
> > > users@gridengine.org
> > > https://gridengine.org/mailman/listinfo/users
> >
> >
> 


_______________________________________________
users mailing list
users@gridengine.org
https://gridengine.org/mailman/listinfo/users

Reply via email to