JVMがSUSEで潰れた原因

今日、同僚がメーカーにプロジェクトを配置しに行った时、プロジェクトがスタートするとすぐに潰れてしまうことに気づきましたが、プロジェクトはすでに他のメーカーと自社のクラウドサーバーで安定して长い间運行していて、しかも大量の厳格な机能を経て、同时にテストして、これは私に少し惊いて、理解を通じて、相手の机械のオペレーティングシステムがSUSEであることを知りました.同僚はjvmが潰れた時に生成したhsを送り返した.err_pidファイル.hs_を表示するにはerr_pidファイルでは、以下の情報が重要であることがわかります.

Stack: [0x00007f823bcfd000,0x00007f823bdfe000],  sp=0x00007f823bdf7a90,  free space=1002k
Native frames: (J=compiled Java code, j=interpreted, Vv=VM code, C=native code)
C  [libresolv.so.2+0x7e7d]  __libc_res_nquery+0x4dd
C  [libresolv.so.2+0x816d]  __libc_res_nquerydomain+0xcd

Java frames: (J=compiled Java code, j=interpreted, Vv=VM code)
j  java.net.Inet6AddressImpl.lookupAllHostAddr(Ljava/lang/String;)[Ljava/net/InetAddress;+0
j  java.net.InetAddress$1.lookupAllHostAddr(Ljava/lang/String;)[Ljava/net/InetAddress;+4
j  java.net.InetAddress.getAddressesFromNameService(Ljava/lang/String;Ljava/net/InetAddress;)[Ljava/net/InetAddress;+51
j  java.net.InetAddress.getLocalHost()Ljava/net/InetAddress;+90
j  com.mchange.v2.uid.UidUtils.generateVmId()Ljava/lang/String;+30
j  com.mchange.v2.uid.UidUtils.()V+9
v  ~StubRoutines::call_stub
j  com.mchange.v2.c3p0.impl.C3P0ImplUtils.()V+77
v  ~StubRoutines::call_stub
j  com.mchange.v2.c3p0.impl.DriverManagerDataSourceBase.(Z)V+69
j  com.mchange.v2.c3p0.DriverManagerDataSource.(Z)V+2
j  com.mchange.v2.c3p0.DriverManagerDataSource.()V+2
j  com.mchange.v2.c3p0.DataSources.unpooledDataSource(Ljava/lang/String;Ljava/util/Properties;)Ljavax/sql/DataSource;+4
j  org.hibernate.c3p0.internal.C3P0ConnectionProvider.configure(Ljava/util/Map;)V+414
j  org.hibernate.boot.registry.internal.StandardServiceRegistryImpl.configureService(Lorg/hibernate/service/spi/ServiceBinding;)V+24
j  org.hibernate.service.internal.AbstractServiceRegistryImpl.initializeService(Lorg/hibernate/service/spi/ServiceBinding;)Lorg/hibernate/service/Service;+55
j  org.hibernate.service.internal.AbstractServiceRegistryImpl.getService(Ljava/lang/Class;)Lorg/hibernate/service/Service;+30
j  org.hibernate.engine.jdbc.internal.JdbcServicesImpl.buildJdbcConnectionAccess(Ljava/util/Map;)Lorg/hibernate/engine/jdbc/spi/JdbcConnectionAccess;+20
j  org.hibernate.engine.jdbc.internal.JdbcServicesImpl.configure(Ljava/util/Map;)V+2
j  org.hibernate.boot.registry.internal.StandardServiceRegistryImpl.configureService(Lorg/hibernate/service/spi/ServiceBinding;)V+24
j  org.hibernate.service.internal.AbstractServiceRegistryImpl.initializeService(Lorg/hibernate/service/spi/ServiceBinding;)Lorg/hibernate/service/Service;+55
j  org.hibernate.service.internal.AbstractServiceRegistryImpl.getService(Ljava/lang/Class;)Lorg/hibernate/service/Service;+30
j  org.hibernate.cfg.Configuration.buildTypeRegistrations(Lorg/hibernate/service/ServiceRegistry;)V+13
j  org.hibernate.cfg.Configuration.buildSessionFactory(Lorg/hibernate/service/ServiceRegistry;)Lorg/hibernate/SessionFactory;+17
j  com.dear.simpler.db.utils.HibernateUtil.init()V+35
j  com.dear.simpler.db.utils.HibernateUtil.()V+18
v  ~StubRoutines::call_stub
j  com.dear.simpler.dao.impl.BaseDaoImpl.getSession()Lorg/hibernate/Session;+0
j  com.dear.simpler.dao.impl.BaseDaoImpl.get(Ljava/io/Serializable;)Ljava/lang/Object;+8
j  com.dear.simpler.dbrpc.service.SmbDBOperatorImpl.dbcache_getSpLock(Ljava/lang/String;)Lcom/dear/simpler/dbrpc/thrift/Response;+25
v  ~StubRoutines::call_stub
j  sun.reflect.NativeMethodAccessorImpl.invoke0(Ljava/lang/reflect/Method;Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+0
j  sun.reflect.NativeMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+87
j  sun.reflect.DelegatingMethodAccessorImpl.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+6
j  java.lang.reflect.Method.invoke(Ljava/lang/Object;[Ljava/lang/Object;)Ljava/lang/Object;+57
j  com.dear.simpler.dbrpc.processor.SMBDBServiceImpl.invokeMethod(Ljava/lang/String;Ljava/lang/String;)Lcom/dear/simpler/dbrpc/thrift/Response;+44
j  com.dear.simpler.dbrpc.processor.SMBDBServiceImpl.getService(Lcom/dear/simpler/dbrpc/thrift/Request;)Lcom/dear/simpler/dbrpc/thrift/Response;+228
j  com.dear.simpler.dbrpc.thrift.SMBDBService$Processor$getService.getResult(Lcom/dear/simpler/dbrpc/thrift/SMBDBService$Iface;Lcom/dear/simpler/dbrpc/thrift/SMBDBService$getService_args;)Lcom/dear/simpler/dbrpc/thrift/SMBDBService$getService_result;+14
j  com.dear.simpler.dbrpc.thrift.SMBDBService$Processor$getService.getResult(Ljava/lang/Object;Lorg/apache/thrift/TBase;)Lorg/apache/thrift/TBase;+9
j  org.apache.thrift.ProcessFunction.process(ILorg/apache/thrift/protocol/TProtocol;Lorg/apache/thrift/protocol/TProtocol;Ljava/lang/Object;)V+86
j  org.apache.thrift.TBaseProcessor.process(Lorg/apache/thrift/protocol/TProtocol;Lorg/apache/thrift/protocol/TProtocol;)Z+126
j  org.apache.thrift.server.AbstractNonblockingServer$FrameBuffer.invoke()V+77
j  org.apache.thrift.server.Invocation.run()V+4
j  java.util.concurrent.ThreadPoolExecutor.runWorker(Ljava/util/concurrent/ThreadPoolExecutor$Worker;)V+95
j  java.util.concurrent.ThreadPoolExecutor$Worker.run()V+5
j  java.lang.Thread.run()V+11
v  ~StubRoutines::call_stub

観察することで、問題はjavaに現れるはずだと思います.net.Inet6AddressImpl.lookupAllHostAddr(Ljava/lang/String;)[Ljava/net/InetAddress;+0の場所で、Googleという方法のSUSEでの問題を始め、他の人が出会ったことがあるかどうかを見てみました.この有用な情報を発見しました.

The problem is that the method InetAddress.getLocalHost() does not work in SUSE environment for due to following reason. Wso2ESB uses this method.

SUSE ignores the /etc/resolv.conf but only looks at the /etc/hosts file (where you hadn't specified anything besides localhost)

http://stackoverflow.com/questions/1881546/inetaddress-getlocalhost-throws-unknownhostexception

もともと、JavaのInetAddressImplのgetLocalHostNameの方法はnativeであり、ローカルシステムの実現である.これはシステムライブラリに依存してホスト名を完了します.ほとんどのlinuxシステムでは、/etc/hostsの構成でホスト名を検索しますが、suseでは/etc/hostsファイルの構成をホスト名として使用するため、問題が発生します.
ソリューション:/etc/hostsにip名とホスト名のマッピングを追加すればよい.問題解決