On 12/11/15 04:36 PM, Justin Vrooman wrote:
I am attempting to do a disk-to-disk-to-tape job from my NetApp to local
storage on the backup server and then off to a tape drive attached to my backup
server. I have the disk-to-disk portion working using NDMP but I am unable to
get the disk-to-tape migration to work. Here is how I have everything setup:
...
+==================================================+
+ Excerpt from Log +
+==================================================+
11-Dec 10:26 hostname-dir JobId 166: The following 1 JobId was chosen to be
migrated: 124
11-Dec 10:26 hostname-dir JobId 166: Automatically selected Catalog: MyCatalog
11-Dec 10:26 hostname-dir JobId 166: Using Catalog "MyCatalog"
11-Dec 10:26 hostname-dir JobId 167: Migration using JobId=124
Job=NDMPTestJob.2015-12-10_14.19.35_04
11-Dec 10:26 hostname-dir JobId 167: Bootstrap records written to
/var/lib/bareos/hostname-dir.restore.1.bsr
11-Dec 10:26 hostname-dir JobId 166: Job queued. JobId=167
11-Dec 10:26 hostname-dir JobId 166: Migration JobId 167 started.
11-Dec 10:26 hostname-dir JobId 166: Bareos hostname-dir 15.2.2 (16Nov15):
Build OS: x86_64-redhat-linux-gnu redhat Red Hat Enterprise
Linux Server release 6.5 (Santiago)
Current JobId: 166
Current Job: NDMPMigrateAll.2015-12-11_10.26.43_04
Catalog: "MyCatalog" (From Default catalog)
Start time: 11-Dec-2015 10:26:45
End time: 11-Dec-2015 10:26:46
Elapsed time: 1 sec
Priority: 10
Termination: Migration -- OK
11-Dec 10:26 hostname-dir JobId 167: Start Migration JobId 167,
Job=NDMPMigrateAll.2015-12-11_10.26.46_05
11-Dec 10:26 hostname-dir: ERROR in authenticate.c:232 Failed ASSERT:
store->password.encoding == p_encoding_md5
Then the director crashes. Can anyone see any problems?
The problem is that the so called read storage of the migration or copy
Job is a NDMP storage definition and that is why the ASSERT is
triggered. The director not really crashes but an assert is implemented
as a fatal error dumping the core of the process. For Backup and Restore
we map the NDMP storage definition to the paired storage definition and
as such we can address the Bareos SD via its native protocol. For
migration and copy Jobs that mapping is missing. I had a quick look at
it last night while traveling back from Cologne and think I know what to
do but as I am having vacation not much will happen this year.
For now its an unsupported feature as we don't have any paying customers
doing DTDTT with NDMP. Given your install you could think about a payed
subscription for Bareos and the NDMP plugin and it that way make this a
bit more prioritized. We are currently doing some more NDMP enhancements
but those are all based on external funded development or for bug of
actual customers. As the fix for the above problem will go into 15.2.3
at best it does mean either running the experimental packages or compile
it yourself if you don't want to pay for a subscription.
B.T.W. the above shows the new behavior as of Bareos 15.2 where the
selection job for migration and copy runs and spawns the actual work
to be done. The scheduled work Job then fails because of the problem
described above.
Also, As a test I have tried doing a local disk-to-disk-to tape backup and that sort of silently
"fails" reporting "Migration -- OK" after 0 seconds and not copying anything to
tape. The director does not crash in this instance. Can someone tell me where I am going wrong or
offer suggestions of things to try?
I guess it didn't find anything to migrate then. Which can happen
depending on your settings.
--
Marco van Wieringen [email protected]
Bareos GmbH & Co. KG Phone: +49-221-63069389
http://www.bareos.com
Sitz der Gesellschaft: Köln | Amtsgericht Köln: HRA 29646
Komplementär: Bareos Verwaltungs-GmbH
Geschäftsführer: Stephan Dühr, M. Außendorf, J. Steffens,
P. Storz, M. v. Wieringen
--
You received this message because you are subscribed to the Google Groups
"bareos-users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to [email protected].
To post to this group, send email to [email protected].
For more options, visit https://groups.google.com/d/optout.