CentOS Part 49【RHEL Clone】
■ このスレッドは過去ログ倉庫に格納されています
CentOS は Red Hat Enterprise Linux (RHEL) から同社の商標を削除して再コンパイルした RHEL Clone です。
Red Hat と無関係でもないコミュニティが無償配布してしますが Red Hat のブランドとサポートはありません。
* Fedora Core 6≒RHEL 5≒CentOS 5
* Fedora 13≒RHEL 6≒CentOS 6
* Fedora 19≒RHEL 7≒CentOS 7
です。
FCやRHEL 用のノウハウ、野良 RPM、レポジトリ云々は CentOS でもほぼ通用します。
前スレ
CentOS Part 48【RHEL Clone】
http://mao.5ch.net/test/read.cgi/linux/1515337198/
CentOS (The Community ENTerprise Operating System)
http://www.centos.org/
CentOS 配布ミラーサーバ
http://www.centos.org/download/mirrors/
CentOS -- Wikipedia日本語版
http://ja.wikipedia.org/wiki/CentOS そもそも全米のアナログ時計はどうやって調整してるんだ?
毎回春秋に直してるの? 実際の話、サマータイム確定したら、「その為だけの処理」を入れないといけないんだよね?
プログラマーを殺す気か、と言うのはその話かぁ・・・。 Y2K問題のようなIT特需がw
零細SI企業の株が暴騰する。 サマータイムの実情を知らん人がレスしてるw
っておれも笑ってる場合じゃないのだが… バッチ処理すっ飛ばされるとか逆に2回動いちゃうとかありそう ちょい質問。
1プロセスでオープンしてるファイルディスクリプタの数を調べるときに
lsof -p $PID | wc -l
と
ls /proc/$PID/fd/ | wc -l
とで大幅に数が違うんだけど、なぜですか?
前者にはソケットとか入ってるから? 「| wc -l」を外して見比べてみればいいじゃん >>60
日曜鯖缶の立場としては、yum待てばいいけど、来年の夏に本当に間に合うのかね。
JSTみたいにそもそもサマータイムが定義されてないタイムゾーンに新たにDSTを定義するって難しいんだな。タイムゾーン変えるみたいにもっと簡単だと思っていたよ。
電波時計も全滅みたいで大変だなあ。 >>73
何か、サマータイムって「五輪の為だけの建前」が成立しそうだよなぁ・・・。 EPOCH値はUTCのままで変わるわけではないから
例えばファイルのタイムスタンプなんかは、内部的には変わらないわけさ
それを表示した時に何時何分という部分が、「ある期間のもの」のみ、変化させる必要がある
記録する時も、システム自体は通算秒とかの単位で持っていて
それを時刻に直す時に何らかの補正が必要になる
上記のタイムスタンプは良いとしても
cron関係みたいな、時刻で記録されているものとかを
もちろん、その他の重要なポイントとして、
TZが未定義でもtime()から時刻を表示するようにしてあるライブラリ類が正常に動作するのか
例えばTZ=JST-9の時の動作と、
一時的にTZ=JST-7とでもして動かすプログラムのためにTZを細工した時の動作(該当期間分だけでも)
その辺をちゃんとするように出来るのか
そういえば、新元号問題もあるから、いずれ大幅に入れ替える必要は出てくるんだろうな
「動いているものには手をつけるな」と言われているのに
どうしても手を加えなければいけない、ふるーいモノも出てくるはず Asia/Tokyo, Asia/TokyoOlympic2020 を分けてほしいな。
オリンピック関係者だけ、後者で生きればいい。 >>77
交通機関の時間ずらすのも目的だからそれじゃだめ サマータイムじゃなくてトーキョータイム導入でいいじゃん
各自が今時計が7時だから本当は5時だなって脳内変換する
時刻を伝える時は8:00(トーキョータイム)とかで指定 まあ、さすがにやらないだろ
病院のシステムとか誤作動して人死んだらどうすんの?って話になるし
やるなら最低でも5年くらいの準備期間とらんとね 任意のIT系業者は、
サマータイム対応で1件あたり1京円ぐらいの
見積もりを出しておけばいいと思うよ。(マジで!!)
全IT系業者で逆カルテルを組んで、みんなで
「サマータイム対応で1件あたり1京円」
の見積もりを出しておけば、絶対にサマータイムは対応できないから。 >>73
戦後すぐに夏時間が導入された時期があるから,
Linuxで使ってるzoneinfoファイルは夏時間の定義をもってるけどね。
なので,OSが対応するのはそれほど難しくないと思う。
ただ,更新が難しい組み込みとか,電波時計みたいなROMに書かれたハードとか
応用ソフトウェアが対応可能かは未知数だよね。 >>86
電波時計が2時間のサマータイムに対応できないのはすでに確定済み。 >>85
高度プロフェッショナルが一定金額で片付けてくれるから大丈夫 cron と 夏時間について調べた。
3時間未満のローカル時刻の変更がなされた場合には,
時間が進む場合には,飛ばされた時間内に実行されるはずだったジョブは
直ちに実行される。
時間が戻る場合には,2度目の実行はされない。
ただし,日時指定のジョブと,1時間を超える間隔で実行が指定されたジョブのみ。
ちゃんと考えられているようだけど,夏時間は1時間動かすモノという
前提の実装だな。2時間動かす夏時間を実施すると
2時間間隔のジョブは正常に動作しない。 >>89
何か、サマータイムを恒久法にて成立させたいみたいだけど、実際の話実装はどうするんだろうね・・・???
その改修に掛かる費用等、本当に一体どうすんだって話しか出来ない。 これ相当影響あるんじゃないかな
時計が早まるということは、日付が変わるタイミングも早まるのだろ?
サマータイム対応済みのサーバーから未対応のサーバーに
月初零時処理を連携したら、未対応サーバーはまだ月末だから
取引が月末付けになってしまうとかありそう >>92
ログ時刻のロールバックが大問題になると思うんだけどなぁ・・・。 システム時刻変えちゃう
サマータイム開始2時間前に全てのシステムの更新系は停止、参照系も基本的に止める
2時間経ったらシステム時刻2時間戻して再開、NTPサーバーも2時間戻し
サマータイム終了時はシステム時刻をいきなり2時間進める
まあ2時間止めるとか無理なんだけどさ cronで
timedatectl set-timezone Etc/GMT-11
を実行させるじゃダメ? 予算つくわけがないの前提で、「地方公共系システムのシステム更新で国が予算
付けるまでは考えなくてよし」で良いんじゃないか? >>96
その国がつける予算が、1案件ごとに1京円じゃないと、請け負わないぐらいでいいと思う。 >>94
サマータイムって開始時に時間を進めるんじゃないの?
逆になってない? >>98
サマータイム開始時に、2時間早めた場合の処理はどうすんのさ? って話。
例えば、
・スケジュールバックアップを取得中に2時間巻き戻ったら?
・定時バッチ処理をしている最中に2時間巻き戻ったら?
・処理ログを見ながらの条件分岐判断の最中に2時間巻き戻ったら?
等、かなーり不都合な事が沢山出て来ると思うんだよねー。 会社単位くらいなら社長が思い付きでなんかやってもいいけど
国動かすのに思い付きでやるのはやめて欲しいわ それも、今は権力など無いはずの森元の思いつきだからな
五輪自体がそうだと言えないこともないが
猛暑のマラソンを非難されたからって、
何の準備もしてないところから2年後にサマータイム導入はねーよ そもそも真夏に開催しなければ万事解決なのにな
秋にやるとワールドシリーズとスーパーボウルがあるからダメというくだらん外圧 PCIのSATAポート増設インタフェースでおススメがあれば教えてもらえないだろうか >>108
今のママンはSATAが6個あるけど足りなくてSATAを増設したい
余ってるHDDを増設して遊ぶだけだからPCIのインタフェースでSATAを増設するのがいいのかなと思って 早い話がオリンピックを2時間早くやればいいだけなんだよな
7時開始予定だったなら5時開始にすればいいだけ
交通機関動いてない時間でも現地で見たい人はなんとか行くだろうしテレビ組は何時だろうと見る訳で
サマータイムなんて全く必要がない >>109
PCI(非Exp)だと、帯域幅足りないよ・・・。
>>110
結局そう言う事に落ち着きそうだよね。 すまんこ
PCIじゃなくてPCI-Expressだ >>94
まだNTPサーバーを進めるとか言ってる大バカがいるのか。できるもんならやってみろ。 >>95
対処療法としてはそれでいいよ。つうか実際に来年導入されたらそれで対応するしか無いような気がする。 >>114
対処療法っていうか、通常の夏時間の地域はそうやってるんじゃないの?
アメリカ西海岸だとタームゾーンが PST(Pacific Standard Time, UTC-8) から
PDT(Pacific Daylight Time, UTC-7)になっるだけって思ってるんだが、違うのか? >>116
なんで調べもしないで書くかなあ
おまえみたいなのが森の周りにいるんだろうな 普通の夏時間はそう。
対処療法も何も。
うるう秒みたいなエポックを伸ばすか一秒多く数えるかみたいな議論ではなくて、
単にタイムゾーンの問題。
まあ日本では考えてないローカル時間だけで作られてるアプリだらけなのが問題なんだと思うよ。 あ、ただ人間系で変えるんじゃなくて、zoneinfoに書いてある。 2時間ずれるのそんな問題か?クロンを停止したり、実行されなかった分を手動起動するだけの話だと思うが。 そりゃスタンドアロンで動いているシステムならそれでもいいだろうさ 問題なく動いてるからという理由で
放置されてる古いサーバやPCを
一掃するいいチャンスじゃないか
テレビやプレイヤー
スマホ、ガラケー
時間を扱う家電も
対応ファームこないと
全部買いかえだな
なんなら、最近は車のナビも
ネットワーク繋がってるし
莫大な需要が期待されるぜ つーか当人たちは「ちょっと時計の針動かすだけじゃん、へーきへーき」みたい思ってんだろうな
ほんと老害共タヒねばいいのに その上、日本中大混乱に陥れて責任取らないんだよな
あのときの作成にはこれが最上であったなどと強弁する アメリカとかの運用や実装だとどうしてるんだろうな
内部的にはUTC+nだけ使ってサマータイム期間中は1時間乃至は30分ズラすのかな? >>123
一生サマータイムやるって言うならその論調に納得しないわけではないが、
たった2年しかない間に地獄を見て、すぐ要らなくなるとか絶望そのものじゃないか。 >>127
俺昔やってたけど、たぶん結構ヤバい。
このサマータイムの2時間の時間がダブってる間とか、逆に飛んでる間とか、どう文書化する気なのか法制度の面からも多分つっこみ入ってるんじゃないかな。
電カルだけでも、人が生まれたり死んだり、それによって権利や責任が発生したり移ったりなんなりする事を証明する行為を担保せなならんから。
システムで内部的に持ってる時刻(UTC+タイムゾーンなりなんなり)だけを保存するってのは確か微妙で、カルテの3原則の一つの真正性を担保する、
「どう表示アルゴリズムが変わろうが絶対に過去の表示はその時に表記されたものが表示されなければならない」って原則があるから、
基本は変換後の日付持ってると思うよ。どこも。
で、変わった病院だと「〇〇って内部文書だけはずっと30時表記なので電算化しても30時表記してね。お金は払うから」
ってのがあったりするので、帳尻が合うかはホントわからん。 地デジ化に備えて何年準備して何年周知して
それでも少なからず対処出来ないのがあったのを忘れたのか、とか
古くは2000年問題で何年前から準備をしていたか、とか
当時と比べてどれほど個別機器のIT化が進んでいるかとか
ほんっと老害はさっさと引退して欲しいわ
東京オリンピックのマラソンの暑さが非難された → サマータイムを導入しよう
ではなく
東京オリンピックのマラソンの暑さが非難された → オリンピックを返上しよう
くらいにしろよ
一部ゼネコンとかのハコモノに関わる利権以外は
オリンピック開催よりサマータイムの方が影響大きくて
準備期間が必要だろうに ってか、ぶっちゃけ、開始時刻を早くすりゃいいし、
必要ならば各企業に出退勤時刻を2時間ずらすよう「働き方改革」を強く協力願えば良いんだよ。
大手がそういう勤務すりゃ、下はそういう勤務するしかないし、
もとからフレックスの会社は全く制度を変える必要すら無い。
時計の方を変えようとするから話がややこしくなる。
人間が頑張れ。 だな、早寝早起きで頑張りましょうでいいよ
というか実質1年くらいでサマータイム導入とかお前馬鹿じゃねえのってツッコむやついなかったのかな サマータイムは不要だった――少なくとも日本人には。
彼らは単純に出勤時刻を2時間早め、「7時」に始業だと再定義した。
結果、多少の混乱はあったものの、多くの日本人は概ねなんの問題もなく7時に出勤し、そして16時に終業した。
日本人にとって決まってさえいれば「時間通りに来ること」は最初から造作もない事だった。そして、単に「『時間』が時間通り来ない」ほうが問題だとわかっていたのだった。
みたいな筋書きの方が日本大好きの人々のウケいいんじゃねえの?とか Asia/TokyoOlympic2020 = Etc/GMT+11
オリンピック関係者は、このタイムゾーンで生きてくれ。
それ以外は巻き込むな。
以上。 仕事でY2Kの対応もやったけど、本当に大変だったよなー。
アレ以上の混乱が発生する事は間違い無いんだろうから、現行システムを変更しないで済むんなら、しない方が良いと思うんだよね。
>>130もカキコしてるけど、「その2時間の取り扱い」どうすんのさ? って詳細の話がされてないのに、じゃあやるか、とはならないよな。 おまいらまだサマータイムに移行してないのか?
おいらはさっき移行したぞ!
[tzdb-2018e]% sudo cp -p /etc/localtime /etc/localtime.org
[tzdb-2018e]% date
Sat Aug 11 22:04:40 JST 2018
[tzdb-2018e]% diff asia.org asia
1479c1479,1482
<
---
> # Modified at 2018-08-11
> Rule Japan 2018 max - May LastSun 2:00 2:00 D
> Rule Japan 2018 max - Oct Sun>=8 2:00 0 S
> #
[tzdb-2018e]% sudo ./zic -d /tmp asia
[tzdb-2018e]% sudo cp -p /tmp/Asia/Tokyo /etc/localtime
cp: overwrite `/etc/localtime'? y
[tzdb-2018e]% date
Sun Aug 12 00:05:21 JDT 2018 暦の上ではもう秋ですよ?
暑さで頭がおかしくなってませんか? 2018年 8月 12日 日曜日 08:25:05 JDT 【自民・遠藤五輪本部長】サマータイム、「2年間限定の報道は間違い。恒久化しか考えていない」 猛暑で「機は熟した」★5
http://asahi.5ch.net/test/read.cgi/newsplus/1533974182/
やべえ・・・五輪に関わってる政治家って頭おかしい でも出社8時昼食12時退社17時という伝統は守らなければ >>143
まあそう言うなよ
サーバーに使われることの多いCentOSじゃサマータイムは切実な問題だ
パッチが来るとして、ネットにつながっていないサーバーの更新は
人がUSBメモリ持って一台ずつ回るのかとか、今から頭が痛い こんぴゅーたにくわしいひとができるってゆってるよー
https://www.mag2.com/p/news/367461 👀
Rock54: Caution(BBR-MD5:7bff9ed63942b4cd01610d20b2c06e65) > イレギュラーはイレギュラーとしてあきらめるのもプログラミングにおける基本なのですが、無知な人ほどコンピュータに「完璧」を求め、完璧を求める日本人の性向がこれに拍車を掛け自体を悪化させます。 >ホストコンピュータなどと接続していて、連続した情報をやりとりしているシステムなら、バチっと電源を落として、その後の立ち上げで日時の変更をすればよいだけのこと。
…ほんとそれだけなら楽でいいなあ >>149
時刻同期を前提としているシステムの場合は、一体どうなるんだろうね?
ADで、ケロちゃんに弾かれてログイン出来ない人が続出する未来しか見えないwww コンピュータの内部日付では「なぜ」いけなくて、なぜ「特定の分野では変換後の表示時刻がわざわざDBに落ちてて、それを正としてる」のか、って見解が全くこいつ解ってないな。
あと、時刻の連続性の意義とかもイマイチ理解してなさそう。
カルテを書けるのは医師であって医師以外が記入する事はやってはいけない事、
逆に医師は「なぜ」「いつ」「何を」「どう」を記載すれば訂正は可能。
「誕生時刻記載したけど壁の時計ズレてたわ、メンゴ。全部責任をもって訂正するな」ってのはいつの時代でも(それ自体が大騒ぎにはなるが)あったんだが、
システムの不備でも同じ様に医師が全て訂正して回らないといけないんだぞ。
俺は医療の分野しか知らんけど、こういうのどの業界でもあるんじゃねえかな。
あと、俺はもう医療やってないから雑談レベルだけど、聞いてみたら、未来時刻がめんどくせえって言ってたわ。
この検体は何日の何時までに処理してね。の表示の残り時間が現場の人間にわかるか?って感じ。
これ他の業種でも賞味期限とかで事故りそう。 なぜ完璧でいけないと駄目なのか。
法で縛られているからだ。
単純な事なのになんで気づかないのかな。
年齢は前日の終了を以て加算される、とか、そういう常識も無いんだろうな。
バカがしたり顔で喋ると腹立つってのはホントだな。 >>151
「こいつ」って誰の話?
安価付けないと分からないよ。 ホストコンピュータでバチッと電源落とすって痺れるわ〜 >>147
ぶっ飛びすぎてて草生え散らかしてるわwwww >>156
いや、前日の午後12時(24時)。
年齢計算に関する法律と民法の合わせ技で、2/29生まれの人間の誕生日に対応できるようになってる。 そういや、午後12時って存在を認めてしまったが故に、4/1生まれの人は、3/31日中に年を取るので、4/2生まれの人とは1学年変わっちゃうんだよな。
既にややこしいこの話をサマータイムでもやるのかわからんが。 >>156
前日が終わるとき。
なんで正午なんだ。
口を出すなら法律くらい読めよ。
バカは何で知らないことに口を挟むかなあ。 ■ このスレッドは過去ログ倉庫に格納されています