Cloudera は、最大規模の企業があらゆる場所に存在するすべてのデータを信頼性の高い有意義な洞察に変換できるよう支援します。 Trusted Data Today for Tomorrow’s AI (今日の信頼できるデータを、明日の AI に託す) データと AI がテーマのプレミアカンファレンスで、業界最前線の明確なビジョンを持った方々やソートリーダーから貴重な洞察を得ることができます。

以前にLinux - コマンドラインで動かすファイルマネージャrangerの設定 - Qiitaというエントリを書いたのですが、後日もっと詳しく使い方の説明が欲しいとのお言葉をいただいたので、基本的な設定の仕方をまとめておこうと思います。rangerの基本的な使い方に関しては、上のリンクか、インストールしてヘルプを読んでみてください。 筆者の環境: OS: Ubuntu trusty x86_64 Kernel: 3.13.0-85-lowlatency DE: GNOME WM: XMonad Terminal: urxvt rangerって何? 端末の中で起動してファイルの移動、コピー削除、リネームはもちろんのことですが、プレビュー表示させたり、プログラムを指定して開いたり、様々な機能を持った1画面ファイルマネージャです。マウスでの操作もできますが、このファイルマネージャの特徴は、コマ
The goal of this document is to define a workflow engine system specialized in coordinating the execution of Hadoop Map/Reduce and Pig jobs. Changelog 0 Definitions 1 Specification Highlights 2 Workflow Definition 2.1 Cycles in Workflow Definitions 3 Workflow Nodes 3.1 Control Flow Nodes 3.1.1 Start Control Node 3.1.2 End Control Node 3.1.3 Kill Control Node 3.1.4 Decision Control Node 3.1.5 Fork
前回も紹介したLinuxでポートの疎通確認を行う際によく用いるncコマンド。 実はこのコマンド、netcatではなくCentOS 7の場合だとnampプロジェクトのncatに置き換えられているのだ。 今後はncもこのncatコマンドに置き換えられている事になるので、このコマンドの使い方についても(あんま変わらんけど)紹介することにした。 なお、検証に使用したコマンドはCentOS 7に入れている"Ncat: Version 6.40 ( http://nmap.org/ncat )"とする。 [root@test-centos7 ~]# nc --version Ncat: Version 6.40 ( http://nmap.org/ncat ) コマンドが置き換わったため、netcatでは使えていたオプションが無かったりする。 例えば「-z」オプションなんて無いので、レンジ指定で空きポ
Appendix A: PostgreSQL のログ デフォルトでは、データベースクラスタの「pg_log」というディレクトリに、起動した日の曜日名のついたファイルを作ってログを書き込んでいます。 [root @server1 ~]# ls /var/lib/pgsql/data/pg_log/ postgresql-Tue.log しかし、「そのログがいつ記録されたか」という必須情報が、デフォルトの設定では出力されません。デフォルトでは、たとえば存在しないテーブルを参照する "SELECT * FROM abc;" という SQL を実行すると、エラーになりますが、 ERROR: relation "abc" does not exist というような形で記録され、エラー発生日時を確認できません。これを、記録日時が確認できるように設定してみましょう。 ★ 例:ログ記録日時の出力を設定する
前回と同様にVagrant環境で実験。PostgreSQLは既に入っていて、Djangoのテストページまで表示できているのが前提。 まずは settings.py 。 DATABASES = { 'default': { 'ENGINE': 'django.db.backends.postgresql_psycopg2', 'NAME': 'myproject', 'USER':'vagrant', 'PASSWORD':'************', 'HOST':'', } } で、 python manage.py sql [APPNAME] すると案の定一筋縄にはいかなかった。以下のエラーになる。 django.core.exceptions.ImproperlyConfigured: Error loading psycopg2 module: No module named p
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く