kubectl get deploymentコマンドで「No resources found in default namespace.」エラーkubernetes
kubectl get deploymentコマンドで「No resources found in default namespace.」エラーkubernetes
前回の続きです。 今回はウイルス検知処理をデーモン化するのと、ウイルス定義ファイルの自動更新するところをまとめますね。 1. ウイルススキャン処理のデーモン化 デーモン化にはclamdというパッケージが必要です。yumでインストールします。 # yum install clamd Loaded plugins: fastestmirror, security Loading mirror speeds from cached hostfile * epel: ftp.kddilabs.jp Setting up Install Process Resolving Dependencies --> Running transaction check ---> Package clamd.x86_64 0:0.98.1-1.el6 will be installed --> Finished
BundlerにNokogiriビルド時のオプションとして、--use-system-librariesと--with-xml2-includeを設定します。 $ bundle config build.nokogiri --use-system-libraries --with-xml2-include=$(brew --prefix libxml2)/include/libxml2 Installing nokogiri 1.6.8.1 with native extensions Gem::Ext::BuildError: ERROR: Failed to build gem native extension. current directory: /private/tmp/nokogiri/vendor/bundle/gems/nokogiri-1.6.8.1/ext/nokogi
概要 RailsではValidationエラーが発生したフォームに、自動でfield_with_errorsクラスを割り当ててくれます。某チュートリアルでは、これにBootstrapのスタイルを適用することで、簡単に良い感じにする方法が紹介されています。 しかし、紹介されている方法はBootstrap2の書き方であるため、Bootstrap3を使用している場合はうまく動作しません。 Bootstrap2での実装 Rails Tutorialの7章にある通り、SCSSで.field_with_errorsに.control-groupと.errorを追加してあげると、エラー時に良い感じに色をつけてくれるようになります。erb側では特に何も設定する必要はありません。 <%= form_for(@user) do |f| %> <%= f.label :name %> <%= f.text_fi
<div class="row"> <div class="col-md-6"> <h2><%= t('views.sign_up') %></h2> <%= form_for resource do |f| %> <%= f.error_messages! %> <div class="form-group <%= f.error_css(:nickname) %>"> <%= f.label :nickname, class: 'control-label' %> <%= f.text_field :nickname, class: 'form-control' %> </div> <div class="form-group <%= f.error_css(:email) %>"> <%= f.label :email, class: 'control-label' %> <%= f
「Ruby on Rails環境構築ガイド」を読みつつ、RoRアプリの開発からデプロイまでの 手順をお勉強中。第7章「RubyのビルドからRailsアプリケーションの設置まで」に そって、自作したRailsアプリ(taskappという)を bundle exec rails s -e production して、ブラウザからport3000に対してアクセスしたら、以下のエラーが ブラウザに表示された。 Internal Server Error Missing `secret_key_base` for 'production' environment, set this value in `config/secrets.yml` WEBrick/1.3.1 (Ruby/2.1.2/2014-05-08) at taskapp.com:3000" 解決方法を調べていたら、以下をみつけた。
(2014年02月28日:初投稿) (2020年01月24日:Ubuntu 18.04 LTS で動作確認) ssh接続エラー(ワーニング)になり接続できないことがある。 エラー原因のknown_hostsの設定削除する方法 手軽にエラーを無視する方法 エラーとならないようにサーバ側を設定する方法 について記載する。 ただし、これらの方法がセキュリティ的によいのかは各自判断が必要。 ssh接続先サーバがOSを再インストールしたとか、接続先サーバがDHCPでアドレスが変わるとか、接続先サーバがホスト名を付け替えたとか、そういったときに次のエラー(ワーニング)が発生して接続ができない。 $ ssh remote_host @@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@ @ WARNING: REMOTE HOST IDEN
認証プロトコルの現在の実装は、古い (4.1 より前) クライアントによって使用されるアルゴリズムと互換性がないパスワードハッシュアルゴリズムを使用しています。古いクライアントを使用して 4.1 以降のサーバーに接続しようとすると、次のメッセージが表示されて失敗することがあります。 shell> mysql Client does not support authentication protocol requested by server; consider upgrading MySQL client この問題に対処する場合、推奨される解決方法はすべてのクライアントプログラムをアップグレードして、4.1.1 以降のクライアントライブラリが使用されるようにすることです。これを行うことができない場合は、次のいずれかの方法を使用します。 4.1 より前のクライアントプログラムを使用してサーバ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く