題 網絡管理器覆蓋/ etc / hosts文件


我相信Oracle Linux 6上的網絡管理器服務會導致我機器上運行的clouder-scm-agent出現問題。 clouder-scm-agent在服務器ip上啟動,它從查看/ etc / hosts解析,在重新啟動時,網絡管理器似乎在hosts文件中添加了不需要的條目,導致我的 cloudera-scm-agent從127.0.0.1:9000端口開始而不是10.240.190.43:9000 cloudera-scm-server將其排除在外。

我想禁用網絡管理器的原因是因為它似乎正在修改/ etc / hosts文件,即使我已經為我的/ etc / hosts設置了只讀權限。我的/ etc / hosts看起來像這樣

127.0.0.1   localhost.localdomain   localhost
10.240.190.43   slc04vvo.internal.com   slc04vvvo

重新啟動Oracle Linux Server 6時,它補充道

127.0.0.1       slc04vvo localhost.localdomain localhost
::1     localhost6.localdomain6 localhost6

我的主機名是

hostname
slc04vvo

在這裡發生的兩個添加中,我不希望主機名是現有的127.0.0.1條目,而且我也不希望添加ipv6 localhost6條目。

任何人都有關於為什麼會發生這種情況的指示?

是否有一個很好的文檔可以指出網絡管理器服務在linux中的作用是什麼?如果我在重新啟動時禁用網絡管理器服務我需要採取的其他步驟(我需要使用靜態信息修改哪些其他文件) )這樣我就不會受到禁用網絡管理員的影響。

謝謝。


3
2018-04-08 04:22


起源


聽起來像錯誤的解決方案。您將要修改clouder-scm-agent的配置文件而不是hosts文件。 - Matt H
看起來設置文件是/etc/cloudera-scm-agent/config.ini - Matt H
嗨,是的,我已經看到這個文件,我可以更改一些屬性,但我相信我需要解決的第一個問題是自動覆蓋/ etc / hosts,導致我的代理啟動ipv6地址或127.0.0.1地址。我怎樣才能確保在linux中每次重啟時都不會覆蓋hosts文件? - Yatin


答案:


我相信你被咬了 這個bug (和我們其他人一樣)。甲骨文/紅帽的選擇速度還有兩年的時間 - 如果有人在運行最近的(!fc13 +)版本的fedora以確認NetworkManager已經改進了,那麼這將是有用的反饋。

一般來說,NetworkManager文檔就在 侏儒網站,並且應該是明確的,但他們將更加關注當前的前沿,而不是我們在企業/主流/穩定發行版中堅持的版本。


2
2018-04-12 14:55