Re: New shared memory segments, while performing a backup with ontape. Why?
You're looking at the wrong space. This is shared memory being allocated
- not disk space. It's strange that it's being alloctaed during an archive.
Have you checked with tech support to see if there may be a bug/leak?
You may also want to mention those extremely long checkpoints.
-Bill
}
} Hello,
}
} In the last days, while performing an "ontape" backup,
} the engine allocated new shared memory segments.
}
} During normal operational activity, the primary shared memory
} segment is used on an average of 50-60%, so I think that for
} now the segment is big enough.
}
} I would like to know which disk space, physical disk or dbspacetemps,
} the error is refering to(ISAM error: no free disk space)
}
} The following is the sequence of what is happpening.
} The RDBMS is Informix-OnLine DS 7.14 on HP-UX 9.04. What I find
} on the log file is this:
} 15:32:03 Level 0 Archive started on orbitdbs1, orbitdbs2, orbitdbs3,
} orbitdbs4,
} orbitdbs5, orbitdbs6, orbitdbs7
} 15:35:41 Checkpoint Completed: duration was 1 seconds.
} 15:39:14 Checkpoint Completed: duration was 1 seconds.
} 15:42:45 Checkpoint Completed: duration was 1 seconds.
} 15:46:16 Checkpoint Completed: duration was 1 seconds.
} 15:49:48 Checkpoint Completed: duration was 2 seconds.
} 15:53:39 Checkpoint Completed: duration was 4 seconds.
} 16:00:45 Checkpoint Completed: duration was 214 seconds.
} 16:07:01 dynamically allocated new shared memory segment (size 8388608)
} 16:07:18 dynamically allocated new shared memory segment (size 8388608)
} 16:07:30 dynamically allocated new shared memory segment (size 8388608)
} 16:07:44 dynamically allocated new shared memory segment (size 8388608)
} 16:08:05 dynamically allocated new shared memory segment (size 8388608)
} 16:08:21 Checkpoint Completed: duration was 248 seconds.
} 16:12:03 Checkpoint Completed: duration was 7 seconds.
} 16:12:08 Archive on orbitdbs1, orbitdbs2, orbitdbs3, orbitdbs4,
} orbitdbs5, orbi
} tdbs6, orbitdbs7 ABORTED.
} 16:12:08 ISAM error: no free disk space
}
} This is my disk layout:
} Dbspaces
} address number flags fchunk nchunks flags owner name
} c2e400e8 1 1 1 1 N informix orbitdbs1
} c2e40738 2 1 2 1 N informix orbitdbs2
} c2e407a0 3 1 3 1 N informix orbitdbs3
} c2e40808 4 1 4 1 N informix orbitdbs4
} c2e40870 5 1 5 1 N informix orbitdbs5
} c2e408d8 6 1 6 1 N informix orbitdbs6
} c2e40940 7 1 7 1 N informix orbitdbs7
} 7 active, 2047 maximum
} Chunks
} address chk/dbs offset size free bpages flags pathname
} c2e40150 1 1 0 200000 59158 PO-
} /dev/vg00/rlvol5
} c2e40228 2 2 200000 350000 74046 PO-
} /dev/vg00/rlvol5
} c2e40300 3 3 550000 300000 69408 PO-
} /dev/vg00/rlvol5
} c2e403d8 4 4 850000 150000 88973 PO-
} /dev/vg00/rlvol5
} c2e404b0 5 5 0 90000 34315 PO-
} /dev/vg00/rlvol6 (dbspacetemp2)
} c2e40588 6 6 90000 45000 44027 PO-
} /dev/vg00/rlvol6 (dbspacetemp1)
} c2e40660 7 7 135000 45000 44235 PO-
} /dev/vg00/rlvol6
} 7 active, 2047 maximum
}
}
}
} Kind Regards.
}
}
} Fernando Collalti
}
--
Bill Ennis Voice: 312-474-7516
SSA Fax: 312-474-7460
500 W. Madison email: ennis@ssax.com ennis@accesschicago.net