最新記事

XRDP 아, 아무 일도 일어나지 않았습니다. redhat linux에서 로그아웃하세요.
rhel
gnome
xrdp

XRDP 아, 아무 일도 일어나지 않았습니다. redhat linux에서 로그아웃하세요.

나는 Redhat Linux 서버에서 xrdp를 사용하고 있었고 작동 중이었지만 최근에는 다음 결함으로 인해 작동이 중지되었습니다. 알아보고 있습니다 xrdp-sesman -nm. 다음은 오류입니다. flatpak: /home/username/anaconda3/lib/libuuid.so.1: no version information available (required by /lib64/libappstream-glib.so.8) 나는 추가했다/lib64 and /usr/lib64 to $LD_LIBRARY_PATH 이 문제를 어떻게 해결할 수 있나요?

Admin

Gnomeログインがログイン画面に表示されます。仕事を始める
centos
rhel
gnome

Gnomeログインがログイン画面に表示されます。仕事を始める

Centos Streamを再起動(おそらく更新)した後、ログインできなくなります。 デフォルトはgraphical.target コンソールモードを実行してログインして実行するとstartx機能します。 ログイン設定は次のように設定されています。Standard X11 display server Centosのデフォルトのディスプレイマネージャ:GDM(GNOME Display Manager)のようです。 ログイン画面でログインを妨げるものは何ですか? 他のすべての問題を確認しましたが、解決された問題はありません。 $ systemctl status display-manager ● gdm.service - GNOME Display Manager Loaded: loaded (/usr/lib/systemd/system/gdm.service; enabled; vendor preset: enabled) Active: active (running) since Mon 2022-02-28 08:34:19 JST; 14min ago Main PID: 1884 (gdm) Tasks: 3 (limit: 409474) Memory: 5.9M CGroup: /system.slice/gdm.service └─1884 /usr/sbin/gdm Feb 28 08:34:19 i9wspro systemd[1]: Starting GNOME Display Manager... Feb 28 08:34:19 i9wspro systemd[1]: Started GNOME Display Manager. Feb 28 08:34:24 i9wspro gdm[1884]: Gdm: GdmDisplay: Session never registered, failing Feb 28 08:34:27 i9wspro gdm[1884]: Gdm: GdmDisplay: Session never registered, failing Feb 28 08:34:35 i9wspro gdm[1884]: Gdm: GdmCommon: process (pid:2049, command 'gdm-session-worker [pam/gdm-launch-environment]') isn't dying after 5 seconds, now ignoring it. Feb 28 08:50:30 i9wspro gdm[1884]: Gdm: GdmDisplay: Session never registered, failing ログインしようとするたびに追加されます。gdm[1884]: Gdm: GdmDisplay: Session never registered, failing /etc/gdm/custom.conf # GDM configuration storage [daemon] # Uncoment the line below to force the login screen to use Xorg WaylandEnable=false #AutomaticLoginEnable=True #AutomaticLogin=alexis [security] [xdmcp] [chooser] [debug] # Uncomment the line below to turn on debugging #Enable=true systemctl list-units --failed:

Admin

RHELバージョン7.6をRHEL 8.4にアップグレードする(オフライン)
linux
centos
rhel
kernel

RHELバージョン7.6をRHEL 8.4にアップグレードする(オフライン)

RHEL Server 7.6をRHEL 8.4にアップグレードしようとしています。 〜のように leapp preupgrade --no-rhsm --enablerepo BaseOS --enablerepo AppStream ただし、最終的に次のエラーが発生します。 ============================================================ UPGRADE INHIBITED ============================================================ Upgrade has been inhibited due to the following problems: 1. Inhibitor: The installed OS version is not supported for the in-place upgrade to RHEL 8 2. Inhibitor: Detected loaded kernel drivers which have been removed in RHEL 8. Upgrade cannot proceed. 3. Inhibitor: Missing required answers in the answer file Consult the pre-upgrade report for details and possible remediation. ============================================================ UPGRADE INHIBITED ============================================================ 上記の手順でどのように進むかをご存知ですか? メモ: 次に、 /etc/leapp/files次のファイルを設定します。 ls -ltr /etc/leapp/files total 3100 -rw-r--r-- 1 root root 47708 Aug 15 12:55 unsupported_pci_ids.json -rw-r--r-- 1 root root 20711 Aug 15 12:55 unsupported_driver_names.json -rw-r--r-- 1 root root 3057300 Aug 15 12:55 pes-events.json -rw-r--r-- 1 root root 39703 Aug 15 12:55 repomap.csv more /var/log/leapp/leapp-report.txt Risk Factor: high (inhibitor) Title: The installed OS version is not supported for the in-place upgrade to RHEL 8 Summary: The supported OS releases for the upgrade process: RHEL-ALT 7.6 RHEL-SAPHANA 7.7 RHEL 7.9

Admin

UNIXグループの1人のユーザーはazcopyを実行できますが、グループ内の他のユーザーは実行できません。
bash
rhel

UNIXグループの1人のユーザーはazcopyを実行できますが、グループ内の他のユーザーは実行できません。

同じRH Linuxグループfoobar内の2人のユーザーfoobiz 猫/ etc / passwd |カット-d:-f1,4 | foobar:10 foobiz:10 foob​​arを実行できますコピー $azcopy - バージョン azcopy version 10.3.4 foob​​izを実行できませんコピー $azcopy - バージョン -bash: azcopy: command not found Q:foobizはどのように機能しますか?azcopy

Admin

PostgreSQL バージョンをインストールできません。 RHEL7には11のクライアントがあります。
rhel
software-installation
yum
docker
postgresql

PostgreSQL バージョンをインストールできません。 RHEL7には11のクライアントがあります。

私のサーバーシステムは次のとおりです $ lsb_release -d Description: Red Hat Enterprise Linux Server release 7.5 (Maipo) 通常、このサーバーにpostgres:11を実行しているDockerizedデータベースがあり、おおまかに言うと、ここでデータベースダンプを作成する必要があります。 次のように入力してください。 $ sudo yum install postgresql バージョン9では、postgresql clinet(pg_dump、psqlなどを含む)をインストールできます。しかし、postgresql:11データベースからダンプを生成できなかったので、次の提案を見つけました。https://www.symmcom.com/docs/how-tos/databases/how-to-install-postgresql-11-x-on-centos-7 私はそれを段階的にしました: step 1: $ sudo yum update -y # I didn't sudo reboot as I wanted to avoid server to not start again and ghaving to ask IT support for restarting it for me step 2: $ sudo rpm -Uvh https://yum.postgresql.org/11/redhat/rhel-7-x86_64/pgdg-redhat-repo-latest.noarch.rpm step 3: $ sudo yum install postgresql11 -y 奇妙なことは、これがインストールされ動作することが今回が初めてだということです。しかし、ログアウト/ログインした後も、postgresql:9最初の選択で元々プリインストールされたものがまだ残っていたので、すべてのpostgresqlを削除しました。yum remove postgresql postgresql11 上記の手順1〜3を再試行しましたが、次の結果が得られました。 $ sudo yum install postgresql11 -y Loaded plugins: langpacks, product-id, rhnplugin, search-disabled-repos This system is not registered with RHN Classic or Red Hat Satellite. You can use rhn_register to register. Red Hat Satellite or RHN Classic support will be disabled. No package postgresql11 available. Error: Nothing to do postgresql11パッケージを再インストールしようとしたときに表示されない理由を説明してください。 yumキャッシュを削除してみましたが、役に立ちませんでした。 以下からログインyum list: $ sudo yum list | grep postgresql This system is not registered with RHN Classic or Red Hat Satellite. You can use rhn_register to register. Red Hat Satellite or RHN Classic support will be disabled. postgresql.x86_64 9.2.24-2.el7_7 @GSS-RHEL7 postgresql-devel.x86_64 9.2.24-2.el7_7 @GSS-RHEL7 postgresql-libs.x86_64 9.2.24-2.el7_7 @GSS-RHEL7 postgresql11-libs.x86_64 11.7-1PGDG.rhel7 @pgdg11 qt-postgresql.x86_64 1:4.8.7-4.el7 @GSS-RHEL7 qt5-qtbase-postgresql.x86_64 5.9.7-2.el7 @GSS-RHEL7 freeradius-postgresql.x86_64 3.0.13-10.el7_6 GSS-RHEL7-optional libreoffice-postgresql.x86_64 1:5.3.6.1-21.el7 GSS-RHEL7-optional pcp-pmda-postgresql.x86_64 4.3.2-4.el7_7 GSS-RHEL7 postgresql.i686 9.2.24-2.el7_7 GSS-RHEL7 postgresql-contrib.x86_64 9.2.24-2.el7_7 GSS-RHEL7 postgresql-devel.i686 9.2.24-2.el7_7 GSS-RHEL7 postgresql-docs.x86_64 9.2.24-2.el7_7 GSS-RHEL7 postgresql-jdbc.noarch 9.2.1002-6.el7_5 GSS-RHEL7 postgresql-jdbc-javadoc.noarch 9.2.1002-6.el7_5 GSS-RHEL7-optional postgresql-libs.i686 9.2.24-2.el7_7 GSS-RHEL7 postgresql-odbc.x86_64 09.03.0100-2.el7 GSS-RHEL7 postgresql-plperl.x86_64 9.2.24-2.el7_7 GSS-RHEL7 postgresql-plpython.x86_64 9.2.24-2.el7_7 GSS-RHEL7 postgresql-pltcl.x86_64 9.2.24-2.el7_7 GSS-RHEL7 postgresql-server.x86_64 9.2.24-2.el7_7 GSS-RHEL7 postgresql-static.i686 9.2.24-2.el7_7 GSS-RHEL7-optional postgresql-static.x86_64 9.2.24-2.el7_7 GSS-RHEL7-optional postgresql-test.x86_64 9.2.24-2.el7_7 GSS-RHEL7 postgresql-upgrade.x86_64 9.2.24-2.el7_7 GSS-RHEL7-optional qt-postgresql.i686 1:4.8.7-4.el7 GSS-RHEL7 qt5-qtbase-postgresql.i686 5.9.7-2.el7 GSS-RHEL7

Admin

4TBシステムのRedhat 7.6:1TB以上は使用できません。
rhel
linux-kernel
memory

4TBシステムのRedhat 7.6:1TB以上は使用できません。

Redhat 7.6を実行する4-CPU/72コア、4TBメモリシステムがあります。 /proc/cmdline示す: BOOT_IMAGE=/vmlinuz-3.10.0-957.5.1.el7.x86_64 ... ro crashkernel=auto rd.lvm.lv=vg00/lswap nomodeset rhgb quiet LANG=en_US.UTF-8 ジョブを実行すると、このマシンに1TB以上のメモリを割り当てることはできません。割り当てられたメモリを使用してこれを再現できましたstress-ng。たとえば、現在の状態は次のとおりです。 total used free shared buff/cache available Mem: 3.9T 279G 2.2T 34G 1.4T 3.6T Swap: 127G 849M 127G 1TB以上を使用するためにストレスngを使用してメモリを割り当てようとすると、エラーが発生します。このコマンドはうまく動作します。 stress-ng -m 60 --vm-bytes 700G -t 180s メモリが最大980GB程度になることを確認しました。しかし、もう少し割り当てると、mmapは失敗します。 stress-ng -m 60 --vm-bytes 800G -t 180s stress-ng: info: [90100] dispatching hogs: 60 vm stress-ng: error: [90457] stress-ng-vm: gave up trying to mmap, no available memory そして、freeディスプレイ使用量は最大1TBに達します。使用量は1TBを超えていません。 ユーザーメモリを1.0TBに制限できるカーネル構成やその他の要素を考慮する必要がありますか?時間の経過とともに、このbuff/cache値は3.0Tに増加し、決して解放されません。おそらく、カーネルがユーザープロセスがその値に入ることを許可していないからです。

Admin

購読なしで(技術的または法的に)RHELを使用できますか?
rhel
licenses

購読なしで(技術的または法的に)RHELを使用できますか?

購読を購入せずにRHELを実行することは可能で正当ですか? いくつかの背景 私たちの組織では、サブスクリプションのある顧客のためにベアメタルマシンに3つのRHELボックスを設置しました(これまではRed Hatと比較してかなり良い価格です)。 これで、本番システムではなく仮想化システムに直接適用する必要があるいくつかの設定をテストする必要があるようです。テストに使用したいことを考えると、これらのシステムでRHELを実行することを含め、システムが元のシステムとできるだけ類似していることを望みます。 (CentOSについて知っていますが、違いがあるかどうかわからないので、CentOSを使用してください。望ましくない違いが発生します...)。 私たち(または私たちの顧客)がすでに3つのサーバーサブスクリプションを介してRHELにうまく貢献していることを考えると、RHNを購読するのではなく、「トリック」を使用しないRHEL用のVMを実行することが技術的に可能かどうか疑問に思います。ローカルストレージ"/"on our LAN"は、元のサーバーがRHNからロードしたパッケージで埋められます。 RHNは、これら3つのサーバーが使用するすべてのパッケージを照会して表示し、rpmファイルをコピーできると確信しています。そして、これがローカルホストでホストできるロープを設定するツールだとrpm -qaします。仮想マシンネットワーク。したがって、技術的には完全に可能だと思います。この質問にはいくつかの確認が必要です(せいぜい、もちろん不可能かもしれませんが、この質問の結果でもあります)。createrepohttpd 第二の側面は法的性質に近い。たとえば、Microsoftの優れたソフトウェアのような独自の製品であれば、ライセンスなしでできることはあまりないことに気づいたでしょう。ただし、RHで配布されるほとんどのパッケージ(??all?)には通常のGPLv2感染があるため、誰でも(RHELでライセンスされている)再ライセンスのための無料のソフトウェア権限を持つことができるとします。 私たちの顧客がRHNに参加し、ほとんどのパッケージにGPLv2属性を提供し、次のような無料のソフトウェア権限を取得すると仮定するのは正しいですか? RHNを通じて受け取るGPLv2およびその他の無料ソフトウェアライセンスのソースコードをリクエストしてください。 必要なRHNバイナリパッケージにもアクセスできますか? 著作権上の理由でソフトウェアを合法的に使用するには、ライセンスが必要です。私が知る限り、これはパッケージレベル(Linuxディストリビューションの文脈で)で行われます。これは、そのアップストリームパッケージプロジェクトが元の著作権所有者であるためです(つまり、bashを作成した人はRed Hatではなく、多くの貢献者やGNUプロジェクト)。ライセンスを見つけるために次のクエリを実行しました。 rpm -qa | while read pkg; do LANG=C yum info "$pkg" ; done | grep -ie '^License' | sort | uniq -c 次のライセンスを生成します。 1 License : AFL and GPLv2+ 3 License : ASL 2.0 4 License : Boost and MIT and Python 25 License : BSD 3 License : BSD and GPLv2+ 2 License : BSD and LGPLv2 and Sleepycat 1 License : BSD with advertising 1 License : BSD with advertising and MPLv1.1 2 License : CC-BY-SA 1 License : commercial 2 License : Commercial 2 License : Commercial IBM 1 License : (FTL or GPLv2+) and BSD and MIT and Public Domain and zlib with 1 License : GPL 5 License : GPL+ 1 License : GPL+ and BSD and GPLv2+ and GPLv2 and LGPLv2+ 1 License : GPL+ and GPLv2 and GPLv2+ and GPLv3+ and LGPLv2+ 1 License : GPL+ and GPLv2+ and MIT and Redistributable, no modification 1 License : GPL+ and LGPLv2+ 27 License : GPL+ or Artistic 1 License : (GPL+ or Artistic) and BSD 1 License : (GPL+ or Artistic) and (GPLv2+ or Artistic) and Copyright Only and 37 License : GPLv2 48 License : GPLv2+ 3 License : GPLv2+ and BSD 1 License : GPLv2+ and GPL+ 1 License : GPLv2 and GPLv2+ with exceptions and GPLv3+ and Verbatim and 2 License : GPLv2+ and GPLv3+ 1 License : GPLv2 and LGPLv2 5 License : GPLv2+ and LGPLv2+ 2 License : GPLv2+ and LGPLv2+ with exceptions 1 License : GPLv2+ and Public Domain 1 License : GPLv2+ and Redistributable, no modification permitted 1 License : GPLv2+, LGPLv2+, MIT 2 License : (GPLv2+ or AFL) and GPLv2+ 1 License : GPLv2+ or Artistic 1 License : GPLv2+ or LGPLv2+ or MPLv1.1 3 License : GPLv2+ or LGPLv3+ 1 License : GPLv2 with exceptions and LGPLv2 and BSD 1 License : GPLv3 22 License : GPLv3+ 2 License : (GPLv3+ and ASL 2.0) 1 License : GPLv3+ and GFDL 1 License : GPLv3+ and GFDL and BSD and MIT 1 License : GPLv3+ and GPL and LGPLv3+ and LGPL and BSD 1 License : GPLv3+ and (GPLv2+ or LGPLv3+) 1 License : GPLv3+ and GPLv3+ with exceptions and GPLv2+ and GPLv2+ with 4 License : GPLv3+ and GPLv3+ with exceptions and GPLv2+ with exceptions and 3 License : GPLv3+ and LGPLv2+ 1 License : IBM and GPLv2+ 3 License : ISC 1 License : LGPL-2.0 12 License : LGPLv2 40 License : LGPLv2+ 1 License : LGPLv2+ and GPLv2+ and CC-BY-SA 1 License : LGPLv2+ and GPLv3+ 1 License : LGPLv2+ and GPLv3+ and GFDL 1 License : LGPLv2+ and GPLv3+ and GPLv2+ and Verbatim and Public Domain 3 License : LGPLv2+ and LGPLv2+ with exceptions and GPLv2+ 1 License : LGPLv2+ and MIT 1 License : LGPLv2+ or MIT 2 License : LGPLv3+ 1 License : LGPLv3+ and GFDL 1 License : LGPLv3+ and GPLv3+ and GFDL 1 License : LGPLv3+ or GPLv2+ 1 License : Licensed only for approved usage, see COPYING for details. 22 License : MIT 2 License : MIT and BSD and ISC and GPLv2+ 1 License : MIT and Public Domain 1 License : MIT or LGPLv2+ or BSD 1 License : MPLv1.1 6 License : MPLv2.0 1 License : OpenLDAP 1 License : OpenSSL 1 License : Proprietary 11 License : Public Domain 5 License : Python 1 License : Python or ZPLv2.0 15 License : Redistributable, no modification permitted 4 License : Vim 1 License : zlib and Boost 今、すべての機能を理解するのは面倒ですが、私はこれらの「フリーソフトウェアライセンス」(GPLv2 +など)がライセンス所有者にそのようなrpmのできるだけ多くのコピーを作成する権利を与えなければならないと思います。大丈夫ですか? MITやBSDソフトウェアについてはよくわかりません。 Red Hatがこのパッケージを使用するにはソフトウェアライセンスが必要になる可能性があると思いました。

Admin

/var/spool/abrt/をクリアする正しい方法は何ですか?
rhel
find
directory
rm
abrt

/var/spool/abrt/をクリアする正しい方法は何ですか?

私たちはからプロセスを自動化したいと思います/var/spool/abrt/。 RHELシステムバージョン7.xがあります。 既知の方法は次のことです # systemctl stop abrtd # systemctl stop abrt-oops 次のrmコマンドを使用して、これらのすべてのディレクトリとファイルを削除できます。 # abrt-cli rm /var/spool/abrt/* その後サービス開始 # systemctl start abrtd # systemctl start abrt-oops 削除プロセスを次のように単純化しようとしています。 10日より古いディレクトリが削除されます。/var/spool/abrt/ find /var/spool/abrt/ -type d -ctime +10 -exec rm -rf {} \; /var/spool/abrt/ディレクトリを消去するのは良い選択ですか?

Admin

RHEL 7は環境機能をサポートしていますか?
centos
rhel
systemd

RHEL 7は環境機能をサポートしていますか?

私はこの問題について混乱しており、インターネット検索に情報が制限されています。 一部の人々は、これをサポートするにはsystemd v229以降が必要だと言います。 https://github.com/antoiner77/caddy-ansible/issues/31 Red Hat の変更ログには、RHEL 7.3 からサポートが可能であると記載されています。 https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/7.3_release_notes/new_features_kernel しかし、これは私のクエリの結果と競合します。どんな文が正しいですか? Ambient機能の実際のサポートを確認する方法はありますか? # systemctl --version systemd 219 +PAM +AUDIT +SELINUX +IMA -APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 -SECCOMP +BLKID +ELFUTILS +KMOD +IDN # rpm -q centos-release centos-release-7-6.1810.2.el7.centos.x86_64

Admin

2 つのインターフェイスを使用する場合の NFS/CIFS 共有および火星パケットに関する問題
networking
rhel
dns
nfs
cifs

2 つのインターフェイスを使用する場合の NFS/CIFS 共有および火星パケットに関する問題

背景: 孤立したLANがあります。スイッチは3つのVLANで構成されています。私のネットワークの設定方法は次のとおりです。 VLAN Subnet Mask CIDR Range Gateway 10 192.168.10.0 255.255.255.224 /27 192.168.10.1-32 192.168.10.1 15 192.168.10.96 255.255.255.224 /27 192.168.10.97-126 192.168.10.97 20 192.168.10.128 255.255.255.224 /27 192.168.10.129-158 192.168.10.129 Hostname Type VLAN IP DC2012 Server WIN2012VM (NIC-1) 10 192.168.10.7 FS2012 Server WIN2012VM (NIC-3) 10 192.168.10.8 VMM2012 Server WIN2012 (NIC-2) 10 192.168.10.6 VMM2012 Server WIN2012 (NIC-4) 15 192.168.10.102 WIN10PC1 Client WIN10 20 192.168.10.134 WIN10PC2 Client WIN10 20 192.168.10.135 WIN10PC3 Client WIN10 20 192.168.10.136 WIN10PC4 Client WIN10 20 192.168.10.137 RHEL6-1 Client RHEL6 20 192.168.10.142 RHEL6-2 Client RHEL6 20 192.168.10.143 RHEL6SRV Server RHEL6 (NIC-1) 10 192.168.10.9 RHEL6SRV Server RHEL6 (NIC-2) 15 192.168.10.103 RHEL6-3 Client RHEL6 (NIC-1) 10 192.168.10.10 RHEL6-3 Client RHEL6 (NIC-2) 15 192.168.10.104 RHEL6-3とRHEL6SRVでNetwork Managerを使用し、2番目のNICに次のパスを設定しました。 192.168.10.96 MASK 255.255.255.224 GATEWAY 192.168.19.97 VMM2012では、次のように設定しました。 Route -p ADD 192.168.10.96 MASK 255.255.255.224 192.168.19.97 IF 17(17はNIC-4) DC2012 および FS2012 は、VMM2012 に物理的に配置された VM です。それぞれは専用のNICを使用します。 Windowsでは、「管理オペレーティングシステムがこのネットワークアダプタを共有できるようにする」オプションの選択を解除しました。 すべてのコンピュータはDC2012で認証されています。 すべてのシステムには、FS2012およびVMM2012のCIFSインストールがあります。 RHEL6-3 VLAN15を介してRHEL6SRVにNFS4をインストールし、VMM2012にCIFSをインストールします。 RHEL6SRVとVMM2012は、VLAN15を介して互いにCIFSをインストールします。 質問1: ログに次のメッセージが表示されます。 Jun 14 09:07:27 RHEL6-3 kernel: martian source 192.168.10.127 from 192.168.10.102, on dev eml Jun 14 09:07:29 RHEL6-3 kernel: martian source 192.168.10.10 from 192.168.10.7, on dev em2 Jun 14 09:08:04 RHEL6-3 kernel: martian source 192.168.10.31 from 192.168.10.7, on dev em2 Jun 14 09:07:32 RHEL6-3 kernel: martian source 255.255.255.255 from 192.168.10.9, on dev em2 Jun 14 10:21:39 RHEL6SRV kernel: martian source 192.168.10.127 from 192.168.10.102, on dev eml Jun 14 11:50:55 RHEL6SRV kernel: martian source 192.168.10.103 from 192.168.10.102, on dev eml Jun 14 11:51:03 RHEL6SRV kernel: martian source 255.255.255.255 from 192.168.10.9, on dev em2 Jun 14 11:51:36 RHEL6SRV kernel: martian source 192.168.10.9 from 192.168.10.6, on dev em2 メッセージを表示するためにRHEL6SRVで(tcpdump -ni em2)を試して、そのメッセージを見つけました。 ARP, Request who-has 192.168.10.9 tell 102.168.10.6, length 46 martian source 192.168.10.9 from 192.168.10.6, on dev em2 IP 192.168.10.9.43202 > 255.255.255.255.hlserver: UDP, length 40 martian source 255.255.255.255 from 192.168.10.9, on dev em2 ネットワーク構成エラーの原因を診断する必要があります。 質問2: VLAN15インターフェイスのIPアドレスを介してNFS4またはCIFS共有をマウントしようとすると、「マウント中にサーバーによってアクセスが拒否されました」エラーが発生しますが、ホスト名(VLAN10 IPにマップされている)を使用してマウントしようとすると機能します。 。システムにはホスト名が1つしかないので、セカンダリIPのDNSを処理する方法がわかりません。 クライアント/etc/fstab 例: //192.168.10.102:/share /winshare cifs noauto,sec=krb5i,multiuser,cifsacl,nosuid,nodev,noexec 0 0 192.168.10.103:/share /nfsshare nfs4 noauto,sec=krb5p,nosuid,nodev,noexec 0 0 サーバーNFSエクスポートの例: /share *(rw)

Admin