Ubuntuはデフォルトでbackupユーザが存在する - tsunokawaのはてなダイアリー
LDAP上の「backup」というユーザ名の一般ユーザで各CentOSサーバーにログインして回りデータをリモートバックアップしていた。 ところがUbuntuサーバーに対して同様のリモートバックアップを行おうと思ったところLDAPの「backup」ユーザでログインできなかった。 「backup」ユーザでsshでログインしようとすると This account is currently not available.こういったメッセージが表示されてしまう。 調べたところUbuntuはデフォルトでローカルにbackupユーザが存在する。 そしてログインシェルがnologinだった。 CentOSはデフォルトでローカルにbackupユーザがいないので問題なかった。 # id backup uid=34(backup) gid=34(backup) groups=34(backup) # /etc/p
CentOSが毎月のアップデートリリースを行う計画を公開 | OSDN Magazine
CentOS開発チームは12月5日、ローリングリリース計画を明らかにした。今後、最新安定版を基にセキュリティ修正などのアップデートを含むリリースを毎月行うというもので、同日「CentOS 7」のローリングリリースも公開した。 CentOSは、米Red HatのRed Hat Enterprise Linux（RHEL）と互換性を持つLinuxディストリビューション。Red Hatが公開するコードをベースに、商標など再配布に問題のあるコンテンツを取り除いたクローンOSを作成している。CentOSプロジェクトは2014年初めにRed Hatの支援を受けることを発表している。 開発チームによると、今後は月に一度、ローリングリリースとして最新ビルドを公開する。セキュリティ修正、バグフィックスなど、mirror.centos.orgのレポジトリにプッシュされたアップデートがすべて含まれており、ローリ
CentOS で yum install openssl-devel したら、 yum Protected multilib versions と言われた - Qiita
CentOS で yum install openssl-devel したら、 yum Protected multilib versions と言われたCentOS
コンテナホスト向けOS環境「CentOS Atomic Host」や「Snappy Ubuntu Core」を試す | さくらのナレッジ
コンテナの普及に伴い、アプリケーションはすべてコンテナ内で稼動させるという構成を採用する例も珍しくなくなってきたが、こういった構成を取る際に検討が必要なのが、どのOSをコンテナのホストとして利用するかという点だ。そこで今回は、このような運用スタイルに向けたOS環境である「CentOS Atomic Host」と「Snappy Ubuntu Core」を紹介する。 Red HatやUbuntuがリリースする特化型OS 近年普及が進んでいるDockerでは、基本的にすべてのアプリケーションはコンテナ上で動作させることになる。この場合、Dockerホスト上にはDockerを実行させるための必要最小限のソフトウェアのみが含まれていれば良い。こういったDockerホストに特化したOSが最近注目されている。 コンテナの稼動に特化したOSとしてよく知られているのが以前にも紹介した「CoreOS」だが、昨
Zabbixでsyslog監視(CentOS 7編) - Qiita
はじめに Zabbixでsyslog監視を行うためだけに、AllowRootを有効にすることはお勧めしません。 しかも、SELinuxをdisabledに設定することも避けるべきです。 さらに、Zabbixエージェントの設定で、EnableRemoteCommandsも有効にしていたら、危険度は数十倍増してしまいます。 zabbix_agentd.confのServerの設定でZabbixサーバーを指定しているからといっても、Zabbixサーバーを踏み台にすれば、各Zabbixエージェントがインストールされている甘い設定のサーバーへの攻撃が容易になってしまうことをご認識ください。 セキュリティ上問題のある甘い設定をした環境を攻撃されてもZabbixのせいにしないでくださいね。 想定環境 ということで、参考にすべきではない情報を駆逐するためにも、より安全な方法を整理してみます。 Zabbix
Ubuntu上のdocker build で error: unpacking of archive failed on file /usr/sbin/suexec: cpio: cap_set_file - Qiita
Ubuntu上のdocker build で error: unpacking of archive failed on file /usr/sbin/suexec: cpio: cap_set_fileDockerUbuntu14.04aufs はじめに ubuntuホスト上でDockerのCentOSイメージ使ってdocker buildしたらエラー。 今後もハマることがある気がしたので備忘録。 基本的には下記の記事と同じような内容。 CentOS7 + systemd + Docker でインフラCIをやっていく - Qiita 最後の「おわりに」に書きましたが、aufsを新しくしてCONFIG_AUFS_XATTRを有効にするのが根源的な解法っぽい。（未確認） 今回は個人的にDockerを触って見てるだけなので、Dockerのストレージドライバをaufs以外にするだけの手軽に解決で
シェル芸力向上のため moreutils を一通り試してみた - Qiita
$ rpm -qi moreutils Name : moreutils Version : 0.49 Release : 2.el7 Architecture: x86_64 Install Date: Fri 29 May 2015 06:34:50 PM JST Group : Applications/System Size : 155340 License : GPLv2 Signature : RSA/SHA256, Tue 04 Mar 2014 12:35:02 PM JST, Key ID 6a2faea2352c64e5 Source RPM : moreutils-0.49-2.el7.src.rpm Build Date : Wed 26 Feb 2014 07:58:44 PM JST Build Host : buildvm-21.phx2.fedoraproj
お前らもさっさとハマって泣くべきCentOS7の落とし穴4つ - Qiita
CentOSの6から7への移行時、何度かつまづいた箇所があったので紹介します。 前提知識 6と7のミドルウェアの違いやSystemdの基本的な使い方はこのあたりを参考にしてください。 CentOS6とCentOS7の比較表 保存版 CentOS7とCentOS6との違いまとめ 落とし穴1: 消える/tmp CentOS7にtmpwatchは入っていません。 だからといって何も考えずに/tmp下にキャッシュ等の一時ファイルを吐き出していると、 いつの間にか消去されていて泣くハメになります。 CentOS7にはtmpwatchはありませんが、その代わり systemdの systemd-tmpfiles-clean.timer がその役割を担っています。 このサービスはtmpwatchと同じように、/tmp下に使われていないファイルを一定期間経つと削除します。 消されたくないファイルがあるのな
DockerでVPS上にgitlabとjenkinsサーバをたてる - c-bata web
はじめに 研究室で借りているさくらのVPSがあって、研究で使うアプリケーション以外にgitlabとかjenkinsを動かしている。Dockerをローカルでしか動かしたことが無かったので、リスクの低いこういうところで実際にDocker使ってみる。 これまでは AnsibleGalaxyで人気のRole を探して中身も読まずにインストールしちゃっていたけど、さっき触ってたらどうインストールされてるのか混乱したのでDockerで分離できたら良さそうっていうのが2つ目の理由。 準備 環境はさくらのVPSにCentOS 6が入ってます。 https://docs.docker.com/installation/centos/ を参考にDockerをインストール。 # yum update # cat >/etc/yum.repos.d/docker.repo <<-EOF [dockerrepo]
CentOS7 + MySQL Cluster 7.4.7 検証メモ - Qiita
俗にいうNDB ClusterのVagrantでの構築試験メモ。 本書では特に断りなく、「MySQL Cluster」のことを「NDB Cluster」と記載することとする。 はじめに 本検証は過去のPercona XtraDB Cluster検証の後で行った検証メモになっているので、説明不足な部分があるかも知れない。 これから作るもの オンメモリの高速MySQLサーバーエンジンのMySQL Cluster、俗にいうNDB Clusterである。 本来は以下の役割毎に分けて複数台構成するべきなのだが、ノード2台構成で構築して、「とにかく試す」ということを目的としている。 管理ノード SQLノード データノード 手順について 本手順ではコンソール作業を「$」プロンプトで書いているけれど、 全部root作業 だと思ってほしい。フォーマットの関係で#だとコメントアウトになってしまって読みにくいの
サイト閉鎖のお知らせ
ドメイン廃止に伴い、2018年3月末日を以ってサイトを閉鎖いたします。 新サイトを立ち上げましたのでご覧ください。 5秒後に自動で新URLに移動します。 移動しない場合、こちらをクリック
vagrant + CentOS7で開発環境を作る - Qiita
まえがき CentOS7のvagrant boxはネットワークがおかしい vagrant環境でローカルに開発環境を立ち上げることも珍しくない昨今。ホスティング各社のVPSにもCentOS7が出揃ってきているので開発環境もCentOS7にしようとvagrant boxを検索。 ググってトップに出てくるのはVagrantbox.es。しかも上から2番めにCentOS7のboxが載っている(2015-06-30現在)。 CentOS6の時には何も気にせずboxから起動していて特に問題なかったのだが、CentOS7のboxを設定して起動すると、networkが起動失敗している。 さらにググってvagrantにパッチを当てなければいけないという記事が多いので、vStone/vagrant-centos7_fixのパッチを当ててみた。 パッチだめじゃん ググった時から、記事のvagrantのバージョン
linuxの作業ログをとるscriptコマンドを起動時からいれる - Qiita
2014/07/17追記 この方法だとcentosが起動しなくなりました。なので、実施しないでください。原因は調査中です。 基本中の基本かもしれないけど、地味にやっていなかったのでlinuxの作業ログを起動時から全部取得するのをやっておく。 $ mkdir -p /usr/local/dev/script_log $ chmod 777 /usr/local/dev/script_log $ sudo su $ vi /etc/rc.local #!/bin/sh # # This script will be executed *after* all the other init scripts. # You can put your own initialization stuff in here if you don't # want to do the full Sys V sty
CentOS7で使われているsystemctlについて少しまとめた - Qiita
Linux女子部 systemd徹底入門が詳しい。 systemdに移行していくディストリビューション Debianの次のリリースJesseでsystemdに移行。 【LinuxTutorial】Debian が systemd を採用、Ubuntu 12.04.4 LTS リリース、Linux カーネル 3.13.2 および 3.14 rc2 のリリース - インターネットコム Ubuntu16.04あたりでsystemdに移行かな upstart - systemd in ubuntu 14.04 - Ask Ubuntu RHEL 7 に採用される systemctl コマンド - /dev/null blogより postfixなどの個別サービス設定は以下のファイルに書いてある。
CentOS 7 サービス自動起動設定
CentOS 7 のサービス自動起動について CentOS 6 以前の場合、apache(httpd)等のサービスを自動起動させる、させないといった設定は「chkconfig」コマンドを使用していたと思いますが、CentOS 7ではサービスの管理は一部のサービスを除き「systemd」で行うといった仕様に変更となっています。 従来の「chkconfig サービス名 on | off 」のコマンドも使用できますが、「systemctl」コマンドに転送されています。 chkconfig実行結果 実際に「chkconfig」コマンドで「httpd」の自動起動設定・解除を行った結果が下記の通りとなり、それぞれ「systemctl」コマンドに転送されていることがわかります。 # chkconfig httpd on 情報:'systemctl enable httpd.service'へ転送していま
Systemdコマンド早見表(CentOS 7対応)
CentOS 7ではsystemdが導入されているので、サービスの管理が従来と大きく変わっています。詳しい解説はsystemd徹底入門のスライドを参照するとして、ここでは「前のコマンドはsystemdでどう入力するの？」というのだけ、簡単にまとめてみました。 サービス名にはsshdを指定していますが、もちろん任意のサービスが指定できます。 サービスの起動、終了など 操作SysV InitSystemd 起動/etc/init.d/sshd startsystemctl start sshd 終了/etc/init.d/sshd stopsystemctl stop sshd 強制終了PID探してkill -9systemctl kill -s 9 sshd 再起動/etc/init.d/sshd restartsystemctl restart sshd 設定反映/etc/init.d/s
CentOS 7のDockerコンテナ内でsystemdを使ってサービスを起動する - Qiita
はじめに CentOS 7ではinitデーモンがsystemdに変わったため、centos:centos7のDockerイメージを使用した場合、普通にコンテナを作ってその中でsystemctlを実行すると「Failed to get D-Bus connection: No connection to service manager.」というエラーメッセージが出力されるだけだ。 $ sudo docker run -it centos:centos7 /bin/bash # systemctl Failed to get D-Bus connection: No connection to service manager. そのため、サービスを起動するためには別の方法でコンテナを起動しなければならない。 以下の検証にはhttpdを使用した。 他のサービスではまた別の何かをしないといけないか
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Recover a forgotten root password on Redhat 7 Linux Selinux system
Don't cache repomd.xml when using squid
Continuous Integration (CI) Pre Release Testing for CentOS Linux Updates – Blog.CentOS.org