In the section "GENERATING SCHEDULE:" in amdump's log the input to
read_schedule() in driver.c? If so, then I have the erroneous lines (
depending if 'line' the counter var is 0 or 1 based )
GENERATING SCHEDULE:
--------
dozer.mtg.saic.com /data1 11661 0 1970:1:1:0:0:0 26459758 881991
amanda.mtg.saic.com //danny1/E$ 11661 0 1970:1:1:0:0:0 12179448 405981
amanda.mtg.saic.com //dan_ny3/C$ 11661 0 1970:1:1:0:0:0 8974904 299163
amanda.mtg.saic.com //isis_temp/E$ 11661 0 1970:1:1:0:0:0 6369703 212323
amanda.mtg.saic.com //saic94/H$ 11661 0 1970:1:1:0:0:0 6116400 203880
amanda.mtg.saic.com //tracey_greg/C$ 11661 0 1970:1:1:0:0:0 2797452 93248
amanda.mtg.saic.com //deb_kestler2/C$ 11661 0 1970:1:1:0:0:0 626388 20879
amanda.mtg.saic.com //allen_b/D$ 11661 0 1970:1:1:0:0:0 2358 78
amanda.mtg.saic.com //saic94/F$ 11661 0 1970:1:1:0:0:0 46 1
amanda.mtg.saic.com //gagnona/F$ 11661 0 1970:1:1:0:0:0 0 0 1818845508
amanda.mtg.saic.com //isis_temp/F$ 11661 0 1970:1:1:0:0:0 0 0 1818845508
cypher.mtg.saic.com /cypher_sd13 37 1 2001:10:15:1:42:13 182 10
cypher.mtg.saic.com /cypher_sd10 21 3 2001:11:30:1:0:25 292258 257
Notice the identical, and HUGE, number in the last field of gagnona and
isis_temp? This sets off flags in my book. The error, of course, is
'schedule line 10: syntax error', which coincides with this large,
repetitive number.
Those two clients are the only ones to show such a huge number in that field
as well. I'm on the scent, I know it. b)
AHA
skip_whitespace(s, ch); /* find the time number */
if(ch == '\0' || sscanf(s - 1, "%ld", &time) != 1) {
error("schedule line %d: syntax error", line);
continue;
}
skip_integer(s, ch);
Here is the field with the huge number. I guess these two hosts are timing
out.
I'm off to go see what the client's cifs/tcp settings are.
-dan
