Re: SHOULD NOT GET HERE!

Well, there went one theory, I re-did the test using a blksize of 32768
hoping that it would verify OK.

 No such luck.  :(  

It failed with the identical errors and the window appeared to be hung, but
a couple of Ctrl-Cs showed a message saying that mondoarchive failed with a
segfault :( 

Please let me know what debug information I can gather.  I couldn't find the
core file :(  I think apport has eaten it (not sure how to stop that).

Dave 

-----Original Message-----
From: David C. Partridge [mailto:[email protected]] 
Sent: 15 December 2016 02:39
To: 'Mondo mailing list'
Subject: Re: [Mondo-devel] SHOULD NOT GET HERE!

It's interesting that 33152 is exactly 384 (256 + 128) bytes beyond the end
of the largest block that the code could have used until yesterday,  (and
only then with my changes to mr_popup_and_get_string() which I'll append
here right now).

starting at line 768 of newt-specific.c:

	b_res = newtRunForm(myForm);
	//
	// if it worked ok allocate a new char array to hold the result
	// and copy the result to it
	//
	if (b_res != b_2) {
		out = malloc(1 + strlen(entry_value));
		strcpy(out, entry_value);
	}

	newtPopHelpLine();
	newtFormDestroy(myForm);
	newtPopWindow();
	mr_free(blurb);

	return(out);
}

The run you were looking at was using a tape block size of 65536 which
actually was large enough to get the tape streaming (32k is way too small).

Dave

-----Original Message-----
From: Bruno Cornec [mailto:[email protected]]
Sent: 14 December 2016 22:27
To: Mondo mailing list
Subject: Re: [Mondo-devel] SHOULD NOT GET HERE!

Hello David,

David C. Partridge said on Wed, Dec 14, 2016 at 07:01:47PM +0000:
>BG2: [Main] libmondo-stream.c->read_header_block_from_stream#1195: Bad 
>header block at 33152 K

Humm.

>DBG2: [Main] libmondo-verify.c->verify_afioballs_from_stream#732: YOU 
>SHOULD NOT GET HERE

Never seen that.

>What's the problem likely to be?

Problem handling the tape of course, but not sure waht. 

>PS are any of the mondorescue folk watching this or am I talking to myself?

I'm reading most of the e-mail but hadn't had time to work on MondoRescue
since one month at least :-( My job is taking most of my work and free time
these days.
I'll start digging into unanswered ones asap, including yours.

However, if you try tape + iSCSI there is a high probability it fails as
you're the first to do it !
I've had some success with SCSI attached tapes, including OBDR for which I
added support years ago.
However, I think you try to do stuff that have not been experimented before
(but I read very rapidlyyour previous mails sorry for that).

Best regards,
bruno.
-- 
Open Source Profession, WW Linux Community Lead     http://www.hpintelco.net
HPE EMEA EG FLOSS Technology Strategist http://www.hpe.com/engage/opensource
FLOSS projects:    http://mondorescue.org         http://project-builder.org
Musique ancienne?   http://www.musique-ancienne.org  http://www.medieval.org

----------------------------------------------------------------------------
--
Check out the vibrant tech community on one of the world's most engaging
tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Mondo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mondo-devel


----------------------------------------------------------------------------
--
Check out the vibrant tech community on one of the world's most engaging
tech sites, SlashDot.org! http://sdm.link/slashdot
_______________________________________________
Mondo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mondo-devel


------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot