[過去ﾛｸﾞ] CentOS Part 47【RHEL Clone】 [無断転載禁止] [無断転載禁止]©2ch.net (997ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
898: 2017/12/24(日)06:55 ID:JptpuoyS(2/3) AAS
原始的な機能しか持たないスクリプトで、わざわざPythonとか呼び出したりせずに
中でPythonみたいな事ができるんだぞ？
外の世界はGoogleとかの新しい言語とかも含めてそういう方向に向かってる
899(1): 2017/12/24(日)07:12 ID:qn2eJdNb(2/2) AAS
使いたければ勝手にオプションとしてインストールして使えばいいわけで
テキストベースのLinuxで標準化する意味はないんじゃないの
そういう意味ではPowershellはプログラミング言語に近い立ち位置
900: 2017/12/24(日)07:36 ID:JptpuoyS(3/3) AAS
別に標準化しろとか言ってない
ただの食わず嫌いだの宗教だので一方的に不要と切り捨ててる勘違いを否定してるだけ
901: 2017/12/24(日)10:44 ID:AxMbFcOx(1/4) AAS
言語仕様はさておいても、
どのプラットフォームでも同じスタイルで仕事が出来るってのはメリットだろう。
よほどのクソ言語じゃなけりゃ、なんでもいいから統一してくれや、と思うがね。
902: 2017/12/24(日)13:42 ID:/+vXoQXa(1/4) AAS
>>894
ざっと目を通した。値を二つ返せるというのを一瞬イイ！と
思いかけたが、冷静に考えるとまぁ無くてもいいかと思う。
シェル芸的にコマンドの名前が長ったらしいのが致命的なので
使うことはないだろう。
903(1): 2017/12/24(日)14:13 ID:8Lg7WOlu(1/4) AAS
>>899
/etcに入れていたような情報はリポジトリに格納しましょう、
OSはそのリポジトリを管理をするための標準的な仕組みを提供します、
その仕組みで扱う情報はオブジェクトとします、そのオブジェクトを扱うためには
PowerShellが都合がよい
ということでPowerShellはプログラミング言語であると同時に、システム管理の言語となる
grep、awk、sedなんかのテキストを扱うツールが充実している環境だからといって、
なにもそのOSの設定までテキストで行えるようにすべき理由なんて無いのだよね実際
904(1): 2017/12/24(日)14:31 ID:n9Sog4Kb(2/3) AAS
リポジトリ?
gitとかsubversionとか?
905: 2017/12/24(日)14:47 ID:8Lg7WOlu(2/4) AAS
>>904
レイヤーが違う比較だが、リポジトリは情報源
gitやsubversionはリポジトリにファイルの更新差分を保持させて世代管理を行うための実装
/etc内の設定ファイルをgitやsubversionで管理しましょう、というものではないよ
プロセスは自分の設定情報を、git pullのようにOSへ問い合わせて得る、という感じかな強いて例えるなら
906(1): 2017/12/24(日)15:27 ID:/+vXoQXa(2/4) AAS
レジストリの書き間違えじゃなくてpowershell的にはそういうの
リポジトリって言うの？
907: 2017/12/24(日)15:49 ID:8Lg7WOlu(3/4) AAS
>>906
OSの情報を管理する仕組みとしてのレジストリは、Windows固有の名称だと思うので
レジストリだってWindowsの設定情報源なのだからリポジトリだよ
908: 2017/12/24(日)15:57 ID:AxMbFcOx(2/4) AAS
今時のリポジトリについての情報。
外部ﾘﾝｸ:www.taisho.co.jp
909(1): 2017/12/24(日)16:02 ID:n9Sog4Kb(3/3) AAS
リポジトリが情報源ということなら、/etc配下のファイルシステムもリポジトリということになるかな
910: 2017/12/24(日)16:06 ID:8Lg7WOlu(4/4) AAS
>>909
そうだね
ただし、たとえばpasswd、hosts、aliases、resolv.conf等などモノによって扱い方や書式が異なる
極めて不便なリポジトリ
いまやリポジトリと称する価値もない
911(1): 2017/12/24(日)16:23 ID:/+vXoQXa(3/4) AAS
useradd hiroyuki
echo "password123" | sudo passwd --stdin hiroyuki
これと同じ事をpowershellでやるとどうなるの？
912: 2017/12/24(日)16:28 ID:AxMbFcOx(3/4) AAS
ユーザー情報が格納されたクラスがあって、
ユーザー登録のメソッドをコールするのだろう。
まだ出来ていないものだから仮説だけど。
913: 2017/12/24(日)16:31 ID:/+vXoQXa(4/4) AAS
あぁそうか。linuxに来たのは最近か。
914: 2017/12/24(日)16:44 ID:AxMbFcOx(4/4) AAS
Windows NTではpower shellでユーザー作成できるようだから、
記述だけならLinuxでも出来るかもね。
/etc以下をレジストリにするってのは大改造だな。
物理的な構造はどうなるのだろう？
窓口はレジストリ管理用サービスに任せて、物理的実体はプチDBか？
エレガントな解を求む。
915: 2017/12/24(日)17:15 ID:1cWEgCHx(1) AAS
OSやサービスの管理って、一部はいまでもLDAP管理でできるよね
正直もう/etcのファイル管理に戻りたくない
916(1): 2017/12/24(日)17:31 ID:Jqw6aKDk(1) AAS
別に全部一気にレジストリとして管理しなければいけないわけじゃないんだし
普通に外部コマンドのuseraddやsudo等を呼び出せば良いんじゃないの
いずれ統合して置き換えるにしてもさ
917(1): 2017/12/24(日)17:42 ID:Ov8+dasy(1/2) AAS
>>903
それはまさにUNIX的なものの全否定じゃないか。
918(1): 2017/12/24(日)19:28 ID:bKTHaqbY(1) AAS
>>911
Windowsのローカルユーザーの扱いは専用のコマンドレットがないのでADSI(Active Directory Service Interface)経由で扱うためちょっとPowerShellらしくないけどこんな感じかな
$ADSI = [ADSI]'WinNT外部ﾘﾝｸ:.'
$User = $ADSI.Create('User', 'hiroyuki')
$User.setpassword('password123')
$User.SetInfo()
919: 2017/12/24(日)20:45 ID:Ly/UWzy8(1) AAS
>>916
いずれuseraddという名にaliasされた管理コマンドレットになるってあたりか
>>917
いわゆる「UNIX的なもの」という古い束縛から何か新しい洗練された手段への脱却を
SystemdとPowerShellによるシステム管理がもたらすことだろう
920: 2017/12/24(日)22:02 ID:Ov8+dasy(2/2) AAS
Windowsのやり方が洗練されているとも思えないがなあ
921: 2017/12/24(日)22:06 ID:bF/f2wd+(1) AAS
1つの解としてのsystemdなんだろうな
922: 2017/12/24(日)22:28 ID:5iWUmmhv(1) AAS
まだこの話続くの？
923(1): 2017/12/24(日)23:21 ID:MUHNio2d(1) AAS
たとえば、Windowsでレジストリハイブがぶっ壊れた場合にはOSが起動不能なるけれども、UNIX系のOSなら/etcの設定ファイルをviなりで修復すればなんとかなるわけで、その利点を放棄してわざわざDBに格納する利点って何かな？
924: 2017/12/24(日)23:50 ID:KnS+lSCY(1) AAS
Linuxの神は、シンプルにせよと
おっしゃいました
システム管理にオブジェクト指向やDBを持ち込むのは別のOSでやればいいと思うの
925(1): 2017/12/24(日)23:56 ID:NQdUZ9u4(1) AAS
DB の方が、B+ tree(2分木)を使っているから、キーの検索が速い
CRUD 操作も、一般的でわかりやすいインターフェース
ジャーナル機能もあるから、ロールバックできる
ブラウザも、SQLite などのDB を使っている
926: 2017/12/24(日)23:59 ID:R4H/6QoD(1) AAS
サーバー機は出来るだけシンプルに軽く使いやすくあって欲しいなぁ
927: 2017/12/25(月)05:15 ID:vWP6a392(1) AAS
SolarisのSMFやMacのlaunchd使ってきて、CentOSのSystemdも使ってるけど
はっきり言って分かりやすいものではないからな
928: 2017/12/25(月)08:58 ID:Ikx+Nafq(1/2) AAS
KISS
keep it simple stuped
わかりやすく言うと、『簡単にやれよ馬鹿やろう』
929: 2017/12/25(月)09:22 ID:Rz0qfDEM(1) AAS
Kiss your ass.
930: 2017/12/25(月)09:25 ID:Vgsp4cbU(1) AAS
>>925
検索対象の件数が少なければ意味ないからなぁ
ほとんど使いどころがないと思う
931: 2017/12/25(月)12:01 ID:pf64fW5+(1) AAS
全てSystemdとPowerShellで管理できるシンプルさよ
テキストがシンプルだって幻想は捨てようや
人間にも使いづらいではないか
932: 2017/12/25(月)12:11 ID:O6LEwzYw(1) AAS
なんでLinuxがPowerShellで管理できることになってるのよ
それにテキストよりバイナリのほうが人間には判りづらいだろう
933: 2017/12/25(月)12:17 ID:sDrsFu6y(1) AAS
SystemdがPoweshellで管理できるならいいけどね
そしたら、全て一本化できていい
934: 2017/12/25(月)13:58 ID:WgiMig6c(1) AAS
いい加減powershellスレでやれよﾓｳ
【オープンソース】 PowerShell on Linux 【PS】 [無断転載禁止]©2ch.net
2chｽﾚ:linux
935: 2017/12/25(月)14:45 ID:K77251kZ(1) AAS
systemdを使っといて伝統的なUNIXの価値観がーとか言われても笑うしかないわ
936: 2017/12/25(月)16:28 ID:LEp8zeaO(1/2) AAS
ほんとそれ
過剰に主観やら勘違いやらで拒否反応を示すのが居なきゃ、すぐ話題終わるのに
937(1): 2017/12/25(月)18:30 ID:DEiuXN5j(1/2) AAS
>>918
ふむふむ。専用のコマンドレットがないのか。
するとlinuxではどういう実装になるのか、今後のお楽しみだに。
938: 2017/12/25(月)18:34 ID:DEiuXN5j(2/2) AAS
>>923
OSを作る側と使う側どっちが楽をするか的な話。
939: 2017/12/25(月)19:18 ID:J17RrmPw(1) AAS
>>937
内部でuseraddとかを呼び出すコマンドレットが提供されるだけかと
940: 2017/12/25(月)20:35 ID:OJziVuJk(1) AAS
PowershellがLinux標準になることはないから、無駄な議論はやめようや
使いたい奴は勝手にインストールすればいい
941: 2017/12/25(月)20:41 ID:LEp8zeaO(2/2) AAS
んなもんLinuxの標準じゃなくて、多くの酉がbash採用してるってだけだろう
tcsh採用すればBSDみたいになるし、PS採用すればWinみたいなる
ただそれだけ
942: 2017/12/25(月)20:43 ID:Ikx+Nafq(2/2) AAS
興味ある人はどうぞという事で。
専用スレもあることですし。
943(4): 2017/12/28(木)15:03 ID:qCQrYw1B(1/2) AAS
CENTOS7.4 にtomcat8.5.24を入れようとしている。
Javaは、openjdk "1.8.0_151"
最初はetc/init.d/tomcatに登録して起動したら一応動いた。
（サービスではなく直接起動）
＃cd /etc/init.d/tomcat
# ./tomcat start
正常に動いている
CPUはほとんど使われていない。
# ./tomcat stop
# /sbin/chkconfig --add tomcat
省7
944: 2017/12/28(木)20:05 ID:CS0OneAd(1) AAS
>>943
systemctlやserviceで起動したときは、JAVA_HOMEやJAVA_OPTSなどの環境変数を読み込んでいないと思われます
945(1): 2017/12/28(木)20:09 ID:JpL3/jNr(1) AAS
rootで実行したならアホ
946: 943 2017/12/28(木)21:11 ID:qCQrYw1B(2/2) AAS
catalina.outを見る限り環境変数はどちらも同じみたいに見えます。
JAVA_HOMEは同じです。
Javaでは /etc/java/java.conf に定義されているので大丈夫そうです。
catalina.outを比較すると違いは、
サービス
Architecture: amd64
Command line argument: -Djava.util.logging.config.file=/usr/local/tomcat/conf/logging.properties
（ Initializing ProtocolHandler["http-nio-80"]の項はない）
ダイレクト
（Architecture: amd64の項はない）
省12
947(1): 2017/12/29(金)08:35 ID:xSPprCk5(1) AAS
なんとなく SELinux 絡みっぽいので、 SELinux が enforce モードなら一旦
echo 0 > /sys/fs/selinux/enforce
実行して permissive モードにしてみるのも手かと。
なお、環境変数を比較するなら、/proc/(java のプロセスID)/environ
を保存・比較するのがより確実だと思う。
948(1): 2017/12/29(金)08:38 ID:MxFvx9tR(1) AAS
そもそもSELinuxって完全に無効化するべきものなんでしょ？
サーバー運用なんかでもトラブルの元でしかないみたいだし
そもそも有効だと動かすのが困難なソフトもあるとか
949: 2017/12/29(金)09:15 ID:KktlwBbG(1) AAS
>>948
SELinux便利だからオフにしないでと啓蒙活動しているサイトがあるんだよねー
最初に切ることを勧めているサイトも多いが。
950: 2017/12/29(金)10:41 ID:h47Qa3n3(1) AAS
オフにしてるなぁ
オンがいいのは承知だが、小回りを優先してしまう
ちゃんと勉強しないとダメだな
951: 2017/12/29(金)11:47 ID:NcrytQrm(1) AAS
てか 使おう！って言ってる人が少ない。
なぜなんだろうねw
952: 2017/12/29(金)12:23 ID:EQ7klX2+(1/4) AAS
SELinux使わないことで、技術力が低いと言われても気にならないレベルでSELinux使いたくないわ・・
Permissiveで引っかかったとこから許可するようにしてた事もあったけど結局漏れがでてしまった
953: 2017/12/29(金)12:27 ID:EQ7klX2+(2/4) AAS
SystemdとFirewalldは使ってる
954: 2017/12/29(金)12:34 ID:S/CsVkMC(1) AAS
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
X34PK9UZFX
955: 2017/12/29(金)12:38 ID:EQ7klX2+(3/4) AAS
とある会社に入るのに経験の浅い言語を必要とされたら勉強しようって思うけど、それがSELinuxだったら、その会社はいいやってなるレベルでSELinux使いたくない
956(1): 2017/12/29(金)12:46 ID:EQ7klX2+(4/4) AAS
SELinux使わないと〇〇が不幸に合いますってなったら、割と近しい人がでてくるまで使いたくない
957(1): 2017/12/29(金)13:41 ID:cOePM1W/(1/5) AAS
4連投するど使いたくないって事はわかった。使わなくていい。誰も困らない。
958(1): 2017/12/29(金)15:09 ID:78Mt1yAm(1/3) AAS
>>947 setenforce 0 でpermissive モードにしたけど変わらず。
前の方は省略してるけどcatalina.outはこんな感じで止まっている
Server version: Apache Tomcat/8.5.24
Server built: Nov 27 2017 13:05:30 UTC
Server number: 8.5.24.0
OS Name: Linux
OS Version: 3.10.0-693.11.1.el7.x86_64
Architecture: amd64
Java Home: /usr/lib/jvm/java-1.8.0-openjdk-1.8.0.151-5.b12.el7_4.x86_64/jre
JVM Version: 1.8.0_151-b12
省22
959: 943 2017/12/29(金)15:13 ID:78Mt1yAm(2/3) AAS
直接起動の場合はこの後に（長すぎるので途中に改行を入れてるけど）
28-Dec-2017 23:47:03.830 情報 [localhost-startStop-1]
org.apache.jasper.servlet.TldScanner.scanJars At least one JAR was scanned for TLDs yet contained no TLDs.
Enable debug logging for this logger for a complete list of JARs that were scanned but no TLDs were found in them.
Skipping unneeded JARs during scanning can improve startup time and JSP compilation time.
28-Dec-2017 23:47:03.860 重大 [localhost-startStop-1]
org.apache.catalina.session.PersistentManagerBase.startInternal No Store configured, persistence disabled
☆☆INIT実行☆☆
と続く、TLDのサーチでループしてるような気もする。 これの修正の仕方が良くわからない
960: 2017/12/29(金)15:53 ID:/pz19K02(1) AAS
>>958
> Command line argument: -Dignore.endorsed.dirs=
こんなパラメータあるんですかね。java.endorsed.dirsではない？
値の指定は不要なのかな？
961: 943 2017/12/29(金)15:55 ID:78Mt1yAm(3/3) AAS
webappsの下のユーザ用パスを別名にしてみたら正常起動した。
ユーザ用の中身はweb.xml以外は古いままだからエラーが多すぎて悲鳴を上げてるんだろうな。
お騒がせしました、地道に追いかけてみます。
962: 2017/12/29(金)21:14 ID:mmhlHluK(1) AAS
selinixの本質はプロセスの実行ドメインを分離してお互い関与できないようにしましょうだから、分かりにくけりゃサービス毎にVM立てりゃオッケー
963: 2017/12/29(金)21:57 ID:bSsj9bpQ(1) AAS
SELinuxって、テストが難しいのだよね
自分らが動かしているプロセスが、どのような操作をどこに対して行うかを
見極めなけりゃ設定できないが、それは結局Permissiveのログみて一つ一つ
エラーを潰していくという作業にしかならないし、本番系で発生する挙動のすべて、
たとえばあらゆるエラーログやコアダンプ出力等までテスト環境で網羅させられるのか、
それをSELinuxに反映できるかっつーと、できない
自分らが作ったアプリならまだしも、CentOS同梱パッケージなんて
ひとつひとつ見ていくことなんてできやしないうえに、同梱パッケージだって
SELinux下で使うためにはあちこちコンテキスト弄らなけりゃならないからね
素晴らしい理想のもとに作られてるのだろうが、それが使いづらけりゃ価値ねえよ
964: 2017/12/29(金)22:27 ID:cOePM1W/(2/5) AAS
selinux使ってるのかな。同梱パッケージってcentosリポジトリにあるパッケージだよね。
同梱パッケージをデフォルトの設定で使う限りselinuxいじらないと動かないのって今まで出会った事ないけど。
具体的に、どのパッケージでどういう設定を入れる必要があった？
965: 2017/12/29(金)23:03 ID:nUPj//+9(1/2) AAS
設定ファイルやログファイルの位置によっては
コンテキストがシステムの想定しているものと違うものになって
Denyになったりするけど，
その場合はallowルールを追加するんじゃなくて
ファイルのコンテキストの方を変更しなきゃ意味がないし
見極めが難しい
今年の3月に稼働させたシステムまだPermissiveのままだわ
966: 2017/12/29(金)23:08 ID:cOePM1W/(3/5) AAS
具体的にどのパッケージのどのファイル？
967(1): 2017/12/29(金)23:16 ID:nUPj//+9(2/2) AAS
例えばbindのログファイルを/var/log/bind/
以下に吐き出すようにしたら起動しなかったわ
この場所だとディフォルトのコンテキストは var_log_t
bindが書き込めるのは named_log_t なので
ログファイルを /var/log/named.* にするか，
semanage で /var/log/bind/ の標準コンテキストを
変えてやる必要があった
968: 2017/12/29(金)23:17 ID:cOePM1W/(4/5) AAS
> 設定ファイルやログファイルの位置によっては
設定ファイルやログファイルの位置をデフォルトから変更した場合の話かな。
それならdenyになって当然だし、変更に合わせて設定を追加する必要あり。
969(1): 2017/12/29(金)23:20 ID:cOePM1W/(5/5) AAS
>>967
あぁなる。でも、それ自分で変更してるわけだから、追加しなきゃなってわかるよね？
970: 2017/12/30(土)01:09 ID:UEHE/dE2(1) AAS
SELinux使いこなせない自慢はうざい
971(1): 2017/12/30(土)09:36 ID:6IN8jBpr(1) AAS
>>957
>誰も困らない。
本当に誰も困りませんか？
972(1): 2017/12/30(土)11:09 ID:aDNUE9L3(1) AAS
>>969
デフォルトの設定が使いやすく汎用的なもの揃ってるならその理屈でもいいだろうけど
logファイルなんて設定変えるのが当たり前の世界なんだから
使いにくいものであることに変わりはないんじゃないかね
ラベリング問題はApacheとかでもよく起きて相談される話なんだし
973: 2017/12/30(土)12:46 ID:DitlnKlI(1/2) AAS
>>971
うん、大丈夫心配しないで。
974: 2017/12/30(土)13:00 ID:DitlnKlI(2/2) AAS
>>972
> 使いにくいものであることに変わりはない
もうその結論でおけ。
975: 2018/01/03(水)09:36 ID:U9VieSS7(1) AAS
あけましてリブート。
本年も無停止でお願いします。
976(2): 2018/01/03(水)23:42 ID:kDU2dUYl(1) AAS
Centosじゃないけど今夏にDBサーバ50台の移行がある。
何事もありませんように。
977: 2018/01/04(木)00:56 ID:rudHLmYg(1) AAS
無いわけないでしょ
御愁傷様
978: 2018/01/04(木)04:06 ID:4mNPggMa(1) AAS
>>976
RDSかな
979: 2018/01/04(木)09:09 ID:pOOukgYT(1) AAS
>>976
RHELのを200クラスタ移行したことある
サーバの差異には細かいことにでも気を付けろ
あと、指定したサーバ群に対し同一コマンド発行するための土台をAnsibleで作ったよ
980: 2018/01/04(木)09:53 ID:yGRINDBT(1) AAS
何かあったら中止して、元に戻せるようにする事。
981: 2018/01/04(木)09:59 ID:IRxLUSqf(1) AAS
そんなことよりMeltdownとSpectreの対応振ってきそうで憂鬱だ
982: 2018/01/04(木)20:31 ID:CE8HSxVu(1) AAS
まだパッチ来てないよね
983(2): 2018/01/05(金)10:42 ID:vHPteLeh(1) AAS
kernelの更新が来たみたいだけど、
仮装鯖の場合は
当てていいものだろうか
984: 2018/01/05(金)10:51 ID:gkxhsXrX(1) AAS
モジュールとか追加で組み込んでないならいいんじゃね
985(1): 2018/01/05(金)18:57 ID:jidI7g3M(1) AAS
>>983
xen環境で起動しなくなった
986: 2018/01/05(金)19:46 ID:ZCNZ0raY(1) AAS
>>985
全然問題なさそう
987: 2018/01/06(土)02:36 ID:gL1eWXGf(1) AAS
ec2のCentOS7はupdateしたけど問題なかった
988(1): 2018/01/07(日)10:39 ID:B/zWw03f(1) AAS
intelのCPUの脆弱性が話題になってるね、パッチはでたのかな
989: 2018/01/07(日)22:01 ID:jw6Qlm/b(1) AAS
つかパッチ当てた後の性能低下のほうがやばい
インメモリDBやNoSQL使ってるお前らこれどうやって対処してんの
外部ﾘﾝｸ:access.redhat.com
990: 2018/01/07(日)23:39 ID:4fJBI9Uj(1) AAS
しかしパッチ当てんわけにもいかんと見えるジレンマ
991(1): 2018/01/08(月)00:03 ID:/vmyoAky(1) AAS
次スレ立てた
CentOS Part 48【RHEL Clone】
2chｽﾚ:linux
992(1): 2018/01/08(月)12:27 ID:2TM4Nckh(1) AAS
>>988
5日には出てた。当てないで帰っちゃったのね。
993: 2018/01/10(水)08:19 ID:Lx7Bl7rq(1) AAS
埋めましょう
994: 2018/01/10(水)09:46 ID:+6LQmjYw(1) AAS
>>992
thanks
995: 2018/01/11(木)07:59 ID:e+h0zPpk(1) AAS
うめ
996: 2018/01/11(木)12:10 ID:vlKV8Rid(1) AAS
うめ
997: 2018/01/11(木)12:28 ID:x7mkMp0w(1) AAS
>>991
乙
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.024s