- Community Home
- >
- HPE Community, Japan
- >
- HP-UX
- >
- System Management
- >
- DT メッセージ・システム
カテゴリ
Company
Local Language
フォーラム
ディスカッションボード
フォーラム
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
ディスカッションボード
ディスカッションボード
ディスカッションボード
フォーラム
ディスカッションボード
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
フォーラム
ブログ
- RSS フィードを購読する
- トピックを新着としてマーク
- トピックを既読としてマーク
- このトピックを現在のユーザーにフロートします
- ブックマーク
- 購読
- 印刷用ページ
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
10-25-2004 02:19 PM
10-25-2004 02:19 PM
DT メッセージ・システム
B2000にはOSがインストールされておらず、初めてOSのインストールをピアソン・エデュケーション社から出版されている「HP-UX11iシステム管理」を参考に行いました。
CDEのログイン画面が表示されたので、問題なくインストールに成功したと思いきや、"root"にてログインした後に"DT メッセージ・システムを起動できません"とのメッセージが出て、ログイン画面に戻されてしまうという状況が…。
メッセージが出力された時には、"/etc/hosts"を修正せよとの事だったので、ネットワーク周りの名前解決の話かと思い、/etc/resolv.conf、/etc/nsswitch.confを加えてチェックしたのですが、どうも原因がわかりません。
他に、どのようなところをチェックする必要があるでしょうか?
いきなりこのような質問でもうしわけありませんが、よろしくお願いします。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
10-25-2004 02:34 PM
10-25-2004 02:34 PM
DT メッセージ・システム
KBRC00004688 CDE Login Troubleshooting
重要な部分を抜き出しました。
名前解決か /var/adm/inetd.sec で直るような気がします。
ONLY THE ROOT USER IS ABLE TO LOGIN
Check the permission/ownership on the following files:
-r--r--r-- 1 bin bin 616 Jul 1 16:03 /etc/hosts
(The following files may or may not exist:)
-rw-r--r-- 1 root sys 833 Jun 8 1999 /etc/nsswitch.conf
-rw-r--r-- 1 root sys 159 Jun 8 1999 /etc/resolv.conf
-r--r--r-- 1 root sys 1010 Jun 25 18:22 /var/adm/inetd.sec
Determine whether or not a non-root user is able to resolve the name of the system:
������ /usr/bin/nslookup
������ /usr/bin/nslookup
where is the hostname and is the IP address for this system.
NOTE: These commands check for duplicate IP addresses or hostnames as well as any problems that may exist with the name resolution on the system.
If nslookup fails then CDE will fail to start.
If the new hostname and/or IP address cannot be resolved, please refer to document KBRC00008083: "Resolving a system's hostname and IP address locally" for more information on how to set-up the system to resolve the hostname locally.
Check the /var/adm/inetd.sec file for the following contents:
dtspc allow
spc allow
mserve allow
If these lines are NOT already contained within this file, add them and execute the following command to force the system to re-read the file:
������ /usr/sbin/inetd -c
Check the NFS mounted home directories:
Login as a non-root user via Command Line mode and verify that the user can create new files or write to existing files in his/her $HOME directory.
If the user is unable to create new files or write to existing files within his/her $HOME directory, this indicates that the NFS server has dropped the write permissions for this directory. Therefore, you will need to fix the permissions and execute the following command on the NFS server:
������ /usr/sbin/exportfs
If you continue to experience problems, create a new user with a $HOME directory on a local file system in an effort to isolate the problem.
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
10-25-2004 07:01 PM
10-25-2004 07:01 PM
DT メッセージ・システム
host名aaaの場合に
127.0.0.1 aaa localhost loopback
192.168.0.1 aaa
のような感じで。。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
10-25-2004 07:49 PM
10-25-2004 07:49 PM
DT メッセージ・システム
ドクター・DTに見つけてもらいましょう。
コマンドは、
/usr/contrib/bin/X11/dr_dt
です。
(*)nslookup hostname で正引きが出来ないのでは?
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
10-26-2004 12:43 AM
10-26-2004 12:43 AM
DT メッセージ・システム
/etc/hosts内の記述は、
127.0.0.1����localhost�������loopback
192.168.0.1��aaa
と記述しています。
なんとか、名前解決の部分で/etc/nsswitch.confによる検索順番を全てFiles→DNSの順にしてnisを削除したところ、対象のメッセージの出力は無くなりました。
しかし、自身のホスト名以外が名前解決に失敗するという事象に…。
会社から帰宅後にまたがんばってみます。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
10-26-2004 10:51 AM
10-26-2004 10:51 AM
DT メッセージ・システム
エントリが見つからなかったときに、次のソースを検索するかどうか指定できるのですが、以下の例みたいに、filesで見つからないときにあきらめるような設定になっていませんか?
-----
hosts: files dns
-----
NOTFOUND=continueなら次のソース、つまり、dnsを検索するので、DNSの設定が正しければ名前解決できるはずです。
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
10-26-2004 03:06 PM
10-26-2004 03:06 PM
DT メッセージ・システム
→ netstat -rn でどういう結果になるでしょうか
CDEが動作しなくなる原因としてホスト名が長すぎても(8文字まで)うまくいきません。
他にnetconfを手で修正するときに/etc/rc.config.d/以下にファイルをコピーしていたりすると設定を上書きしてしまってホスト名が変わらない場合があります。
→ grep HOSTNAME /etc/rc.config.d/* の結果はどうなるでしょうか
- 新着としてマーク
- ブックマーク
- 購読
- ミュート
- RSS フィードを購読する
- ハイライト
- 印刷
- 不適切なコンテンツを報告
10-26-2004 11:57 PM
10-26-2004 11:57 PM
DT メッセージ・システム
ご協力いただきありがとうございました。
DNSにて自身以外の名前解決が出来なかった理由がわかりました。
hazelwoodさんが御指摘くださった、nsswitch.confの記述はすでに前の段階で入れていたのですが、resolv.confの一番上に書かれたローカルDNSサーバの上位DNSサーバを指定していない事が原因でした。
完全にローカルネットワーク設定で自爆してました。
お騒がせしました。
それと、DTメッセージシステムの起動についての根本は、テレコム担当者さんの御指摘どおり、/var/adm/inetd.sec 内のホスト名の書き方でした。
一度、ファイル内のコメントを参考に記述したのですが、英語に翻弄されて正しく記述できておらず、ここまで引っ張ってしまったようです。
ITRCを初めて利用させていただきましたが、皆さんの温かい対応に感動しています。
今回、みなさんに支えていただいた事を忘れずに精進し、このコミュニティーに還元できていけばと思っています。
今後ともよろしくお願いします。