MySQL/MariaDBでINTO OUTFILEで/tmpにファイル出力で ERROR 1086 (HY000): File already exists エラー
MySQL/MariaDBでINTO OUTFILEで/tmpにファイル出力で ERROR 1086 (HY000): File already exists エラー 検索： PHPサンプルコード MariaDB(Mysql)サンプル Webで3Dコンテンツ Q&A集 Delphi 初めてのAndroid Studio 初めてのFlutter+Dart プロフィール サイトマップ ホーム Q&A集 Linux～設定 MySQL/MariaDBでINTO OUTFILEで/tmpにファイル出力で ERROR 1086 (HY000): File already exists エラー 「MySQL/MariaDBでINTO OUTFILEで/tmpにファイル出力で ERROR 1086 (HY000): File already exists エラー」 LinuxのMySQL/MariaDBで
/tmp/systemd-private-* の意味について
CentOS を起動すると作られている /tmp/systemd-private-* というディレクトリについて説明します。 まず始めに、CentOS を立ち上げると /tmp の下に必ず長い名前のディレクトリが作成されています。 ~]$ ls /tmp systemd-private-3ef14b74b7b8486284b8b9e93065c94b-chronyd.service-Fsznwt systemd-private-3ef14b74b7b8486284b8b9e93065c94b-httpd.service-3a0L9f これは systemctl enable されているサービスの PrivateTmp が有効になっている場合に作成されます。 サービスの設定で PrivateTmp=true となっていると、 プロセスが使う一時ディレクトリをそのプロセスにしか見えないように隠
systemdの時間同期に関するUnit
この記事はUMITRON Advent Calendar 2021 5日目の記事です。 まえがき 弊社ではプロダクトの一部にRaspberry Piを利用しています。またシステムの要件として時刻が重要となるのですが、Raspberry PiにはRTCモジュールが付属しておらず一度シャットダウンしたのち起動し直すとシステムの時刻が最後にシャットダウンした時刻から始まります。アプリケーションを正しい時刻のシステム上で動かすには、Raspberry Piがインターネットに繋がりNTPによる時間の同期を待つ必要があります。 昔はこの時間の同期を待つのに自前でプログラムを書く必要がありましたが、最近はsystemdパッケージに時間同期を待つtargetがバンドルされています。この記事ではこのsystemdによる時間同期に関する情報をまとめます。 本編 time-sync.target と言うtarg
CentOS stream 8でサービスを登録しようとしたらエラーが出た話 - Qiita
[root@local hoge]# systemctl enable hoge.service The unit files have no installation config (WantedBy, RequiredBy, Also, Alias settings in the [Install] section, and DefaultInstance for template units). This means they are not meant to be enabled using systemctl. Possible reasons for having this kind of units are: 1) A unit may be statically enabled by being symlinked from another unit's .wants/ o
man systemd 日本語訳 - Qiita
man systemd で表示されるマニュアルの日本語訳。 名前 systemd, init - systemd システムとサービスを管理するマネージャー。 概要 説明 systemd は、 Linux オペレーティングシステム用のシステムとサービスを管理するマネージャーです。 起動時に最初のプロセスとして(PID 1 として)実行すると、ユーザースペースサービスを起動ならびに管理する init システムとして機能します。 SysV との互換性のために、 systemd が init として呼び出され、 PID が 1 でない場合、 telinit が実行され、すべてのコマンドライン引数が変更されずに渡されます。 つまり、通常のログインセッションから呼び出された場合、 init と telinit はほぼ同等です。 詳細については、 telinit(8) を参照してください。 system
第557回 systemdのユニットの関係を読む | gihyo.jp
systemdではユニット（Unit）という単位でサービスやソケット、あるいは他のユニットをまとめるターゲットなどを管理しています。ユニット設定ファイルはプレーンテキストで書かれていて、これをsystemdが解釈してサービスやシステムの起動・停止を管理しています。 ところで、サービス同士やサービスとその関連するソケットの間では、「あるサービスは別のサービスが先に起動していないと使えない」「このサービスはあるソケットを必要としており、これよりあとに起動する必要がある」など、アクティベート順序（起動順序）や依存関係があります[1]。これらのアクティベート順序や依存関係もユニット設定ファイルに記載されていて、systemdが解釈し、適切に実行していきます。 今回は、このアクティベート順序や依存関係について、systemdのユニットの設定ファイルで使われる基本的なディレクティブとその設定を調
Linux: コマンドのパーミッションは正しいはずなのにsystemdからの起動で「Permission denied」が出た話 - Qiita
[root@testhost ~]# uname -a Linux testhost 4.18.0-331.el8.x86_64 #1 SMP Thu Aug 19 16:49:03 UTC 2021 x86_64 x86_64 x86_64 GNU/Linux [root@testhost ~]# echo $SHELL /bin/bash [root@testhost ~]# ls -l /usr/lib/systemd/system/test.service -rw-r--r--. 1 root root 131 Aug 25 21:51 /usr/lib/systemd/system/test.service [root@testhost ~]# cat /usr/lib/systemd/system/test.service [Unit] Description = TEST [
systemd-nspawn - ArchWiki
systemd-nspawn は chroot コマンドに似ていますが、chroot を強化したものです。 systemd-nspawn を使えば軽量な名前空間コンテナでコマンドや OS を実行することができます。ファイルシステム階層だけでなく、プロセスツリーや様々な IPC サブシステム、ホスト・ドメイン名も完全に仮想化するため chroot よりも強力です。 systemd-nspawn は /sys, /proc/sys, /sys/fs/selinux などのコンテナの様々なカーネルインターフェイスへのアクセスを読み取り専用に制限します。コンテナの中からネットワークインターフェイスやシステムクロックを変更することは出来ません。デバイスノードが作成はできません。コンテナの中からホスト環境を再起動することはできず、カーネルモジュールのロードもできません。 systemd-nspawn
systemdので起動したアプリケーションのprintfを標準出力に表示したい
いつもお世話になっております。 > Armadillo 標準ガイド ソフトウェア開発編 8.1. 起動時にコマンドを自動実行する にしたがって、作成したアプリケーションを自動で起動するようにしました。 しかし、アプリケーション内の`printf`関数の出力が表示されません。 Linuxにログインして、アプリケーションを呼び出した場合は表示されます。 下記質問に似ていますが、journaldのログではなく、Linuxの標準出力に表示したいです。 https://armadillo.atmark-techno.com/forum/armadillo/3083 下記記事を参考に、`StandardOutput=journal+console`オプションを追加しました。 https://stackoverflow.com/a/41558234 しかし、やはり起動時には何も標準出力に表示されません。
ネットワーク起動後にhttpdやpostfixをサービス起動させる設定(Systemd) - 朝から昼寝
概要 httpdやpostfix等で、OS起動時のサービス自動起動が失敗することがあります。考えられる原因として、ネットワーク起動完了前のタイミングで該当のサービス起動されたというケースが挙げられます。 本記事は、Systemdにおいてネットワーク起動後にサービス起動させる設定についてまとめたものです。対象は主にRHEL7、CentOS7以降です。 詳細な仕様については、こちらの記事にまとめてあります。 概要 基本 起動失敗時のエラー例 httpd postfix 確実にネットワーク起動後にサービス起動させる設定(network-online.target) 詳細 After=network.target ≠ ネットワーク疎通可 まとめ 基本 起動失敗時のエラー例 httpd httpd.confにて特定IPアドレスのみをListenで指定した環境において、OS起動時等、そのIPアドレスが
systemdのUnitファイルのパスを知らなくともUnitファイルを編集する方法 - Qiita
systemdのUnitファイルの配置先パスはいっぱいあり、正直どこに置いていいのかわかりづらいです。 systemdを制御するsystemctl(1)にはeditというサブコマンドがあり、Unitファイルのパスを知らなくともUnitファイルを編集できます。 systemctl edit の利点は2つです。 今使っているシステム内で利用すべきパス上でエディタが立ち上がる Unitファイルの場所を知らなくても編集できる 編集後に systemctl daemon-reload を自動実行してくれる 反映し忘れが無くなる 試しに以下のようにすると ssh.service のUnitファイルのパスを知らなくとも、エディタが立ち上がって編集できるようになります。 この時のエディタは SYSTEMD_EDITOR 環境変数、もしくは EDITOR 環境変数で指定されたものになります。 nano が立
Ubuntu 18.04 で OS 起動時の apt update と unattended-upgrade を抑制する方法 - （ひ）メモ
時間のない人向けのまとめ sudo systemctl edit apt-daily.timer sudo systemctl edit apt-daily-upgrade.timer どちらも次の内容で保存します。 [Timer] Persistent=false もしくは、直接ファイルを編集して反映してもよいです。 sudo install -d -o root -g root -m 755 /etc/systemd/system/apt-daily.timer.d cat <<EOF | sudo tee /etc/systemd/system/apt-daily.timer.d/override.conf [Timer] Persistent=false EOF cp -pR /etc/systemd/system/apt-daily.timer.d/ /etc/systemd/s
Arch Linux - journalctl ログの最大サイズを設定 - 不言実行.com
jounalctlで表示されるログのデフォルトの最大サイズは、ArchLinuxの場合、/var/log/journalを割り当てたパーティション容量の10%。これは最大サイズを制限して小さくしておくことが可能。 jounalログのファイルサイズを調べる 現在のjounalログの合計サイズを表示。これはローテーションされたアーカイブファイルも含まれる。 $ journalctl --disk-usage Archived and active journals take up 216.0M in the file system. jounalログの削除 ファイルサイズを指定して /var/log/journal 内の古いアーカイブファイルを削除。 sudo journalctl --vacuum-size=50M 単位: K, M, G, T 日数を指定して削除することもできる。 $ su
timesyncdのFallbackNTPは「予備サーバー」ではない - Qiita
環境 Ubuntu 20.04LTS(デスクトップ版)などtimesyncdで時刻合わせをしているOS。 要約 FallbackNTPの設定はNTPに「アクセスできない」時ではなく、NTPが「定義されていない」時にのみ使用される。 FallbackNTPを設定しても使用されない? Ubuntu(デスクトップ版)は18.04以降、時刻合わせにtimesyncdを使うようになっているが、/etc/systemd/timesyncd.confの設定項目にFallbackNTPというものがあり大抵の解説サイトで「予備サーバー」といった説明がされている。 NTPの設定方法がサーバーをスペース区切りで複数記載できるようになっていることもあり、ntpdの動作になまじ詳しかったりすると以下のような動作をしていると思い込むかもしれない。 NTPにリストされているNTPサーバー「すべて」にアクセスして得られた
systemd-timesyncd - ArchWiki
systemd メーリングリスト より: systemd-timesyncd はネットワークを介してシステム時刻を同期させるために追加されたデーモンです。SNTP クライアントが実装されています。chrony や NTP リファレンスサーバーなどの NTP 実装とは対照的に、timesyncd はクライアント側しか実装しておらず、完全な NTP の複雑性に悩むことなく、リモートサーバーに時刻を問い合わせてそれにローカルクロックを同期させることだけに焦点を置いています。NTP をネットワークのクライアントに提供したりローカルのハードウェアクロックに接続したいのでなければ、このシンプルな NTP クライアントだけでほとんどの場合は十二分に間に合います。デーモンは最小権限で動作し、networkd と紐付けられることでネットワーク接続が有効なときだけ同期を行います。Raspberry Pi や組
【全オプション解説】journaldログが削除されない設定とおススメ設定を解説
【2ステップ】journaldのログが削除されないよう保管場所を変更する方法 具体的には、ログの保管場所をメモリ(「/run/log/journal」)からファイル(「/var/log/journal」)に変更します。 １．journaldの設定ファイル（/etc/systemd/journald.conf）を修正 vi /etc/systemd/journald.conf #Storage=aotoのオプション設定を「#」を削除して以下に変更 Storage=persistent 「#Storage=aoto」オプションの設定を変更せずデフォルト設定で「/var/log/」配下に「journal」ディレクトリを新規作成すると「Storage=persistent」と同様の設定になります。 「メモリ保管」か「ディスク保管」なのか明確にするために、あえて設定を変更することをおススメします。
Raspberry Piがたまに重くなるのはapt-daily.timerのせいかも - 動かざることバグの如し
結論 もしRaspberry Piの /var/log/syslog に以下のようなログがあったら重くなってるかも Oct 5 19:03:10 raspi13 systemd[1]: apt-daily-upgrade.timer: Adding 23min 12.345204s random time. Oct 5 19:03:10 raspi13 systemd[1]: apt-daily.timer: Adding 5h 56min 48.280035s random time. ケースバイケースだが止めても問題ない 発端 raspiが時々重くなる ってかハングアップしてしまった で、ログを調査してたら冒頭のような apt-daily-upgrade.timer ログが大量に出てきた。 おかしい、Raspberry Piはデフォルトではパッケージの自動アップデートはしないはずでは。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How do I get systemctl to print in color when being interacted with from a non-tty?
send stdout/stderr to console for a systemd service
What is the difference between apt-daily.timer and apt-daily-upgrade.timer