嗨，斯里，

HANA DB似乎没有正确关闭。

我建议通过以hdbadm用户身份运行以下命令来尝试再次关闭HANA DB

外壳>> HDB停止

然后尝试通过运行

来启动HANA DB

shell >> HDB启动

让我们知道这是否可以解决问题。

谢谢

Mudit

感谢，我也在跟踪目录中的日志中搜索一些提示。

indexserver_alert_hanaserver.trc显示： [25181] {0} [-794253] 2013-05-14 19：00：23.304935 e基础 FaultProtectionImpl.cpp（00964）：捕获到信号11（SIGSEGV），线程：2785 [thr = 25181]：分配，地址：0xfffffffffffe00c8，时间：2013-05-14 19:00:23 000本地

实例HDB/00，OS Linux hanaserver 2.6.32.27-0.2-default#1 SMP 2010-12-29 15:03:02 +0100 x86_64

后跟寄存器转储和指向完整内核转储的指针

崩溃上下文的调用堆栈：

1：在SegMap.h：143的ptime :: VarGroup :: slot（）const + 0x60中的0x00007f3075b34693（ libhdbrskernel.so ）

2：ptime :: VarGroup :: destroy（ptime :: Transaction＆）+ 0x21中的0x00007f3075b34055位于 VarGroup.cc ：12（ libhdbrskernel.so ）

3：ptime :: Catalog :: reclaim_row_table_space_for_restart（ptime :: Transaction＆，int，ltt_adp :: vector中的0x00007f307579c7ce ，ltt :: integral_constant >＆，ltt_adp :: vector ，ltt :: integral_constant >＆，ltt_adp :: vector ，ltt :: integral_constant >＆，ltt_adp :: vector ，ltt :: integral_constant >＆，无符号长）+ 0x1aa，位于 catalog.cc ：7109（ libhdbrskernel.so ）

4：0在ptime :: QueryExecutor :: post_drop_in_memory_table（ptime :: Transaction＆，ptime :: ClassPtr中的0x00007f3075d27e36 ，int，bool，bool）+ 0x222 at qx_table.cc ：2303（ libhdbrskernel.so ）

5：在ptime :: QueryExecutor :: post_drop_table（ptime :: Transaction＆，ptime :: ClassPtr中的0x00007f3075d2cf43 ，bool）+ 0xd0 at qx_table.cc ：2140（ libhdbrskernel.so ）

6：在ptime :: MemoryMgr :: cleanupDeletedTables（）中的0x00007f307676e6c3 + 0x300，位于 mm_recovery.cc ：871（ libhdbrskernel.so ）

7：在ptime :: Master :: recover_memorydb_after_tm_init（）+ 0x91中的ptime :: Master :: recover_memorydb_after_tm_init（）+ 0x91，位于 ptime_master_start.cc ：733（ libhdbrskernel.so ）

8：0x00007f30764a3edd在ptime :: Master :: poststartup（）+ 0x39，位于 ptime_master_start.cc ：166（ libhdbrskernel.so ）

9：0x00007f3076568be5 in ptime :: DriverManager :: poststartup（）+ 0x11 at DriverManager.cc ：812（ libhdbrskernel.so ）

10：在PersistenceController :: startup（PersistenceLayer :: PERSISTENCE_MODE，NameServer :: ServiceStartInfo *，bool，TREX_ERROR :: TRexError *，DataAccess :: TablePreloadWriteCallback *，DataAccess :: TablePreloadReadCallback *）中的0x00007f308ca0309e + 0x3ea在PersistenceController.c 442（ libhdblogger.so ）

11：TRexAPI :: TREXIndexServer :: assign（NameServer :: ServiceStartInfo＆，bool，TREX_ERROR :: TRexError＆）+ 0x130位于TRexIndexServer.cpp：414（hdbindexserver）上的0x00000000004c1ac0

在TREXIndexServer.cpp：278（hdbindexserver）的TRexAPI :: AssignThread :: run（void *）+ 0x39中12：0x000000000054510d

13：0x00007f308d4e56fa在PoolThread.cpp：258的TrexThreads :: PoolThread :: run（）+ 0xac6中（ libhdbbasement .so ）

14：0x00007f308d4e6ea8在PoolThread.cpp：105上的TrexThreads :: PoolThread :: run（void *＆）+ 0x14（ libhdbbasement.so ）

15：在执行时：0x00007f30806e9bf2 :: Thread :: staticMainImp（void **）+ 0x6a0在Thread.cpp：455（ libhdbbasis.so ）

16：0x00007f30806e9ddd执行：: Thread :: staticMain（void *）+ 0x39，位于Thread.cpp：526（ libhdbbasis.so ）

[3077] {0} [-796302] 2013-05-14 19：08：03.222764 e基础FaultProtectionImpl.cpp（00964）：捕获到信号11（SIGSEGV），线程：2785 [thr = 3077]：分配， 地址：0xfffffffffffe00c8，时间：2013-05-14 19:08:03 000本地

在/var/log/messages中，我们得到：

5月14日19:45:19 hanaserver SAPHDB_00 [6889]：无法打开跟踪文件sapstartsrv.log。 （错误11资源暂时不可用）[/bas/802_REL/src/ext/agent/ntserv/ntservsserver.cpp 3372]

大家好，

在启动HANA数据库时，我也遇到了同样的问题，

"失败：进程hdbindexserver HDB索引服务器未运行"。

请附加跟踪文件并提供解决方案。

HANA LOGS.rar-Google云端硬盘

谢谢

维杰。

嗨，亲爱的

我遇到了同样的问题，所以能请您与我分享解决方案吗？

关于