Morning Frex, Yes, I've had this, we upgraded to 10.2 last week. The ssh issue is related to the version up of ssh client you're using, it's documented in the ADDM documentation. They've made it so you'll need to upgrade the version of your ssh client. To confirm this try to ssh from one of your other ADDM server to the one that’s giving you problems, cmd line syntax is “ssh tideway@addmservername"
The 1st issue the tideway service failed to start is the “cluster” service isn’t running. 1st stop tideway, then omni, then, appliance. After which, I am not at work yet so don’t have the exact syntax, try “sudo /sbin/service cluster start” then start appliance, omnie and then tideway. Very good chance you’ll run into a 2nd error message, send it over,, we’ll go from there. Regards, Yan On Aug 11, 2015, at 6:04 AM, frex popo <[email protected] <mailto:[email protected]>> wrote: > ** > I can connect with sftp but not ssh so the machine is back up but failed to > connect with tideway user > > On Tue, Aug 11, 2015 at 2:50 PM, frex popo <[email protected] > <mailto:[email protected]>> wrote: > Hi everyone, > > After completing the 10.1 ADDM upgrade , I now am starting with 10.2. > The UI shows "Upgrade Completed Sucessfully; the system will now reboot" > after 30 minutes the machine is still not back up yet.. > > > Have you had this when upgrading to 10.2? > > regards > frex > > > On Thu, Jul 16, 2015 at 10:20 AM, frex popo <[email protected] > <mailto:[email protected]>> wrote: > https://kb.bmc.com/infocenter/index?page=content&id=KA419931&actp=search&viewlocale=en_US&searchid=1437034542852 > > <https://kb.bmc.com/infocenter/index?page=content&id=KA419931&actp=search&viewlocale=en_US&searchid=1437034542852> > Knowledge Article > ADDM: restarting ADDM services fails on CosNaming.NotFound > Back to Answers > Printer Friendly > Rate this Page > > Knowledge Article ID: KA419931 > Version: 5.0 > Status: Published > Published date: 01/20/2015 > Updated: 01/20/2015 > > Problem > Symptoms: Tideway service restart fails with message "CosNaming.NotFound". > The traceback looks like: > [tideway@<my servername> ~]$ sudo /sbin/service tideway restart > Traceback (most recent call last): > File "./control.py", line 219, in <module> > File "./control.py", line 98, in main > File "./naming.py", line 150, in resolveName > File "/usr/tideway/lib/python2.7/site-packages/CosNaming_idl.py", line 415, > in resolve_str > return self._obj.invoke("resolve_str", > _0_CosNaming.NamingContextExt._d_resolve_str, args) > CosNaming.NotFound: CosNaming.NamingContext.NotFound(why=missing_node, > rest_of_name=[CosNaming.NameComponent(id='Tideway', kind=''), > CosNaming.NameComponent(id='ClusterManager', kind=''), > CosNaming.NameComponent(id='ClusterManager', kind='')]) > > According to "sudo /sbin/service omniNames status", the naming service is > running. > > This was observed once after an upgrade from ADDM 10 to 10.1, and was also > observed on ADDM 10 (unrelated to upgrade). > Applies To: BMC Atrium Discovery and Dependency Mapping 10.0 > > Solution > Cause: The naming service is not working correctly. > > Solution #1: Reboot the appliance. > > Solution #2: Run the following commands: > sudo /sbin/service tideway stop > sudo /sbin/service cluster stop > sudo /sbin/service omniNames stop > sudo /sbin/service appliance stop > Then kill the omniNames process (you can find it with a "ps -aef | grep > python") and restart the services: > sudo /sbin/service appliance start > sudo /sbin/service omniNames start > sudo /sbin/service cluster start > sudo /sbin/service tideway start > > > > On Thu, Jul 16, 2015 at 9:52 AM, frex popo <[email protected] > <mailto:[email protected]>> wrote: > Here is an strace: > > execve("/usr/bin/sudo", ["sudo", "/sbin/service", "tideway", "start"], [/* 31 > vars */]) = 0 > brk(0) = 0x7fe17846d000 > fcntl(0, F_GETFD) = 0 > fcntl(1, F_GETFD) = 0 > fcntl(2, F_GETFD) = 0 > access("/etc/suid-debug", F_OK) = -1 ENOENT (No such file or > directory) > mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > 0x7fe176ab6000 > access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or > directory) > open("/etc/ld.so.cache", O_RDONLY) = 3 > fstat(3, {st_mode=S_IFREG|0644, st_size=22572, ...}) = 0 > mmap(NULL, 22572, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fe176ab0000 > close(3) = 0 > open("/lib64/libaudit.so.1", O_RDONLY) = 3 > read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20(\0\0\0\0\0\0"..., > 832) = 832 > fstat(3, {st_mode=S_IFREG|0755, st_size=141768, ...}) = 0 > mmap(NULL, 2236976, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = > 0x7fe176675000 > mprotect(0x7fe17668c000, 2097152, PROT_NONE) = 0 > mmap(0x7fe17688c000, 49152, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17000) = 0x7fe17688c000 > close(3) = 0 > open("/lib64/libselinux.so.1", O_RDONLY) = 3 > read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320X\0\0\0\0\0\0"..., > 832) = 832 > fstat(3, {st_mode=S_IFREG|0755, st_size=122040, ...}) = 0 > mmap(NULL, 2221912, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = > 0x7fe176456000 > mprotect(0x7fe176473000, 2093056, PROT_NONE) = 0 > mmap(0x7fe176672000, 8192, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1c000) = 0x7fe176672000 > mmap(0x7fe176674000, 1880, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fe176674000 > close(3) = 0 > open("/lib64/libutil.so.1", O_RDONLY) = 3 > read(3, > "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20\16\0\0\0\0\0\0"..., 832) = > 832 > fstat(3, {st_mode=S_IFREG|0755, st_size=14584, ...}) = 0 > mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > 0x7fe176aaf000 > mmap(NULL, 2105600, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = > 0x7fe176253000 > mprotect(0x7fe176255000, 2093056, PROT_NONE) = 0 > mmap(0x7fe176454000, 8192, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0x7fe176454000 > close(3) = 0 > open("/lib64/libdl.so.2", O_RDONLY) = 3 > read(3, > "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\340\r\0\0\0\0\0\0"..., 832) = > 832 > fstat(3, {st_mode=S_IFREG|0755, st_size=19536, ...}) = 0 > mmap(NULL, 2109696, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = > 0x7fe17604f000 > mprotect(0x7fe176051000, 2097152, PROT_NONE) = 0 > mmap(0x7fe176251000, 8192, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x2000) = 0x7fe176251000 > close(3) = 0 > open("/lib64/libc.so.6", O_RDONLY) = 3 > read(3, "\177ELF\2\1\1\3\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0p\356\1\0\0\0\0\0"..., > 832) = 832 > fstat(3, {st_mode=S_IFREG|0755, st_size=1921176, ...}) = 0 > mmap(NULL, 3750152, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = > 0x7fe175cbb000 > mprotect(0x7fe175e45000, 2097152, PROT_NONE) = 0 > mmap(0x7fe176045000, 20480, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x18a000) = 0x7fe176045000 > mmap(0x7fe17604a000, 18696, PROT_READ|PROT_WRITE, > MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x7fe17604a000 > close(3) = 0 > mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > 0x7fe176aae000 > mmap(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > 0x7fe176aac000 > arch_prctl(ARCH_SET_FS, 0x7fe176aac7a0) = 0 > mprotect(0x7fe176045000, 16384, PROT_READ) = 0 > mprotect(0x7fe176251000, 4096, PROT_READ) = 0 > mprotect(0x7fe176454000, 4096, PROT_READ) = 0 > mprotect(0x7fe176672000, 4096, PROT_READ) = 0 > mprotect(0x7fe17688c000, 4096, PROT_READ) = 0 > mprotect(0x7fe176cd6000, 4096, PROT_READ) = 0 > mprotect(0x7fe176ab7000, 4096, PROT_READ) = 0 > munmap(0x7fe176ab0000, 22572) = 0 > statfs("/selinux", {f_type="EXT2_SUPER_MAGIC", f_bsize=4096, f_blocks=245734, > f_bfree=190246, f_bavail=177139, f_files=131072, f_ffree=125327, > f_fsid={-595176108, 1204119259}, f_namelen=255, f_frsize=4096}) = 0 > brk(0) = 0x7fe17846d000 > brk(0x7fe17848e000) = 0x7fe17848e000 > open("/proc/filesystems", O_RDONLY) = 3 > fstat(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 > mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > 0x7fe176ab5000 > read(3, "nodev\tsysfs\nnodev\trootfs\nnodev\tb"..., 1024) = 304 > read(3, "", 1024) = 0 > close(3) = 0 > munmap(0x7fe176ab5000, 4096) = 0 > open("/usr/lib/locale/locale-archive", O_RDONLY) = 3 > fstat(3, {st_mode=S_IFREG|0644, st_size=99158576, ...}) = 0 > mmap(NULL, 99158576, PROT_READ, MAP_PRIVATE, 3, 0) = 0x7fe16fe2a000 > close(3) = 0 > geteuid() = 500 > open("/usr/share/locale/locale.alias", O_RDONLY) = 3 > fstat(3, {st_mode=S_IFREG|0644, st_size=2512, ...}) = 0 > mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = > 0x7fe176ab5000 > read(3, "# Locale name alias data base.\n#"..., 4096) = 2512 > read(3, "", 4096) = 0 > close(3) = 0 > munmap(0x7fe176ab5000, 4096) = 0 > open("/usr/share/locale/en_GB.UTF-8/LC_MESSAGES/sudo.mo", O_RDONLY) = -1 > ENOENT (No such file or directory) > open("/usr/share/locale/en_GB.utf8/LC_MESSAGES/sudo.mo", O_RDONLY) = -1 > ENOENT (No such file or directory) > open("/usr/share/locale/en_GB/LC_MESSAGES/sudo.mo", O_RDONLY) = -1 ENOENT (No > such file or directory) > open("/usr/share/locale/en.UTF-8/LC_MESSAGES/sudo.mo", O_RDONLY) = -1 ENOENT > (No such file or directory) > open("/usr/share/locale/en.utf8/LC_MESSAGES/sudo.mo", O_RDONLY) = -1 ENOENT > (No such file or directory) > open("/usr/share/locale/en/LC_MESSAGES/sudo.mo", O_RDONLY) = -1 ENOENT (No > such file or directory) > write(2, "sudo", 4sudo) = 4 > write(2, ": ", 2: ) = 2 > write(2, "effective uid is not 0, is sudo "..., 54effective uid is not 0, is > sudo installed setuid root?) = 54 > write(2, "\n", 1 > ) = 1 > close(0) = 0 > access("/var/run/utmpx", F_OK) = -1 ENOENT (No such file or > directory) > open("/var/run/utmp", O_RDONLY|O_CLOEXEC) = 0 > fcntl(0, F_GETFD) = 0x1 (flags FD_CLOEXEC) > lseek(0, 0, SEEK_SET) = 0 > alarm(0) = 0 > rt_sigaction(SIGALRM, {0x7fe175ddf760, [], SA_RESTORER, 0x7fe175ced6a0}, > {SIG_DFL, [], 0}, 8) = 0 > alarm(10) = 0 > fcntl(0, F_SETLKW, {type=F_RDLCK, whence=SEEK_SET, start=0, len=0}) = 0 > read(0, "\2\0\0\0\0\0\0\0~\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 384) = 384 > read(0, > "\1\0\0\0003\0\0\0~\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 384) = > 384 > read(0, "\6\0\0\0\211\r\0\0tty1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 384) = 384 > read(0, "\6\0\0\0\215\r\0\0tty3\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 384) = 384 > read(0, "\6\0\0\0\213\r\0\0tty2\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 384) = 384 > read(0, "\6\0\0\0\217\r\0\0tty4\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 384) = 384 > read(0, "\6\0\0\0\221\r\0\0tty5\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 384) = 384 > read(0, "\6\0\0\0\223\r\0\0tty6\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 384) = 384 > read(0, "\7\0\0\0\366\r\0\0pts/0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., > 384) = 384 > read(0, "", 384) = 0 > fcntl(0, F_SETLKW, {type=F_UNLCK, whence=SEEK_SET, start=0, len=0}) = 0 > alarm(0) = 10 > rt_sigaction(SIGALRM, {SIG_DFL, [], SA_RESTORER, 0x7fe175ced6a0}, NULL, 8) = 0 > exit_group(1) = ? > > > On Thu, Jul 16, 2015 at 9:16 AM, frex popo <[email protected] > <mailto:[email protected]>> wrote: > Dear all, > > After an upgrade to 10.1 I am unable to start the appliance services, have to > reboot instead. > sudo /sbin/service tideway start > > Traceback (most recent call last): > File "./control.py", line 219, in <module> > File "./control.py", line 98, in main > File "./naming.py", line 150, in resolveName > File "/usr/tideway/lib/python2.7/site-packages/CosNaming_idl.py", line 415, > in resolve_str > return self._obj.invoke("resolve_str", > _0_CosNaming.NamingContextExt._d_resolve_str, args) > CosNaming.NotFound: CosNaming.NamingContext.NotFound(why=missing_node, > rest_of_name=[CosNaming.NameComponent(id='Tideway', kind=''), > CosNaming.NameComponent(id='ClusterManager', kind=''), > CosNaming.NameComponent(id='ClusterManager', kind='')]) > > > Any thoughts > Many thanks > frex > > > > > > > > > _ARSlist: "Where the Answers Are" and have been for 20 years_ _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org "Where the Answers Are, and have been for 20 years"
