RE: help! Problems with TAR archives?
> -Original Message- [snip] > > Perhaps I'll try one of these third-party programs? Or > switch to ??? > > at the office for email? > > mutt. (chuckle) That's what I use on the BSD box, I didn't think it was available for MS? > > I'm using TAR on the FreeBSD side, not the Microsoft side. > Don't have > > an archiver installed on the Windows box. > > I'm gradually getting confused. What is the data doing on > the Microsoft box at all? Sorry for the confusion (the way my mind works, confusing for me too!) It was a temporary storage location. I was re-configuring the BSD box and wanted to back-up the data elsewhere. > > I don't have any Vinum volumes set up at the moment, no. But, I was > > thinking I could plug in the 'hot spare' drive and start > vinum and see > > what config it pulls from the drive; then alter the config so that > > there's only one subdisk (the hot spare) for the 'mirror' and mount > > that and move the data off? What do you think? > > If you haven't set up Vinum, it's a bit late now. You have > to write the config, it doesn't do it automatically. I understand. But the drive that I am speaking about _was_ a subdisk in a vinum 'mirror' before I stopped using it; therefore I was thinking that the data is still on it (I haven't touched it since.) My understanding was that Vinum _reads_ its configuration from the drive on startup? So, I was thinking that if I re-connected the drive and started vinum, vinum would read its config from there? Am I way off base here? phillip. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: help! Problems with TAR archives?
[Format recovered--see http://www.lemis.com/email/email-format.html] On Thursday, 9 January 2003 at 10:22:48 -0500, Phillip Smith wrote: >> From: Greg 'groggy' Lehey >> >> [Format recovered--see http://www.lemis.com/email/email-format.html] >> >>> X-Mailer: Microsoft Outlook, Build 10.0.3416 >> >> Incorrect wrapping in quoted text. > > Argh! I thought I had fixed that... I've set the wrap to 132, what else > can I do? Not much. But it doesn't look like it. > Perhaps I'll try one of these third-party programs? Or switch to ??? > at the office for email? mutt. >> On Monday, 6 January 2003 at 8:45:25 -0500, Phillip Smith wrote: >>> I'm starting to think that the archives got corrupted somehow? >> >> What does tar t tell you on the FreeBSD side? > > tar: Hmm, this doesn't look like a tar archive. > tar: Skipping to next file header... > tar: only read 521 bytes from archive etc.rein.tar That's obviously a corrupted archive, or no archive at all. Is that before sending it to the Microsoft box? > Also, I tried re-creating the problem. Exact same scenario. Created > a new TAR archive, ftp'd from FreeBSD to Window (not specifying a > setting), then used 'get' to bring them back to FreeBSD and the > archives are fine. So, I'm thinking that the original archives are > corrupt... Well, test them then. >>> The archive starts to unpack (I see a few directories and files) >>> then hits a snag and spews garbage or quits. >>> >>> Here's a question then... suppose I want to re-mount a drive that >>> had the data on it, but the drive was one of two drives mirrored >>> with vinum. I've subsequently changed my drive set-up and now >>> this drive is just sitting there as a 'hot spare', I haven't >>> newfs'd it or anything... so I presume the data is still on it. If >>> I were to re-connect the drive, and re-load vinum, could I access >>> the data? How easy/difficult would this be? >> >> That depends a lot on the Vinum configuration and whether >> you're running any other Vinum volumes. It could work. But >> first I'd like to establish whether your archive is really >> corrupt. There's a possibility that the tar you're using on >> the Microsoft side simply doesn't understand the archive. > > I'm using TAR on the FreeBSD side, not the Microsoft side. Don't > have an archiver installed on the Windows box. I'm gradually getting confused. What is the data doing on the Microsoft box at all? > I don't have any Vinum volumes set up at the moment, no. But, I was > thinking I could plug in the 'hot spare' drive and start vinum and > see what config it pulls from the drive; then alter the config so > that there's only one subdisk (the hot spare) for the 'mirror' and > mount that and move the data off? What do you think? If you haven't set up Vinum, it's a bit late now. You have to write the config, it doesn't do it automatically. Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply or reply to the original recipients. For more information, see http://www.lemis.com/questions.html See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: help! Problems with TAR archives?
On Thursday, 9 January 2003 at 12:08:29 -0500, Phillip Smith wrote: > On January 9, 2003 10:23 AM, Phillip Smith wrote: >>> What does tar t tell you on the FreeBSD side? >> >> tar: Hmm, this doesn't look like a tar archive. >> tar: Skipping to next file header... >> tar: only read 521 bytes from archive etc.rein.tar >> >> Also, I tried re-creating the problem. Exact same scenario. >> Created a new TAR archive, ftp'd from FreeBSD to Window (not >> specifying a setting), then used 'get' to bring them back to >> FreeBSD and the archives are fine. So, I'm thinking that the >> original archives are corrupt... > > I've tried a few other scenarios and this is what I've discovered... > > - I'm using tar -zcpvf filename.tar.gz targetdir to create the > archive > - using any variation of tar -zxpvf gets the messages I've outlined > above > - same if I gunzip the archive first, then try tar -xpvf z compresses the archive. No wonder you're not having any success without z on the extract. > So I tried on some new tar files, only transfering from BSD to BSD > and found that, for some reason, I'm getting the same error > (e.g. tar with zcpvf and ftp/binary from BSD to BSD). Now I'm > confused. > > So, I repeat the same process without the gzip (tar cpvf and > ftp/binary from BSD to BSD), and presto the archives are fine. I > would assume from this, that I'm doing something wrong with the > gzip? Or that gzip is doing something funny. Possibly. I'm having difficulty getting details here, but if you've found a workaround, great. You can use gzip -t to test the integrity of compressed files. Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply or reply to the original recipients. For more information, see http://www.lemis.com/questions.html See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
RE: help! Problems with TAR archives?
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]] On Behalf Of > Phillip Smith > Sent: January 9, 2003 10:23 AM > To: 'Greg 'groggy' Lehey' > Cc: [EMAIL PROTECTED] > Subject: RE: help! Problems with TAR archives? [snip] > > What does tar t tell you on the FreeBSD side? > > tar: Hmm, this doesn't look like a tar archive. > tar: Skipping to next file header... > tar: only read 521 bytes from archive etc.rein.tar > > Also, I tried re-creating the problem. Exact same scenario. > Created a new TAR archive, ftp'd from FreeBSD to Window (not > specifying a setting), then used 'get' to bring them back to > FreeBSD and the archives are fine. So, I'm thinking that the > original archives are corrupt... > I've tried a few other scenarios and this is what I've discovered... - I'm using tar -zcpvf filename.tar.gz targetdir to create the archive - using any variation of tar -zxpvf gets the messages I've outlined above - same if I gunzip the archive first, then try tar -xpvf So I tried on some new tar files, only transfering from BSD to BSD and found that, for some reason, I'm getting the same error (e.g. tar with zcpvf and ftp/binary from BSD to BSD). Now I'm confused. So, I repeat the same process without the gzip (tar cpvf and ftp/binary from BSD to BSD), and presto the archives are fine. I would assume from this, that I'm doing something wrong with the gzip? Or that gzip is doing something funny. Any thoughts? p. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
RE: help! Problems with TAR archives?
> -Original Message- > From: Greg 'groggy' Lehey [mailto:[EMAIL PROTECTED]] > > [Format recovered--see http://www.lemis.com/email/email-format.html] > > > X-Mailer: Microsoft Outlook, Build 10.0.3416 > > Incorrect wrapping in quoted text. Argh! I thought I had fixed that... I've set the wrap to 132, what else can I do? Perhaps I'll try one of these third-party programs? Or switch to ??? at the office for email? > > On Monday, 6 January 2003 at 8:45:25 -0500, Phillip Smith wrote: > > > >> On Saturday, 4 January 2003 at 20:30:52 -0500, Phillip > Smith wrote: > >>> on 1/4/03 6:50 PM, Stephen Hovey at [EMAIL PROTECTED] wrote: > On Sat, 4 Jan 2003, Phillip Smith wrote: > > Wondering what (if anything) can be done about this? > > > > freedom# tar -xf www.tar > > tar: Skipping to next file header... > > tar: Unknown file type '' for > > çÓîïæ8ËÜ«»ß[+î¯n·Ñ_}ûíÒMÂ2žð±çÕV´2¬£8(UvjÛu¾ßש¦ ä, > > extracted as normal file > > tar: Skipping to next file header... > > > > I don't understand what's happened to this archive (and > serveral > > others that represent my entire system backup)? I'm having the > > same problem with a whole set of archives that I ftp to > a remote > > Windows machine... the ones I stored on my other > FreeBSD machine > > are fine. Did something happen during the transfer? > > windows ftp defaults to ascii more, not binary, so its > adds a \r to > each \n - you might save your tar files if you upload > ascii to get > them stripped out again. > >>> > >>> Would it be possible to use a script to achieve the same outcome? > >> > >> No, you don't know which \rs have been added. > >> > >>> I've tried re-uploading/downlaoding the files in multiple > modes, to > >>> no avail. > >> > >> It should work with binary transfer. > > > > Tried several times/ways to no avail. > > Hmm. OK, when you've transferred the file, transfer it back > to your FreeBSD box under a different name. Then compare the > two files with cmp(1). That will tell you whether you're > really suffering from data corruption. Okay, I'll give that a try. > > >>> Also, I ftp'd these files TO a Windows box FROM my BSD box, so I > >>> believe that the default mode for that would be binary? > >> > >> What does ftp say? > > > > FTP is set to binary by default, so I'm quite confused. > > Not on Microsoft. True. > > >>> Are there any other reasons this may have happened? Any > way to test? > >> > >> I can't think of any other. It's a traditional problem. You can > >> test by comparing the size of the archives on each side. > > > > Archives appear to be the same size on both sides. > > Hmm, that's not the \r syndrome, then. > > > I'm starting to think that the archives got corrupted somehow? > > What does tar t tell you on the FreeBSD side? tar: Hmm, this doesn't look like a tar archive. tar: Skipping to next file header... tar: only read 521 bytes from archive etc.rein.tar Also, I tried re-creating the problem. Exact same scenario. Created a new TAR archive, ftp'd from FreeBSD to Window (not specifying a setting), then used 'get' to bring them back to FreeBSD and the archives are fine. So, I'm thinking that the original archives are corrupt... > > > The archive starts to unpack (I see a few directories and > files) then > > hits a snag and spews garbage or quits. > > > > Here's a question then... suppose I want to re-mount a > drive that had > > the data on it, but the drive was one of two drives mirrored with > > vinum. I've subsequently changed my drive set-up and now > this drive > > is just sitting there as a 'hot spare', I haven't newfs'd it or > > anything... so I presume the data is still on it. If I were to > > re-connect the drive, and re-load vinum, could I access the > data? How > > easy/difficult would this be? > > That depends a lot on the Vinum configuration and whether > you're running any other Vinum volumes. It could work. But > first I'd like to establish whether your archive is really > corrupt. There's a possibility that the tar you're using on > the Microsoft side simply doesn't understand the archive. I'm using TAR on the FreeBSD side, not the Microsoft side. Don't have an archiver installed on the Windows box. I don't have any Vinum volumes set up at the moment, no. But, I was thinking I could plug in the 'hot spare' drive and start vinum and see what config it pulls from the drive; then alter the config so that there's only one subdisk (the hot spare) for the 'mirror' and mount that and move the data off? What do you think? > > Greg > -- > When replying to this message, please copy the original > recipients. If you don't, I may ignore the reply or reply to > the original recipients. For more information, see http://www.lemis.com/questions.html See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" i
Re: help! Problems with TAR archives?
[Format recovered--see http://www.lemis.com/email/email-format.html] > X-Mailer: Microsoft Outlook, Build 10.0.3416 Incorrect wrapping in quoted text. On Monday, 6 January 2003 at 8:45:25 -0500, Phillip Smith wrote: > >> On Saturday, 4 January 2003 at 20:30:52 -0500, Phillip Smith wrote: >>> on 1/4/03 6:50 PM, Stephen Hovey at [EMAIL PROTECTED] wrote: On Sat, 4 Jan 2003, Phillip Smith wrote: > Wondering what (if anything) can be done about this? > > freedom# tar -xf www.tar > tar: Skipping to next file header... > tar: Unknown file type '' for > çÓîïæ8ËÜ«»ß[+î¯n·Ñ_}ûíÒMÂ2žð±çÕV´2¬£8(UvjÛu¾ßש¦ ä, extracted as normal >file > tar: Skipping to next file header... > > I don't understand what's happened to this archive (and serveral > others that represent my entire system backup)? I'm having the > same problem with a whole set of archives that I ftp to a remote > Windows machine... the ones I stored on my other FreeBSD machine > are fine. Did something happen during the transfer? windows ftp defaults to ascii more, not binary, so its adds a \r to each \n - you might save your tar files if you upload ascii to get them stripped out again. >>> >>> Would it be possible to use a script to achieve the same outcome? >> >> No, you don't know which \rs have been added. >> >>> I've tried re-uploading/downlaoding the files in multiple modes, >>> to no avail. >> >> It should work with binary transfer. > > Tried several times/ways to no avail. Hmm. OK, when you've transferred the file, transfer it back to your FreeBSD box under a different name. Then compare the two files with cmp(1). That will tell you whether you're really suffering from data corruption. >>> Also, I ftp'd these files TO a Windows box FROM my BSD box, so I >>> believe that the default mode for that would be binary? >> >> What does ftp say? > > FTP is set to binary by default, so I'm quite confused. Not on Microsoft. >>> Are there any other reasons this may have happened? Any way to test? >> >> I can't think of any other. It's a traditional problem. You >> can test by comparing the size of the archives on each side. > > Archives appear to be the same size on both sides. Hmm, that's not the \r syndrome, then. > I'm starting to think that the archives got corrupted somehow? What does tar t tell you on the FreeBSD side? > The archive starts to unpack (I see a few directories and files) > then hits a snag and spews garbage or quits. > > Here's a question then... suppose I want to re-mount a drive that > had the data on it, but the drive was one of two drives mirrored > with vinum. I've subsequently changed my drive set-up and now this > drive is just sitting there as a 'hot spare', I haven't newfs'd it > or anything... so I presume the data is still on it. If I were to > re-connect the drive, and re-load vinum, could I access the data? > How easy/difficult would this be? That depends a lot on the Vinum configuration and whether you're running any other Vinum volumes. It could work. But first I'd like to establish whether your archive is really corrupt. There's a possibility that the tar you're using on the Microsoft side simply doesn't understand the archive. Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply or reply to the original recipients. For more information, see http://www.lemis.com/questions.html See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
RE: help! Problems with TAR archives?
> On Saturday, 4 January 2003 at 20:30:52 -0500, Phillip Smith wrote: > > on 1/4/03 6:50 PM, Stephen Hovey at [EMAIL PROTECTED] wrote: > >> On Sat, 4 Jan 2003, Phillip Smith wrote: > >>> Wondering what (if anything) can be done about this? > >>> > >>> freedom# tar -xf www.tar > >>> tar: Skipping to next file header... > >>> tar: Unknown file type '' for > >>> çÓîïæ8ËÜ«»ß[+î¯n·Ñ_}ûíÒMÂ2žð±çÕV´2¬£8(UvjÛu¾ßש¦ ä, > extracted > >>> as normal file > >>> tar: Skipping to next file header... > >>> > >>> I don't understand what's happened to this archive (and serveral > >>> others that represent my entire system backup)? I'm > having the same > >>> problem with a whole set of archives that I ftp to a > remote Windows > >>> machine... the ones I stored on my other FreeBSD machine > are fine. > >>> Did something happen during the transfer? > >>> > >>> Also, for each archive, the first few items are extracted > properly > >>> and then there all this junk... any thought _really_ > appreciated. If > >>> these are corrupt, I've lost a pile of data. > >>> > >>> Many thanks in advance, > >> > >> windows ftp defaults to ascii more, not binary, so its > adds a \r to > >> each \n - you might save your tar files if you upload ascii to get > >> them stripped out again. > > > > Would it be possible to use a script to achieve the same outcome? > > No, you don't know which \rs have been added. > > > I've tried re-uploading/downlaoding the files in multiple > modes, to no > > avail. > > It should work with binary transfer. Tried several times/ways to no avail. > > > Also, I ftp'd these files TO a Windows box FROM my BSD box, so I > > believe that the default mode for that would be binary? > > What does ftp say? FTP is set to binary by default, so I'm quite confused. > > > Are there any other reasons this may have happened? Any way to test? > > I can't think of any other. It's a traditional problem. You > can test by comparing the size of the archives on each side. Archives appear to be the same size on both sides. I'm starting to think that the archives got corrupted somehow? The archive starts to unpack (I see a few directories and files) then hits a snag and spews garbage or quits. Here's a question then... suppose I want to re-mount a drive that had the data on it, but the drive was one of two drives mirrored with vinum. I've subsequently changed my drive set-up and now this drive is just sitting there as a 'hot spare', I haven't newfs'd it or anything... so I presume the data is still on it. If I were to re-connect the drive, and re-load vinum, could I access the data? How easy/difficult would this be? Thanks again! p. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: help! Problems with TAR archives?
On Saturday, 4 January 2003 at 20:30:52 -0500, Phillip Smith wrote: > on 1/4/03 6:50 PM, Stephen Hovey at [EMAIL PROTECTED] wrote: >> On Sat, 4 Jan 2003, Phillip Smith wrote: >>> Wondering what (if anything) can be done about this? >>> >>> freedom# tar -xf www.tar >>> tar: Skipping to next file header... >>> tar: Unknown file type '' for >>> çÓîïæ8ËÜ«»ß[+î¯n·Ñ_}ûíÒMÂ2žð±çÕV´2¬£8(UvjÛu¾ßש¦ ä, extracted as normal file >>> tar: Skipping to next file header... >>> >>> I don't understand what's happened to this archive (and serveral >>> others that represent my entire system backup)? I'm having the >>> same problem with a whole set of archives that I ftp to a remote >>> Windows machine... the ones I stored on my other FreeBSD machine >>> are fine. Did something happen during the transfer? >>> >>> Also, for each archive, the first few items are extracted properly and then >>> there all this junk... any thought _really_ appreciated. If these are >>> corrupt, I've lost a pile of data. >>> >>> Many thanks in advance, >> >> windows ftp defaults to ascii more, not binary, so its adds a \r to each >> \n - you might save your tar files if you upload ascii to get them >> stripped out again. > > Would it be possible to use a script to achieve the same outcome? No, you don't know which \rs have been added. > I've tried re-uploading/downlaoding the files in multiple modes, to > no avail. It should work with binary transfer. > Also, I ftp'd these files TO a Windows box FROM my BSD box, so I > believe that the default mode for that would be binary? What does ftp say? > Are there any other reasons this may have happened? Any way to test? I can't think of any other. It's a traditional problem. You can test by comparing the size of the archives on each side. Greg -- When replying to this message, please copy the original recipients. If you don't, I may ignore the reply or reply to the original recipients. For more information, see http://www.lemis.com/questions.html See complete headers for address and phone numbers To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: help! Problems with TAR archives?
Would it be possible to use a script to achieve the same outcome? I've tried re-uploading/downlaoding the files in multiple modes, to no avail. Also, I ftp'd these files TO a Windows box FROM my BSD box, so I believe that the default mode for that would be binary? Are there any other reasons this may have happened? Any way to test? p. on 1/4/03 6:50 PM, Stephen Hovey at [EMAIL PROTECTED] wrote: > > windows ftp defaults to ascii more, not binary, so its adds a \r to each > \n - you might save your tar files if you upload ascii to get them > stripped out again. > > On Sat, 4 Jan 2003, Phillip Smith wrote: > >> >> Hi, >> >> Wondering what (if anything) can be done about this? >> >> freedom# tar -xf www.tar >> tar: Skipping to next file header... >> tar: Unknown file type '' for >> çÓîïæ8ËÜ«»ß[+î¯n·Ñ_}ûíÒMÂ2žð±çÕV´2¬£8(UvjÛu¾ßש¦ ä, extracted as >> normal file >> tar: Skipping to next file header... >> >> >> I don't understand what's happened to this archive (and serveral others that >> represent my entire system backup)? I'm having the same problem with a whole >> set of archives that I ftp to a remote Windows machine... the ones I stored >> on my other FreeBSD machine are fine. Did something happen during the >> transfer? >> >> Also, for each archive, the first few items are extracted properly and then >> there all this junk... any thought _really_ appreciated. If these are >> corrupt, I've lost a pile of data. >> >> Many thanks in advance, >> >> phillip. >> >> >> To Unsubscribe: send mail to [EMAIL PROTECTED] >> with "unsubscribe freebsd-questions" in the body of the message >> > > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
Re: help! Problems with TAR archives?
windows ftp defaults to ascii more, not binary, so its adds a \r to each \n - you might save your tar files if you upload ascii to get them stripped out again. On Sat, 4 Jan 2003, Phillip Smith wrote: > > Hi, > > Wondering what (if anything) can be done about this? > > freedom# tar -xf www.tar > tar: Skipping to next file header... > tar: Unknown file type '' for > çÓîïæ8ËÜ«»ß[+î¯n·Ñ_}ûíÒMÂ2žð±çÕV´2¬£8(UvjÛu¾ßש¦ ä, extracted as > normal file > tar: Skipping to next file header... > > > I don't understand what's happened to this archive (and serveral others that > represent my entire system backup)? I'm having the same problem with a whole > set of archives that I ftp to a remote Windows machine... the ones I stored > on my other FreeBSD machine are fine. Did something happen during the > transfer? > > Also, for each archive, the first few items are extracted properly and then > there all this junk... any thought _really_ appreciated. If these are > corrupt, I've lost a pile of data. > > Many thanks in advance, > > phillip. > > > To Unsubscribe: send mail to [EMAIL PROTECTED] > with "unsubscribe freebsd-questions" in the body of the message > To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message
