SCCD TCCD Share Memory Check
WFI and FEROS daily OSF startup procedure do the share memory and it will ask for
cleaning the corresponding ID if NATCTCH 0 and SEGSZ >= 141474816.
Manual work-around
* Continuous check of the shared memory status, via "ipcs -ma" command. The output should look like this: *> ipcs -ma* T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME Shared Memory: m 0 0x411c0cd5 --rw-rw-rw- root root root root 0 348 729 729 3:07:12 3:07:12 3:07:05 m 1 0x4e0c0002 --rw-rw-rw- root root root root 4 31040 729 731 3:07:13 3:07:12 3:07:05 m 2 0x412018da --rw-rw-rw- root root root root 2 8192 729 731 3:07:13 3:07:05 3:07:05 m 3 0x00000000 --rw------- root root root root 2 65536 1769 1769 3:07:40 no-entry 3:07:39 m 6148 0x00000000 --rw-rw-rw- wfi vlt wfi vlt 30 19756 28422 10488 22:49:23 22:49:23 19:18:04 m 6149 0x00000000 --rw-rw-rw- wfi vlt wfi vlt 19 20000 28427 29964 19:36:01 no-entry 19:18:04 m 6150 0x00000000 --rw-rw-rw- wfi vlt wfi vlt 21 20000000 28444 10488 22:49:23 22:49:23 19:18:08 m 6151 0x00000000 --rw-rw-rw- rtap vlt rtap vlt 3 14346 28457 29005 19:21:49 19:21:49 19:18:14 m 1032 0x431c7d4a --rw-rw-rw- daemon root daemon root 1 5767168 4434 4426 3:09:22 no-entry 3:09:22 m 37897 0x0c6629c9 --rw-r----- root vlt root vlt 3 12818888 9133 10014 20:15:35 23:03:27 17:05:16 m 144394 0x00000000 --rw-rw-rw- wfi vlt wfi vlt 2 141474816 28991 29321 22:48:37 no-entry 22:48:37 m 11 0x06347849 --rw-rw-rw- root vlt root vlt 0 77384 15496 9133 17:05:16 17:05:16 15:32:43 where only one segment of 141474816 bytes size exist and there is at least 1 process attached (NATTACH column). In the example above corresponds to the 11th row. * If you find on the shared memory status, something like the following example: T ID KEY MODE OWNER GROUP CREATOR CGROUP NATTCH SEGSZ CPID LPID ATIME DTIME CTIME Shared Memory: m 0 0x411c0cd5 --rw-rw-rw- root root root root 0 348 729 729 17:15:20 17:15:20 17:15:13 m 1 0x4e0c0002 --rw-rw-rw- root root root root 4 31040 729 731 17:15:21 17:15:20 17:15:13 m 2 0x412018da --rw-rw-rw- root root root root 2 8192 729 731 17:15:21 17:15:13 17:15:13 m 3 0x00000000 --rw------- root root root root 2 65536 1789 1818 17:15:48 no-entry 17:15:48 m 1028 0x00000000 --rw-rw-rw- wfi vlt wfi vlt 18 19756 10722 14381 19:43:57 19:47:53 18:37:38 m 1029 0x00000000 --rw-rw-rw- wfi vlt wfi vlt 7 20000 10728 10881 19:39:15 no-entry 18:37:38 m 1030 0x00000000 --rw-rw-rw- wfi vlt wfi vlt 11 20000000 10790 7483 19:43:57 19:43:59 18:37:42 m 1031 0x00000000 --rw-rw-rw- rtap vlt rtap vlt 3 14346 10808 13110 18:43:03 18:43:03 18:37:48 m 1032 0x431c7d4a --rw-rw-rw- daemon root daemon root 1 5767168 4578 4567 17:17:32 no-entry 17:17:32 m 86025 0x00000000 --rw-rw-rw- wfi vlt wfi vlt 0 141474816 2113 3135 10:16:09 no-entry 10:16:08 m 10 0x06347849 --rw-rw-rw- root sys root sys 0 77384 13051 13051 19:18:08 19:18:08 19:18:08 m 68619 0x00000000 --rw-rw-rw- wfi vlt wfi vlt 0 141474816 14799 16061 8:25:14 no-entry 8:25:13 m 13 0x00000000 --rw-rw-rw- wfi vlt wfi vlt 0 141474816 13094 14162 19:22:12 no-entry 19:22:06 where you can see several segments with NATTACH=0 of 141474816 bytes of size, you have to delete them using the following command: > *ipcrm -m* where correspond to the second column value of the ipcs output. * DO NOT erase neither shared memory that is currently attached by some process (NATTACH != 0) nor shared memory belonging to a different user than "wfi". * This procedure should apply ONLY after a shutdown of the CCS instrument environment (w2p2wfi) without stopping the FIERA processes (wfinsStopSCCD). Also, after recovering the system because of FIERA crash, check the memory status and if there is memory unused proceed to remove it.