free -h コマンドを使用すると、システムの空きメモリと使用済みメモリの量を人間が読める形式で確認できます。これは、メモリ不足により mysqld が強制終了される問題のトラブルシューティングに役立ちます。 vmstat -a 1 4 コマンドを使用すると、スワップ使用量、ページング アクティビティ、メモリ障害などのシステムの仮想メモリ統計を 1 秒ごとに 4 回監視できます。これは、メモリ不足エラーの原因となるメモリ不足やパフォーマンスの問題を特定するのに役立ちます。 nc -v 127.0.0.1 3306 コマンドは、ポート 3306 で MySQL サーバーに接続して診断メッセージを表示しようとしますが、これはメモリ問題のトラブルシューティングには役立ちません。 renice -15 $( pidof mysql ) コマンドは、mysql プロセスの優先度を -15 に変更しますが、これによってメモリ不足によりプロセスが強制終了されるのを防ぐことはできません。 lsblk コマンドは、メモリ使用量ではなく、ブロック デバイスに関する情報を表示します。 killall -15 コマンドは、一致する名前を持つすべてのプロセスにSIGTERMシグナルを送信しますが、メモリの問題のトラブルシューティングには役立ちません。参考文献：[CompTIA Linux+ (XK0-005) 認定試験対策ガイド]、第15章
メモリとプロセス実行の管理、468 ～ 469 ページ。

所有者以外によるファイルの削除や変更を防ぐには、chmod +t /project/access2all コマンドを使用します。このコマンドは、/project/access2all ディレクトリにスティッキービットを設定します。スティッキービットは、ファイルの削除や名前変更をファイル所有者、ディレクトリ所有者、または root ユーザーのみに制限する特別な権限です。これにより、複数のユーザーがディレクトリへの書き込み権限を持っていても、互いのファイルを削除したり変更したりできなくなります。
その他のオプションは、目的を達成するための正しいコマンドではありません。chmod +rws /project/access2all コマンドは、ディレクトリに SUID ビットと SGID ビットの両方を設定します。これらは、プログラムまたはディレクトリを、それぞれ所有者またはグループの権限で実行またはアクセスすることを許可する特別な権限です。ただし、所有者以外のユーザーによるファイルの削除や変更は防止されません。chmod 2770 /project/access2all コマンドは、ディレクトリに SGID ビットのみを設定します。つまり、ディレクトリ内に作成された新しいファイルまたはサブディレクトリは、そのグループの所有権を継承します。ただし、所有者以外のユーザーによるファイルの削除や変更は防止されません。chmod ugo+rwx /project/access2all コマンドは、ディレクトリのすべてのユーザー（ユーザー、グループ、その他のユーザー）に読み取り、書き込み、および実行権限を付与します。つまり、誰でもディレクトリ内のファイルを削除または変更できるということです。参考：chmod(1) - Linux マニュアルページ、Linux で SUID、SGID、および Sticky ビットを使用する方法

free -m の出力を見ると、スワップ領域の大部分（955 MB）が使用されており、サーバーがスワップ処理を行っていることが分かります。スワップ処理は、システムの物理メモリが不足すると発生し、システムがメモリページをより低速なスワップ領域にオフロードする必要があるため、パフォーマンスの低下につながります。この問題を解決するには、物理​​メモリを追加するか、アプリケーションのメモリ使用量を最適化する必要があります。

custom.confファイルは、Apache Webサービスの管理権限としてuser1とwebadminにsudo権限を付与していますが、それぞれ異なるコマンドを使用しています。user1はsystemctlを使用してhttpdサービスを起動および停止できますが、webadminはinit.d、service、またはapache2ctlを使用してhttpdサービスを再起動できます。しかし、user1はサービスを再起動することはできず、起動と停止のみ可能です。この問題を解決するには、user1がwebadminと同じコマンドを使用できるようにする必要があります。これは、custom.confファイルで%groupname構文を使用してwebadminをグループとしてリストすることで実現できます。これにより、user1はwebadminグループのsudo権限を継承し、最小権限セキュリティモデルを損なうことなくApache Webサービスを再起動できるようになります。
参照
Sudo と Sudoers の設定 | Servers for Hackers、「グループ」セクション
第12章 sudoアクセスの管理 - Red Hatカスタマーポータル、「12.1. ユーザーとグループのsudoアクセスの設定」セクション

説明
この問題を解決するには、管理者はlogsearch.serviceのTimeoutStartUSec設定を増やす必要があります。systemct1 status logsearch.serviceの出力には、タイムアウトによりサービスの起動に失敗したことが示されています。
cat /etc/systemd/system/logsearch.service の出力によると、サービスの TimeoutStartUSec 設定は 10 秒ですが、サービスを起動するには短すぎる可能性があります。管理者はこの値を 30 秒や 1 分など、より大きな数値に増やしてから、サービスを再起動する必要があります。その他のオプションは問題とは関係がないため、正しくありません。systemct1 is-enabled logsearch.service の出力に示されているように、サービスは既に有効になっています。サービスはタイマーユニットではないため、OnCalendar 設定は使用されていません。サービスはシグナルによって強制終了されていないため、KillSignal 設定も使用されていません。参考資料：CompTIA Linux+ (XK0-005) 認定試験対策ガイド、第 14 章「プロセスの管理とタスクのスケジュール設定」、434～435 ページ。