char ec1[50];
DEVICE *dev;
- switch(jcr->get_JobType()) {
+ switch(jcr->getJobType()) {
case JT_MIGRATE:
Type = "Migration";
break;
}
Dmsg2(100, "read_dcr=%p write_dcr=%p\n", jcr->read_dcr, jcr->dcr);
-
- create_restore_volume_list(jcr);
if (jcr->NumReadVolumes == 0) {
Jmsg(jcr, M_FATAL, 0, _("No Volume names found for %s.\n"), Type);
goto bail_out;
if (!ok) {
discard_data_spool(jcr->dcr);
} else {
- /* Note: if commit is OK, the device will remain locked */
+ /* Note: if commit is OK, the device will remain blocked */
commit_data_spool(jcr->dcr);
}
}
}
- free_restore_volume_list(jcr);
-
dir_send_job_status(jcr); /* update director */
-
Dmsg0(30, "Done reading.\n");
jcr->end_time = time(NULL);
dequeue_messages(jcr); /* send any queued messages */
case EOM_LABEL:
return true; /* don't write vol labels */
}
-// if (jcr->get_JobType() == JT_BACKUP) {
+// if (jcr->getJobType() == JT_BACKUP) {
/*
* For normal migration jobs, FileIndex values are sequential because
* we are dealing with one job. However, for Vbackup (consolidation),