基本觀念
CASTEP 本身就是一個可文字模式獨立執行於不同作業系統平台 (Linux、Windows) 的程式。其建模分析介面 MS Visualizer 與 運算單元 CASTEP Gateway Server 兩組元件是各自獨立的。（使用者知道，CASTEP job 啟動後，Materials Studio 可完全退出可完全退出，釋放使用的 license，然而 CASTEP 仍在背景做行，本機遠端皆然。
因此，一個 CASTEP job 的成功發動，以下兩者決於 (1) 本機 Visualizer 是否活化與該選定 Gateway 的連線，(2) 該 Gateaway Server 是否待命應答中。
可到 Tools -> Server Console 的 Gateway Server 清單中，選待測那一個 gateway ，下 Test Gateway。
發生時機
前面有中斷過與 Server 的連線稍久，Console 己放棄與該 Gateway 的自動通訊，或是 gateway 己失效停止，不在背景應答。
因網路中斷也會發生此一錯誤，若確認是斷網，則只能排除，否則無解。
訊息特徵
Materials Studio Visualizer 中，按下 CASTEP Calculation 中的 RUN 或是 Files... 的 Run file 後， 沒幾秒鐘就跳出以下的訊息：
從 Job Explorer 開啟某個 Server 上一個 job 的 Remote View，如果看得到東西，（並無既有 Job ID 時，還是可以手動在瀏覽器打入 [機器名或IP] ：[port 號] ，其中 port 號常是 18888 或1889# 這種數字。如果有畫面回應，則代表網路正常，可排除是斷網的問題。
使用本機計算時：
打開「控制台」
在控制台頁面右上角的搜尋 「服務」
或是，找到「系統管理工具」並打開它
從清單中找到「服務」
從「服務」的清單中找出「 Materials Studio Gateway 」，加以「啟動」（唯一選項是「啟動」時，代表原本並未或未能啟動成功）
或是在詳細的選單中按啟動，如下：
啟動成功後，將會看到「停止」及「重新啟動」兩種選項。
新版 Materials Studio 如 2017R2
Restart Server Console 兼具重啟本機 Visualizer 針對某些前先失聯之 Gateway Server 己放棄的通訊動作，另外也重啟本機的 Gateway Server，因此可解決這裏的問題。
若 Can't create job for server : CASTEP 的原因是遠端 Gateway Server 停擺，或綱路不通，則 Restart Server Console 並無用處。
使用遠端 Windows 主機的 Gateway Server 做計算時
有遠端 Windows 主機的管理權限者，循上面說明一樣的模式把 MS Gateway server 啟動。
使用遠端 Linux 主機計的 Gateway Server 做算時
以管理者身份登入，到
/etc/init.d 目錄之下，確認找到 msgateway_control_18888 （或你具體的 port 號，不確定 port 號時，可在 Job Control 的 Gateway Location 清單中，或在 Tools -> Server Console 中查到），
打 ./msgateway_control_18888 restart
則 Linux 上的 該 Gateway Server 會被重啟，文字訊息上會有簡短明回應。