adacovsk

Thanks Carlos. In my case, I have a unsaturated flow model with 2M elements and 30 parameters, so that might be why the processes still remain after I've killed it and closed FePEST on both host and slave.

Edit: Actually, I think that they "appear" to be running but they aren't. I'm not sure, but it's working so I'm not going to worry about it.

Thanks again,

Adam

Yeah, I'm having issues with the beopest process on my slaves, where it continues to run for an indefinite time... I was thinking the 30000 msecs was actually seconds, which is why I asked. I'm having problems because one particular slave wasn't connected to the license server (which I have since fixed, but have been able to reproduce the problem).

I'm fairly certain that it does not stop and continues to search for the license server beyond 30 seconds and repeats indefinitely or does something similar. When I try to restart the slave, I get a socket error because beopest is still running in the background. However, when I kill everything using the black button on the host then restart the slave, the slave still continues where it left off. I think it works again if once I close FePEST.

I've had a similar problem with the host too, where it tries to finish what its doing even if the slave explodes. If I press the stop or pause button and reload the .fps file, it is still stuck indefinitely. I'm thinking there's a problem with the timeout, but maybe I'm just trying too hard to break it :)

Adam

Ah, everything is clear now. Thank you so much! Parallelization is definitely helping me figure out what I'm doing wrong with FePEST much faster :)

P.S. I'd also like to change the timeout to a lower value, as it currently is way too high and I need to forcibly close or stop the application in case something goes wrong...

Adam

Hi again,

On bootup, I'd like all my machines on my network to be slaves and listen on a specific port so I don't have to set up each one manually each time. I'd like to also specify this port before each machine is in service (currently stuck on default port on FePEST startup). I think this is possible with the PEST Utilities pslave.exe but I'd like to stick with the FePEST GUI interface (or FePESTc.exe ;) ).

Thanks again,

Adam

Hi Carlos and Alexander,

To answer your questions, I am using the FePEST in-built parallelization feature as outlined in the 6.2 manual. I understand it is not necessary to set up a network drive, but this network drive is where we store all of our FEFLOW files so that all computers connected to the network can easily access them. This network drive is the only drive that is backed up, so storing anything on the local drives is not ideal.

Both the slave and the host machine have licensed copies of FEFLOW 6.2 with FePEST utilities all set up.

I can across possibly a related issue when trying to run a file created by another user. When I was trying to run FePEST, it said that the fem file could not be found on the drive. The problem is that the path I set and the path it looks at does not exist. For example, if I point to \\networkdrive\myfile.fem it instead points to \\networkdrive\myfile\myfile.fem when running, which is not a valid path...

Hi,

I'm currently trying to set up a problem in order to utilize at least two computers on the same network, that access the same license server. They all have access to one network drive (M:\) and the local drives (C:\ ) on each machine. I'm getting the following error log from my slave (172.21.75.244 is the host/master):

[2014-01-13 11:12:46] Started server.
[2014-01-13 11:12:46] Version 6.1.11.872
[2014-01-13 11:12:46] timeout=30000
[2014-01-13 11:12:46] port=4051
[2014-01-13 11:12:46]
[2014-01-13 11:12:58] Connected to client: 172.0.0.2
[2014-01-13 11:12:58] request=GET_VERSION;%UPLOAD_DIR%\pest\myfile.fps
[2014-01-13 11:12:58] cmd=GET_VERSION...
[2014-01-13 11:12:58] cmd=GET_VERSION completed.
[2014-01-13 11:12:58] Disconnected from client: 172.0.0.2
[2014-01-13 11:12:58]
[2014-01-13 11:12:58] Connected to client: 172.0.0.2
[2014-01-13 11:12:58] request=CLEAR_FILES;%UPLOAD_DIR%\pest\myfile.fps
[2014-01-13 11:12:58] cmd=CLEAR_FILES...
[2014-01-13 11:12:58] problemPath=C:\Users\User~1\AppData\Local\Temp\.fepest62\pest\myfile.fps
[2014-01-13 11:12:58] C:\Users\0RMDHM~1\AppData\Local\Temp\.fepest62\pest\myfile.fps not found, nothing to do.
[2014-01-13 11:12:58] cmd=CLEAR_FILES completed.
[2014-01-13 11:12:58] Disconnected from client: 172.0.0.2
[2014-01-13 11:12:58]

So obviously they're able to handshake so I don't think its a firewall issue (they're using the same port). The error that pops up on my host machine is "Password must not be empty!" and I have no idea why.

I think it may be because it needs to access \\172.0.0.2\Users\ rather than C:\Users\. If this file was located on the network drive, there shouldn't be a problem, but I don't think its possible to change the directory...

Thanks,

Adam

I know that my group previously had issues with an early version of FEFLOW 6.1 which prevented our remote desktop sessions from refreshing the display. Whenever we right-clicked on a chart it would stop refreshing, until we minimized then maximized it. It would instantly break again if we right-clicked on a chart. It was either fixed by a FEFLOW 6.1 patch or by installing the latest updates to RDP sessions for Windows, which we did at the same time. Ever since then, I don't think we've had issues with either 6.1 or 6.2. Hope that helps? This definitely sounds like a similar problem to what I've encountered in the past.

Adam

Do I require I licensed copy of MS Office or can I get away with just having it installed but unlicensed? Perhaps a similar file like Excel Viewer or a compatibility pack, or another method for supporting Excel in the future?

Adam

Hi,

I'm reading the manual right now and it says I should be able to import xls and xlsx through a window "Open MS Excel Worksheet" through the maps tab. It seems that MS Access filetypes can be imported, but not MS Excel. Am I missing something?

Edit: Upon further investigation in the FEFLOW 6.2 Help, it mentions:

[quote]Either Microsoft Office or the Microsoft Access database engine needs to be installed to be able to use this format. An installation of 64-bit Microsoft component only allows 64-bit FEFLOW to support this file format, while the 32-bit Microsoft installation will enableb the feature in both 32-bit and 64-bit FEFLOW.[/quote]

This Microsoft Access database engine can be located [url=http://www.microsoft.com/en-ca/download/details.aspx?id=13255]here[/url]. This allows me to utilize MS Access files, but still does not give me the option to import xls and xlsx in the "Files as type" pulldown (see attachment), even if I go to "All Maps".

Thanks,

Adam

A workaround in case you've modified your transient file such that reverting to your steady state file would be too much effort, you can instead copy your initial heads from a steady state ASCII file by opening it in a word processor, like Notepad, find the "INIT_I_FLOW" block, copy that block from the steady-state file and replace it in the transient ASCII file. This method assumes that all your nodes are the same as in the transient file.

Another workaround in the case you have another model, where your transient file is the subdomain, you can export the heads from your steady-state through the interface. Save all the nodes as a *.dat file, then import that file into your transient model, link the parameter to hydraulic heads, then interpolate those values over your transient file domain.

Adam