All the ggsci commands hang

(Doc ID 1959058.1)

Last updated on JANUARY 22, 2018

Applies to:

Oracle GoldenGate - Version 11.2.1.0.20 and later
Information in this document applies to any platform.

Symptoms

After entering ggsci, any command (like 'info all', 'create subdirs') just hangs.

 

pstack output:

---------- tid# 106758245 (pthread ID:      1) ----------
0x0900000000118d50  waitpid(??, ??, ??) + 0x210
0x0900000000112a3c  __syslog_r(??, ??, ??, ??) + 0x55c
0x09000000001131e8  syslog(0x600000006, 0x9000000096226bc, 0xffffffffffde8d0, 0x0, 0x0, 0x0, 0x0, 0x80000000000000) + 0x48
0x09000000095a8750  ggOutputSyslogMsg(unsigned int,char*,int)(0x3db000003db, 0xffffffffffde8d0, 0x100000001) + 0xf4
0x09000000095a8c4c  output_evt(unsigned int,const char*,const char*,int,bool)(0x3db000003db, 0xffffffffffe0280, 0x11027b230, 0x100000001, 0x0) + 0x388
0x09000000095a92cc  issueMessage(unsigned int,const char*,const char*,int,bool)(0x3db000003db, 0xffffffffffe0280, 0x11027b1f0, 0x100000001, 0x0) + 0x198
0x09000000095b2f28  CAction::GGInfoNoReport(const CMessage*) const() + 0x74
0x09000000095b3168  CAction::Execute(const CMessage*) const() + 0x24
0x09000000094c2708  CMessageFactory::ProcessMessage(CMessage*,CMessageFactory::MessageDisposition)() + 0x1b0
0x0900000009519f3c  _MSG_INF_GGSCI_COMMAND_RECEIVED(CSourceContext*,const ggs::gglib::ggapp::CDBObjName<11>&,const char*,CMessageFactory::MessageDisposition)() + 0x124
0x00000001000fe424  check_log_cmd(const char*)() + 0x2b8
0x00000001000ff530  do_cmd(char*,char*)() + 0x244
0x00000001001128d8  ggsci_main(int,char**)() + 0x2ec
0x000000010005f874  ggs::gglib::MultiThreading::MainThread::MainDispatcher(void*)() + 0x6c
0x0000000100060538  ggs::gglib::MultiThreading::MainThread::Run(int,char**)() + 0x284
0x0000000100112558  main() + 0x5c
0x0000000100000290  __start() + 0x98
---------- tid# 85328009 (pthread ID:    772) ----------
0x09000000005f10e4  _event_sleep(??, ??, ??, ??, ??, ??) + 0x384
0x09000000005f1d38  _event_wait(??, ??) + 0x2b8
0x09000000005ff8c4  _cond_wait_local(??, ??, ??) + 0x364
0x090000000060001c  _cond_wait(??, ??, ??) + 0xbc
0x09000000006008dc  pthread_cond_timedwait(??, ??, ??) + 0x1fc
0x09000000095a24ac  ggs::gglib::MultiThreading::Event::Wait(unsigned int)() + 0x1e8
0x09000000095e0df8  ggs::gglib::gglog::DOMConfiguratorImpl::watchThread(void*)() + 0x6e4
0x09000000095a0db4  ggs::gglib::MultiThreading::Thread::RunThread(ggs::gglib::MultiThreading::Thread::ThreadArgs*)() + 0x11c
0x09000000005ded30  _pthread_body(??) + 0xf0
---------- tid# 31653963 (pthread ID:    515) ----------
0x09000000005f1304  _event_sleep(??, ??, ??, ??, ??, ??) + 0x5a4
0x09000000005f1d38  _event_wait(??, ??) + 0x2b8
0x09000000005ffa44  _cond_wait_local(??, ??, ??) + 0x4e4
0x090000000060001c  _cond_wait(??, ??, ??) + 0xbc
0x0900000000600c88  pthread_cond_wait(??, ??) + 0x1a8
0x09000000095a24cc  ggs::gglib::MultiThreading::Event::Wait(unsigned int)() + 0x208
0x09000000095bee4c  ggs::gglib::gglog::LogBufferImpl::PublisherThread(void*)() + 0x94
0x09000000095a0db4  ggs::gglib::MultiThreading::Thread::RunThread(ggs::gglib::MultiThreading::Thread::ThreadArgs*)() + 0x11c
0x09000000005ded30  _pthread_body(??) + 0xf0
---------- tid# 70582433 (pthread ID:    258) ----------
0x09000000005f1304  _event_sleep(??, ??, ??, ??, ??, ??) + 0x5a4
0x09000000005f1d38  _event_wait(??, ??) + 0x2b8
0x09000000005ffa44  _cond_wait_local(??, ??, ??) + 0x4e4
0x090000000060001c  _cond_wait(??, ??, ??) + 0xbc
0x0900000000600c88  pthread_cond_wait(??, ??) + 0x1a8
0x09000000095a24cc  ggs::gglib::MultiThreading::Event::Wait(unsigned int)() + 0x208
0x0900000009464dbc  ggs::gglib::gglog::LoggingTime::TimeThread(void*)() + 0x80
0x09000000095a0db4  ggs::gglib::MultiThreading::Thread::RunThread(ggs::gglib::MultiThreading::Thread::ThreadArgs*)() + 0x11c
0x09000000005ded30  _pthread_body(??) + 0xf0

 

 Truss output:

..
accessx("/tmp/sh23003278.1", 0, 0) Err#2  ENOENT
statx("/tmp/sh23003278.1", 0x2FF20238, 76, 01) Err#2  ENOENT
kopen("/tmp/sh23003278.1", O_RDWR|O_CREAT|O_EXCL, S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH) = 3
kwrite(3, " i n f o   a l l  \n e x".., 21) = 21
close(3) = 0
statx("ggsci", 0x2FF22258, 76, 0) = 0
kioctl(2, 22528, 0x00000000, 0x00000000) = 0
kioctl(2, 21505, 0x2000CEE0, 0x00000000) = 0
kfork() = 52297892
sigprocmask(2, 0x2FF22380, 0x00000000) = 0
sigprocmask(1, 0x2FF22380, 0x00000000) = 0
_sigaction(20, 0x00000000, 0x2FF222B0) = 0
_sigaction(20, 0x2FF222B0, 0x2FF222C0) = 0
kwaitpid(0x2FF22320, -1, 6, 0x00000000, 0x00000000) (sleeping...)

 

The truss output from a separate server where ggsci command runs fine:

...
accessx("/tmp/sh7012388.1", 0, 0) Err#2  ENOENT
statx("/tmp/sh7012388.1", 0x2FF20468, 76, 01) Err#2  ENOENT
kopen("/tmp/sh7012388.1", O_RDWR|O_CREAT|O_EXCL, S_IRUSR|S_IWUSR|S_IRGRP|S_IWGRP|S_IROTH|S_IWOTH) = 3
kwrite(3, " i n f o   a l l  \n e x".., 21) = 21
close(3) = 0
statx("ggsci", 0x2FF22488, 76, 0) = 0
kioctl(2, 22528, 0x00000000, 0x00000000) = 0
kioctl(2, 21505, 0x2000CEE0, 0x00000000) = 0
kfork() = 15269898
sigprocmask(2, 0x2FF225B0, 0x00000000) = 0
sigprocmask(1, 0x2FF225B0, 0x00000000) = 0
_sigaction(20, 0x00000000, 0x2FF224E0) = 0
_sigaction(20, 0x2FF224E0, 0x2FF224F0) = 0
kwaitpid(0x2FF22550, -1, 6, 0x00000000, 0x00000000) = 15269898
_sigaction(20, 0x00000000, 0x2FF224E0) = 0
_sigaction(20, 0x2FF224E0, 0x2FF224F0) = 0
unlink("/tmp/sh7012388.1") = 0
kread(62, " g g s c i   < < E O F  ".., 4096) = 0
_exit(0)

 

 

Changes

 

Cause

Sign In with your My Oracle Support account

Don't have a My Oracle Support account? Click to get started

My Oracle Support provides customers with access to over a
Million Knowledge Articles and hundreds of Community platforms