systemdの時間同期に関するUnit
この記事はUMITRON Advent Calendar 2021 5日目の記事です。 まえがき 弊社ではプロダクトの一部にRaspberry Piを利用しています。またシステムの要件として時刻が重要となるのですが、Raspberry PiにはRTCモジュールが付属しておらず一度シャットダウンしたのち起動し直すとシステムの時刻が最後にシャットダウンした時刻から始まります。アプリケーションを正しい時刻のシステム上で動かすには、Raspberry Piがインターネットに繋がりNTPによる時間の同期を待つ必要があります。 昔はこの時間の同期を待つのに自前でプログラムを書く必要がありましたが、最近はsystemdパッケージに時間同期を待つtargetがバンドルされています。この記事ではこのsystemdによる時間同期に関する情報をまとめます。 本編 time-sync.target と言うtarg
「/etc/localtime」ファイル - Linux技術者認定 LinuC | LPI-Japan
今回は、「/etc/localtime」ファイルについて。「/etc/timezone」ファイルについても少しだけ触れます。 「/etc/localtime」ファイルは、タイムゾーンを設定するファイルです。日本であれば特段の事情がない限り「日本標準時（JST）」を指定することになります。通常は、OSをインストールする際に自動的に設定されますので、意識する機会が少ないでしょう。 「/etc/localtime」ファイルは、バイナリ形式のファイルですので、中を見ても意味はわかりません（中身を参照するにはstringsコマンドを利用することになります）。しかし、タイムゾーンを変更するためには、このファイルを編集する必要があります（そのような機会は滅多にないと思いますが・・・）。その際は、「/usr/share/zoneinfo/」ディレクトリにあるファイルをコピーする必要があります。 ○/etc
[linux] システム起動時間を取得するサンプルコード - Qiita
//#include <stdio.h> // printfしたければinclude #include <stdlib.h> // strtof #include <string.h> #include <time.h> #include <fcntl.h> #include <unistd.h> #include <errno.h> #include <locale.h> /** * Linuxの起動時間を取得する **/ time_t getLinuxUptime() { int fd; char buf[64]; char *endptr, *saveptr; ssize_t len; time_t get_time = 0; char *savelocale; fd = open("/proc/uptime", O_RDONLY); if (fd < 0){ // printf("
![[linux] システム起動時間を取得するサンプルコード - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/eae0f673dc60248a3a72d37f40998c0ee34e8b95/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-412672c5f0600ab9a64263b751f1bc81.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCbGludXglNUQlMjAlRTMlODIlQjclRTMlODIlQjklRTMlODMlODYlRTMlODMlQTAlRTglQjUlQjclRTUlOEIlOTUlRTYlOTklODIlRTklOTYlOTMlRTMlODIlOTIlRTUlOEYlOTYlRTUlQkUlOTclRTMlODElOTklRTMlODIlOEIlRTMlODIlQjUlRTMlODMlQjMlRTMlODMlOTclRTMlODMlQUIlRTMlODIlQjMlRTMlODMlQkMlRTMlODMlODkmdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTI5MThhZTRhZTM3MjE5MzZkZmIyMDQ5NjllNDMwZjZi%26mark-x%3D142%26mark-y%3D57%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9NzcwJnR4dD0lNDBzdXp1dHN1a2kwMjIwJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz03NzczMzAzZjkxMmNhY2JmMWVlM2JkMGIzM2M4MmRjMA%26blend-x%3D142%26blend-y%3D486%26blend-mode%3Dnormal%26s%3D594ad8667852afee98e5bbd110d0e841)
rsyslogでsyslogを受信した時刻でlogに出力する - うまいぼうぶろぐ
remote hostの時刻がずれている(or UTC) の場合などに、syslogの時刻がずれて嫌な感じなので修正できるか調べた。(ex: vyattaのsyslogがUTCで飛んでくる) formatを変えれば出来たっぽい。 http://www.rsyslog.com/doc/rsyslog_conf_templates.html man rsyslogd man rsyslog.conf rhel6系のdefaultのrsyslogのformatは /etc/rsyslog.conf で定義されている変数でlogに吐いてる模様。 $ActionFileDefaultTemplate RSYSLOG_TraditionalFileFormat RSYSLOG_TraditionalFileFormatの説明 RSYSLOG_TraditionalFileFormat - the "o
Linux のスリープ処理、タイマ処理の詳細を見る - naoyaのはてなダイアリー
UNIX でプロセスを一時的にスリープさせるには sleep(3) が使えます。sleep() は引数に秒単位でしか時間を指定できないので、より短い時間を指定したい場合は usleep(3) (マイクロ秒) や nanosleep(2) (ナノ秒) を使うことになります。sleep(), usleep() はライブラリ関数、nanosleep() はシステムコール*1です。 この usleep() や nanosleep() で 1ms 程度の短い時間プロセスを停止したとして、正確にその時間だけ停止させることはできるでしょうか。http://shiroikumo.at.infoseek.co.jp/linux/time/ にあるコードを参考に、実際に動かしてみます。カーネル 2.6.19 x86_64、CentOS 5 で試します。 まず、nanosleep() で 1ms のスリープを行
Approaching the kernel year-2038 end game [LWN.net]
In January 2038, the 32-bit time_t value used on many Unix-like systems will run out of bits and be unable to represent the current time. This may seem like a distant problem, but, as Tom Scott recently observed, the year-2038 apocalypse is now closer to the present than the year-2000 problem. The fact that systems being deployed now will still be operating in 2038 adds urgency to the issue as wel
cronの特定のタスクを即座に実行する方法
Debian / Ubuntu なら faketime というパッケージが標準で用意されており、これを用いれば faketime 下で動作するプロセスの日時や時間の進む速さを騙すことができます。 $ sudo apt-get install faketime $ faketime -f x10 bash -c 'while :; do sleep 1; date;done' これが利用できるかと手元の cron を faketime を介して起動させてみたのですが、 残念ながら騙せませんでした。 cron ジョブを即座に実行する方法ではありませんが、bash の rc によって設定される環境を利用して cron ジョブを実行したいのであれば、bash に -l オプションを付与してログインシェルとして起動するようにしてみてください。 30 12 * * 1-5 bash -lc 'expo
15.2. POSIX クロック
POSIX はタイムソースを実装および表示するための規格です。カーネルにより選択されシステム全体に渡って実装されるハードウェアクロックとは対照的に、POSIX クロックは各アプリケーションにより選択されるため、システム内の他のアプリケーションに影響を与えることはありません。 CLOCK_REALTIME: これは実際の時間を表し、壁のクロックから読み取られる時間を意味する「壁の時間」とも呼ばれます。このクロックは、イベントのタイムスタンプ処理、ユーザーとの対話時に使用されます。適切な権限を持つユーザーはこのクロックを修正できます。ただし、クロックが 2 つの読み取り時に変更があった場合、誤ったデータが生じる可能性があるため、ユーザーによる修正には注意が必要です。 CLOCK_MONOTONIC: システムブートから単調に増加した時間を表します。どのプロセスもこのクロックを設定することはでき
y2038 - Linux Kernel Newbies
unfortunately this page got deleted by accident, this version is restored from https://web.archive.org/web/20150318062024/http://kernelnewbies.org/y2038, but most of the formatting is still missing. The year 2038 problem All 32-bit kernels to date use a signed 32-bit time_t type, which can only represent time until January 2038. Since embedded systems running 32-bit Linux are going to survive beyo
sched_clock() overflow after 208.5 days in Linux Kernel
えーっと、久しぶりに Linux Kernel にダメダメなバグが発見されて、よりにもよってうちの製品も影響を受けたので、ここに詳細を書くことにした。 つーか。新しい Kernel を使うなら皆で使おうよ。なんだよその「1つだけ」影響を受けて残りは「影響も受けないぐらい古い」ってのは… 概要 大雑把に 208.5日連続運転した Linux Kernel が突如として reboot する。 実機でなおかつ Time Stamp Counter を内包している必要があるので、Pentium4以降のプロセッサ(が、それはようするに今ある Intel 系CPU全部)か、その互換CPUである必要がある。32bit モード、64bit モードの区別はない。 逆に VMware や Xen など、仮想マシン上で動いている kernel に影響はない。これはそもそもバグを内包したルーチンを、仮想マシンで動
Core2 Quad で VMware Server の時刻が進む件は解決した - daily dayflower
VMware Server 1.0.4 on Core2Quad で guest の時刻が進みまくり - daily dayflowerという現象があったのですが，なんとか解決にこぎつけることができました。 原因 NEC Express 5800 / 110Gd の BIOS が（EIST をきちんとサポートしていないためか）おかしな CPU frequency を返す EIST 無効時は Core2 Quad Q6600 は 2.4GHz で動いている ホスト側は（自力でキャリブレーションしているのか）2.4GHz であると認識している（∴ホストの時刻は狂わない） VMware Server は ACPI 経由で CPU frequency を取得している 先に上げたように ACPI 経由の CPU frequency 取得がおかしいので（フルパワー時）900MHz であると認識される
logrotate で Apache のログに YYYYMMDD をつけて圧縮
Landscape トップページ | < 前の日 2003-08-26 2003-08-27 次の日 2003-08-28 > Landscape - エンジニアのメモ 2003-08-27 logrotate で Apache のログに YYYYMMDD をつけて圧縮 当サイト内を Google 検索できます * logrotate で Apache のログに YYYYMMDD をつけて圧縮この記事の直リンクURL: Permlink | この記事が属するカテゴリ: [Linux] PC関係のメモ から。 http://mylab.jp/diary/20030819.html#p01 よりも http://mylab.jp/diary/20030821.html#p01 の方が正しそうなのでそちらを転載。 /usr/local/apache/logs/host1-access_log /
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
named bind errors - DNSKEY: unable to find a DNSKEY which verifies the DNSKEY RRset and also matches a trusted key for '.' -
how do I date in an expect script - Stack Overflow
https://elinux.org/images/6/6e/End_of_Time_--_Embedded_Linux_Conference_2015.pdf
root/drivers/rtc/rtc-rx8581.c - kernel/git/stable/linux-stable.git - Linux kernel stable tree
Staff 200Vcxg 217Rav Vmwarelinux に何も見つかりません