Each memlogd will only monitor:
- memory allocated to the virtual partition in which it is running
- memory allocated to the virtual partition monitor
- memory not allocated to any virtual partition
- memory allocated to another virtual partition, in which the memlogd is running, although the memlogd
in that virtual partition may not currently be running.
Consequently, users can potentially see the same memory errors logged by
the memlogds in different virtual partitions. Example: a memory error,
0xadb2074, detected by memlogd A on virtual partition A belongs to the
memory allocated to the virtual partition monitor, so memlogd A logs
that error in its memlog file; later on, the same memory error,
0xadb2074, belonging to the memory allocated to the virtual partition
monitor occurs again, and is detected by memlogd B on virtual partition
B, so memlogd B logs that error in its memlog file; thus, when the user
views the memlog file in partition A, he will see the memory error
0xadb2074, and when the user views the memlog file in partition B, he
will see the memory error 0xadb2074, as well. As a result, users can
potentially be alerted by the memory monitor on each virtual partition
(depending upon how the memory monitor's configuration file,
default_dm_memory.clcfg, is set up on each virtual partition on the
system) about the same faulty memory component, because the alerts are
generated by the same memory errors).