If this is your first visit, be sure to
check out the FAQ by clicking the
link above. You may have to register
before you can post: click the register link above to proceed. To start viewing messages,
select the forum that you want to visit from the selection below.

DLE C-D finished first at 1am the next morning. DLE M-P finished at 9:26 the next morning, then E-H at 17:45 that day, then Q-Z at 1:25 the second morning, then 1-B at 8am the second morning and last I-L at 15:10 the second day. You can quickly see how confusing these times are. The problem (I think) is that your mixing elapsed time measurement for the days with real time stamps for the hours and minutes. This entire run took 47 hours so you never measured 2 days from the start time. A simple suggestion would be to drop the 1+ notation in favor of "Nov 13 1:24:31" like is used in the message at the top. Simple and crystal clear to everyone when it finished.

At the bottom of the same output is a report on the dumper/taper activity. These are clearly elapsed times (that's whats in the logs where this comes from). The 1+ notation makes sense here (especially if it's not used in the timestamps above) but I might suggest just letting the hours count up producing 47:13:35 for the first entry. This would make it consistent with the body data produced in amreports, an in my personal opinion, more readable.

I stand corrected on item #1. It appears that amstatus has nothing to do with the renaming. When amdump completes it renames the amdump file to amdump.1 and increments the suffix on all amdump.# files in the directory. It also renames log to log.timestamp.0 This creates the problem for amreport.

If you copy the log.timestamp.0 file to log and run amreport it works but most of the other utilities will now fail thinking amdump so you have to delete log.