2017-10-24 12 views
0

私は角度1.3 +流星1.5.2.2に基づいて流星アプリを持っています。 私はUbuntu 17を使用しています。 Meteor Upを使用してライブサーバーに行く前に、ローカルマシンにMeteor Appを配備しようとしています。 しかし、ここでメテオアップ - エラー:接続ECONNREFUSED 192.168.100.12:

[email protected]:~/mytestapp-prod/.deploy$ mup setup 

Started TaskList: Setup Docker 
[192.168.100.12] - Setup Docker 
events.js:141 
     throw er; // Unhandled 'error' event 
    ^

Error: connect ECONNREFUSED 192.168.100.12:22 
    at Object.exports._errnoException (util.js:907:11) 
    at exports._exceptionWithHostPort (util.js:930:20) 
    at TCPConnectWrap.afterConnect [as oncomplete] (net.js:1078:14) 

mup setupコマンドを実行しているとき、私はこの問題に直面していますが、私のmup.jsonです:

module.exports = { 
    servers: { 
    one: { 
     // TODO: set host address, username, and authentication method 
     host: '192.168.100.12', 
     username: 'root', 
     // pem: './path/to/pem' 
     // password: 'server-password' 
     // or neither for authenticate from ssh-agent 
    } 
    }, 

    app: { 
    // TODO: change app name and path 
    name: 'mytestapp-prod', 
    path: '../', 

    servers: { 
     one: {}, 
    }, 

    buildOptions: { 
     serverOnly: true, 
    }, 

    env: { 
     // TODO: Change to your app's url 
     // If you are using ssl, it needs to start with https:// 
     ROOT_URL: '192.168.100.12:3000', 
     MONGO_URL: 'mongodb://localhost/meteor', 
    }, 

    // ssl: { // (optional) 
    // // Enables let's encrypt (optional) 
    // autogenerate: { 
    //  email: '[email protected]', 
    //  // comma separated list of domains 
    //  domains: 'website.com,www.website.com' 
    // } 
    // }, 

    docker: { 
     // change to 'kadirahq/meteord' if your app is using Meteor 1.3 or older 
     image: 'abernix/meteord:base', 
    }, 

    // Show progress bar while uploading bundle to server 
    // You might need to disable it on CI servers 
    enableUploadProgressBar: true 
    }, 

    mongo: { 
    version: '3.4.1', 
    servers: { 
     one: {} 
    } 
    } 
}; 

ここで間違っている可能性が何?

答えて

0

あなたのマシンでsshdを実行していないか、rootのリモートsshアクセスを有効にしていないようです。ただ、その下に

PermitRootLogin without-password 

、次の行を追加します:あなたは/etc/ssh/sshd_configを編集し、次の行をコメントアウトする必要が

service ssh restart 
+1

'サービスのssh restart'は言う:'ディレクトリの腕時計に/実行/ systemdに/尋ねる-パスワードを追加できませんでしたありません:それはスペースがありません 'のように聞こえるdevice' – StormTrooper

+0

に残さませスペースをdevice'に残さあなたの問題かもしれません... – Mikkel

+0

216 GB/251 GB利用可能 – StormTrooper

0

PermitRootLogin yes 

は、次にSSHを再起動します

私はこれが遅いことを知っていますが、これはinotfiy-watchの結果である既知の再現性のあるバグです。ウォッチのために利用できるスロットは非常に誤解を招きますが、実際にはディスクスペースとはまったく関係ありません。

簡単に修正できますか?時計のスロットを増やす:

sudo -i 
echo 1048576 > /proc/sys/fs/inotify/max_user_watches 
exit 
関連する問題