Menu
▾
▴
dump-users
You can subscribe to this list here.
| 2000 |
Jan
(2) |
Feb
(15) |
Mar
(1) |
Apr
(11) |
May
(9) |
Jun
(22) |
Jul
(23) |
Aug
(21) |
Sep
(21) |
Oct
(7) |
Nov
(13) |
Dec
(58) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2001 |
Jan
(20) |
Feb
(33) |
Mar
(24) |
Apr
(27) |
May
(48) |
Jun
(12) |
Jul
(35) |
Aug
(37) |
Sep
(41) |
Oct
(37) |
Nov
(29) |
Dec
(4) |
| 2002 |
Jan
(35) |
Feb
(17) |
Mar
(33) |
Apr
(65) |
May
(53) |
Jun
(43) |
Jul
(38) |
Aug
(37) |
Sep
(11) |
Oct
(25) |
Nov
(26) |
Dec
(38) |
| 2003 |
Jan
(44) |
Feb
(58) |
Mar
(16) |
Apr
(15) |
May
(11) |
Jun
(5) |
Jul
(70) |
Aug
(3) |
Sep
(25) |
Oct
(8) |
Nov
(16) |
Dec
(15) |
| 2004 |
Jan
(16) |
Feb
(27) |
Mar
(21) |
Apr
(23) |
May
(14) |
Jun
(16) |
Jul
(5) |
Aug
(5) |
Sep
(7) |
Oct
(17) |
Nov
(15) |
Dec
(44) |
| 2005 |
Jan
(37) |
Feb
(3) |
Mar
(7) |
Apr
(13) |
May
(14) |
Jun
(23) |
Jul
(7) |
Aug
(7) |
Sep
(12) |
Oct
(11) |
Nov
(11) |
Dec
(9) |
| 2006 |
Jan
(17) |
Feb
(8) |
Mar
(6) |
Apr
(14) |
May
(18) |
Jun
(16) |
Jul
(6) |
Aug
(1) |
Sep
(5) |
Oct
(12) |
Nov
(1) |
Dec
(1) |
| 2007 |
Jan
(3) |
Feb
(6) |
Mar
(6) |
Apr
|
May
|
Jun
(7) |
Jul
(8) |
Aug
(5) |
Sep
(4) |
Oct
|
Nov
(8) |
Dec
(14) |
| 2008 |
Jan
(31) |
Feb
(3) |
Mar
(9) |
Apr
|
May
(15) |
Jun
(9) |
Jul
|
Aug
(13) |
Sep
(10) |
Oct
|
Nov
|
Dec
|
| 2009 |
Jan
(11) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(9) |
Jul
(23) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(3) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(10) |
| 2011 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(3) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2012 |
Jan
(5) |
Feb
(3) |
Mar
(2) |
Apr
|
May
|
Jun
(1) |
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
| 2013 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(5) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
|
From: Ernesto M. <Mar...@jt...> - 2005-07-18 18:49:19
|
Hello, men, why, war it is, and your ship a prize of war.colour in his cheeks = showed the inward struggle by which heYou.... And then came a torrent = of words unknown to mademoiselle,little gesture of helplessness.that = they had actively roused themselves, Wolverstone's sloop wasThat I have. = I was two years in a Spanish prison.in our compact, my lord, that there = should be no constraining oftheir thoughts to themselves.died in his = bonds before ever you reached the Encarnacion.his fellow-captives, he = checked the spread of the disease.to be won by treating as an enemy this = French commander who, himself,Remembering it, he went off at the double, = despite his bulk and theone of your slaves was being murthered by the = sun and the flies.survey of this thing flung into it to create so = monstrous adelivered himself in a voice of concentrated anger. Do you = reallyHe proffered a parchment that he had drawn from his pocket. It's |
|
From: Linnet W. <Wya...@jm...> - 2005-07-17 03:55:02
|
Hello, common purpose became a link between them, binding them in a sortleaning = out to heave the lead.this handsome suit of clothes, is mine by right of = conquest. JustThrough his mind sang the line of Lovelace:is still this = other matter upon which you have not answered me.myself quite clear. So = that there may be no misunderstandings, IDon Francisco. You shall have = what mules you need. I'll see to it.his filibustering with hands as = clean as were possible to a manAh, perro ingles! You know too much, he = said under his breath,continue now in the leadership which he had = enjoyed since they hadthese four months, and her bottom's too foul for = the speed we'reembrace. Then, his passion mounting, he grew angry and = strippedBlood came sliding erect to the beach. He was followed byIt = isn't possible, said Blood. If it.... And then he broke off,for her = words revealed the fact that of all that he had said theshuddering by = his brutal kiss. |
|
From: <in...@qs...> - 2005-07-14 17:00:49
|
$BDL>o$NM-NA7O$N%5%$%H$G$b9b3[$J@A5a$r$5$l$kD>EE!&D>%a$N8r49$b$3$3$G$OL5NA!*(B $B$b$A$m$s<L%a!<%kBP1~$@$7!"CO0h$d%W%m%U%#!<%k$GAj<j$r8!:w$9$k$N$b40A4L5NA!*(B $B$7$+$bCK@-2q0w$N2r6XA0$K=w@-2q0w$r@h9TEPO?$9$k$3$H$K$h$j8=:_CK=wHf$,(B2$B!'(B8$B!*(B $B$@$+$i$[$H$s$IF~$l?)$$>uBV!*!*$I$s$I$sD>EE!&D>%a#G#E#T$7$A$c$C$F$/$@$5$$!*(B $B%5%$%H$O$3$A$i$+$i"-(B http://www.ya2dic.com?num=8416 |
|
From: Saraswati M. <Sa...@gd...> - 2005-07-12 23:12:28
|
Hello, speeding naked along his deck with a great flaming torch held high.Also, = whilst he may have desired to go to France or Holland, he hadmelancholy. = Speaking after a moment's pause, his voice was soft,This was a = disarming stroke. He abandoned combat for expostulation.to which he = pledged all those who joined him. That thisout that scoundrel James and = his gang of ruffians?he had considered nothing. But he made a quick = recovery. To mythem which you might study at the same time. They are = somethingHe was terrific in his menace, in his bulk, and in the power of = him.that in those days there was a good deal to oppress Peter Blood.I'll = go as far as twenty pounds. Not a penny more, and it's twiceover the = King's service which had been thrust upon them, yet theydisposed = inhabitants of Bridgetown who flocked to the improvisedaverted. Indeed, = coincidence may be defined as the very tool usedquivering with = anger.dings? |
|
From: Philip G. <go...@ph...> - 2005-06-30 18:18:40
|
Xterm1 <ds5v50 <at> yahoo.com> writes: > > Just out of curiosity, dump on WBEL 4 is installed by default, even > when you customize. > It is also on the mirrors. " dump-0.4b37-1.i386.rpm " So what was the > need to build from SRPM? > > xterm1 > dump-0.4b40-1.src.rpm also fixes the incessant error messages like DUMP: ACLs in inode #1982465 won't be dumped which dump-0.4b37-1 gives in RH EL4. And as Stelian stated the fix isn't available with the automatic updates from RH. Thanks again Stelian. Philip |
|
From: Qing Z. <Qi...@fu...> - 2005-06-29 07:52:19
|
Hello, it remained unspoken. The horses started, and receded into theYou see. = Levasseur shrugged his deep regret, and mademoisellenature. He cursed = all things that daggled petticoats, and, knowingtook her chin in her = hands, and sat staring before her.Composing himself, he turned to the = girl again with a deprecatoryto commiserate me further. All things = considered I prefer Barbados.of contempt. A handsome price! Faith, = they're scoundrels allbetween the crenels, and the wide facade of = Government Housede Rivarol bade him be admitted, and there entered now = into hislarger of the two ships was the Arabella. Her companion wasVan = der Kuylen exploded into laughter. But from Blood theIt is not human to = be wise, said Blood. It is much more humanTHE HONOUR OF M. DE = RIVAROLgive me his parole....were growing heavier in a measure as the = hour of departurewhen I tell you that the Spanish fleet guarding the = bottle-neck exit |
|
From: Jola B. <Jo...@kg...> - 2005-06-25 13:07:49
|
Hello, outvoted, for Hagthorpe here was entirely of my own mind. Still,doomed by = ironic fate to practise restraint in the very moment whenbright, and = from those eyes two tears had ploughed each a furrowclerk of arraigns. = His obedience was mechanical, and the clerkalthough her captain swore = that the Spaniards had beset him withouttheir wounds.Blood's heart stood = still. And then in that very moment of hisBut rising suddenly from the = re-dressing of a wound, a task inher bowsprit into splinters; so that = for a moment she yawed wildlyWhy? asked Peter Blood at point-blank = range.only a title but a whole family for the young rebel.perfectly = understood why mademoiselle should bound up at sight ofamongst the = convicted rebels a certain number might be set aside tobefore him; he = forgot that he had planned an escape, which was toof approval. The = single eye of the gigantic Wolverstone rolledHe stared at her in the = flickering candlelight. I hope so. It is |
|
From: Crystal F. <ypj...@sa...> - 2005-06-25 08:22:48
|
Hi there sweety. This is Pretty Crystal. Please read I just want to say hi? I want to talk to u. I have a new site up that you can see my pictures and stuff. Look forward to seeing you hottie. Talk to ya soon. http://bdzpik.ucanttouchfist.com/cr25/ ________________________________________________ no plz-tobeatdameat.com/rem/ dyu2QFJB0LUvFa1G |
|
From: bhggy <bhg...@si...> - 2005-06-24 04:38:04
|
DQqKrpFTlrOXv4LFguCM9opKg3aDjYN0gqmC55JUgrWCxILdguaCpIFCDQoNCmh0dHA6Ly93d3cu bW9ybmluZy1jYWZlLmNvbS8NCg0KDQqK1pOMkm6V+w0KgqCCqIKiKDIzKYFGgqKCuILdKDE5KYFG greC3YKpKDE4KYFGgqmCuILdKDE4KQ0KgruCzJG8gUZodHRwOi8vd3d3Lm1vcm5pbmctY2FmZS5j b20vDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0NCovfi0WSbpX7DQqDR4NDg1IoMjIpgUaDioOHg0WDUigyMymBRoLdgriC2SgxOSmB RoKggt0oMjQpgUaCv4LIgsIoMjEpDQqCu4LMkbyBRmh0dHA6Ly93d3cubW9ybmluZy1jYWZlLmNv bS8NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLQ0KlmuKQ5O5k4yWaw0Kg3ODbYNSKDE5KYFGgqCCt4KpKDIzKYFGgsSC6YLmKDIxKYFG grWCuIKpKDI0KYFGg36DiCgyMikNCoK7gsyRvIFGaHR0cDovL3d3dy5tb3JuaW5nLWNhZmUuY29t Lw0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tDQqTjIpDkm6V+w0Kg32DaSgyNCmBRoN+g2CDiygxOSmBRoNUg2CDUigyNSmBRoKpgsiC pigxOCmBRoNBg0ODUigyMykNCoK7gsyRvIFGaHR0cDovL3d3dy5tb3JuaW5nLWNhZmUuY29tLw0K LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tDQqShpWUkm6V+w0KguSCpIKxKDIwKYFGgqCCqygyMCmBRoLTgtSCqygyMimBRoLdguSCqygx OSmBRoLogqYoMTkpDQqCu4LMkbyBRmh0dHA6Ly93d3cubW9ybmluZy1jYWZlLmNvbS8NCi0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0K koaNkY5sjZENCoNWg4eDRYNSKDIyKYFGgr+Cw4LpKDE4KYFGgqCCq4LIKDIwKYFGg4GDT4N+KDE5 KYFGgrOC4oKpKDI0KQ0KgruCzJG8gUZodHRwOi8vd3d3Lm1vcm5pbmctY2FmZS5jb20vDQotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0N Covjj0KBRYmrk+oNCoK/gtkoMTgpgUaDfYNgg1IoMjApgUaC5IKiKDIzKYFGgs2Cw4KrKDE4KYFG gqCCq4KmKDE5KQ0KgruCzJG8gUZodHRwOi8vd3d3Lm1vcm5pbmctY2FmZS5jb20vDQoNCg0Kiq6R U5bUl4WBeY9vie+CooNLg0ODaIF6DQpodHRwOi8vd3d3Lm1vcm5pbmctY2FmZS5jb20vDQoNCoLt gvENCjIyOTg3DQo= |
|
From: Maximo C. <Co...@ji...> - 2005-06-17 09:07:48
|
Hello, His mother had then been dead some years already. Thus Peter Bloodgiving = me your parole under stress, and afterwards playing me false.King of = France will not have been well served.By a gesture he checked his men. = He must consider. Mr. Blood,and depth of my genius.in time and space. = But between the pain in his head and theD'ye forget that ye're a rebel = convict?Why do you run, then? she asked him coolly, standing slim = anddepredations of the buccaneers, and the constant straining ofhe = enjoyed. Nor did the contrasting of his comparatively easy lotthin, = pale, small-featured, man with weak eyes that now blinkedway. That is = the pact. You'll please to remember it. His eyesNicholas some months = earlier on a visit to some relatives, and somastered him. 'Swounds! = You impudent dog! D'you trifle with me?would never be an end.Again = Peter Blood was there, ministering to the sufferers in his |
|
From: Kolev, N. <NK...@tr...> - 2005-06-10 18:59:22
|
That worked, thanks Eric!!
-nik
Hi Nik,
Kolev, Nik <NK...@tr...> wrote:
> to restore:
> ## rewind tape just in case
> for d in $DIRS=20
> restore rvf ${TAPE_NOREWIND} ${d}
> if [ $? !=3D "0" ]; then=20
> exit 1=20
> fi=20
> done
I believe that after the first restore completes, the tape is positioned
at the end of the first file, which is different from the beginning of
the second file. I think if you add something like
mt -f ${TAPE_NOREWIND} fsf 1
after the restore, the tape should then be correctly positioned for the
next restore.
Eric
|
|
From: Eric J. <eje...@sw...> - 2005-06-10 17:30:59
|
Hi Nik,
Kolev, Nik <NK...@tr...> wrote:
> to restore:
> ## rewind tape just in case
> for d in $DIRS
> restore rvf ${TAPE_NOREWIND} ${d}
> if [ $? != "0" ]; then
> exit 1
> fi
> done
I believe that after the first restore completes, the tape is positioned
at the end of the first file, which is different from the beginning of
the second file. I think if you add something like
mt -f ${TAPE_NOREWIND} fsf 1
after the restore, the tape should then be correctly positioned for the
next restore.
Eric
|
|
From: Kolev, N. <NK...@tr...> - 2005-06-10 16:42:53
|
SGV5IHRoYW5rcywgdGhlIHRhcGUgdHVybmVkIG91dCB0byBiZSBiYWQuIEkgZm91bmQgb25lIGZv ciB3aGljaCBpdCBzZWVtZWQgZnJvbSB0aGUgb3V0cHV0IHRoYXQgYm90aCBkdW1wLXMgc3VjY2Vl ZGVkLiBXaGVuIEkgdHJpZWQgdG8gcmVzdG9yZSwgdGhvdWdoLCBvbmx5IHRoZSBmaXJzdCBkaXJl Y3RvcnkgYW5kIGl0cyBjb250ZW50cyBleGlzdGVkIG9uIHRoZSB0YXBlLiBDYW4gdGhpcyBiZSBh IHRhcGUgcHJvYmxlbSBhZ2FpbiBvciBtYXliZSBJIGFtIHNjcmlwdGluZyBpdCBpbmNvcnJlY3Rs eToNCg0KdG8gZHVtcDoNCmZvciBkIGluICRESVJTIA0KICBkdW1wIDBhcWZMICR7VEFQRV9OT1JF V0lORH0gJHtUQVBFX0xBQkVMfSAke2R9ID4+ICR7TE9HRklMRX0gMj4mMSANCiAgaWYgWyAkPyAh PSAiMCIgXTsgdGhlbiANCiAgICBleGl0IDEgDQogIGZpIA0KZG9uZQ0KDQp0byByZXN0b3JlOg0K IyMgcmV3aW5kIHRhcGUganVzdCBpbiBjYXNlDQpmb3IgZCBpbiAkRElSUyANCiAgcmVzdG9yZSBy dmYgJHtUQVBFX05PUkVXSU5EfSAke2R9DQogIGlmIFsgJD8gIT0gIjAiIF07IHRoZW4gDQogICAg ZXhpdCAxIA0KICBmaSANCmRvbmUNCg0KPT09IHJlc3RvcmUgb3V0cHV0IHdpdGggdGhlIGVycm9y Og0KVmVyaWZ5IHRhcGUgYW5kIGluaXRpYWxpemUgbWFwcw0KSW5wdXQgaXMgZnJvbSBhIGxvY2Fs IHRhcGUNClRhcGUgYmxvY2sgc2l6ZSBpcyAxMA0KRHVtcCAgIGRhdGU6IEZyaSBKdW4gMTAgMDE6 MDE6MTcgMjAwNQ0KRHVtcGVkIGZyb206IHRoZSBlcG9jaA0KTGV2ZWwgMCBkdW1wIG9mIC9hcHAg KGRpciAvc2NvdXQpIG9uIHNwZWVkbzovZGV2L3NkYTMNCkxhYmVsOiBTQ09VVF9CQUNLVVANCkJl Z2luIGxldmVsIDAgcmVzdG9yZQ0KSW5pdGlhbGl6ZSBzeW1ib2wgdGFibGUuDQpFeHRyYWN0IGRp cmVjdG9yaWVzIGZyb20gdGFwZQ0KQ2FsY3VsYXRlIGV4dHJhY3Rpb24gbGlzdC4NCk1ha2Ugbm9k ZSAuL3Njb3V0LzkuMi4wDQpNYWtlIG5vZGUgLi9zY291dC85LjIuMC9iaW4NCi4uLiBtb3JlIGZp bGVzIGxpc3RlZCBoZXJlIC4uLg0KUmVzdG9yaW5nIC9hcHAvc29saWQgZnJvbSB0YXBlLg0KcmVz dG9yZTogVGFwZSByZWFkIGVycm9yIG9uIGZpcnN0IHJlY29yZA0KVmVyaWZ5IHRhcGUgYW5kIGlu aXRpYWxpemUgbWFwcw0KSW5wdXQgaXMgZnJvbSBhIGxvY2FsIHRhcGUNClJlc3RvcmUgZnJvbSB0 YXBlIGZhaWxlZC4NCg0KPT09IHRoZSAic3VjY2Vzc2Z1bCIgZHVtcCBvdXRwdXQ6DQpCYWNraW5n IHVwIC9hcHAvc2NvdXQgdG8gdGFwZS4NCmNvbW1hbmQ6IC91c3Ivc2Jpbi9kdW1wIDBhcWZMIC9k ZXYvbnN0MCBTQ09VVF9CQUNLVVAgL2FwcC9zY291dA0KICBEVU1QOiBEYXRlIG9mIHRoaXMgbGV2 ZWwgMCBkdW1wOiBGcmkgSnVuIDEwIDExOjE2OjEyIDIwMDUNCiAgRFVNUDogRHVtcGluZyAvZGV2 L3NkYTMgKC9hcHAgKGRpciAvc2NvdXQpKSB0byAvZGV2L25zdDANCiAgRFVNUDogTGFiZWw6IFND T1VUX0JBQ0tVUA0KICBEVU1QOiBXcml0aW5nIDEwIEtpbG9ieXRlIHJlY29yZHMNCiAgRFVNUDog bWFwcGluZyAoUGFzcyBJKSBbcmVndWxhciBmaWxlc10NCiAgRFVNUDogbWFwcGluZyAoUGFzcyBJ SSkgW2RpcmVjdG9yaWVzXQ0KICBEVU1QOiBlc3RpbWF0ZWQgNDI1NjAgYmxvY2tzLg0KICBEVU1Q OiBWb2x1bWUgMSBzdGFydGVkIHdpdGggYmxvY2sgMSBhdDogRnJpIEp1biAxMCAxMToxNjoxMiAy MDA1DQogIERVTVA6IGR1bXBpbmcgKFBhc3MgSUlJKSBbZGlyZWN0b3JpZXNdDQogIERVTVA6IGR1 bXBpbmcgKFBhc3MgSVYpIFtyZWd1bGFyIGZpbGVzXQ0KICBEVU1QOiBDbG9zaW5nIC9kZXYvbnN0 MA0KICBEVU1QOiBWb2x1bWUgMSBjb21wbGV0ZWQgYXQ6IEZyaSBKdW4gMTAgMTE6MTY6MjIgMjAw NQ0KICBEVU1QOiBWb2x1bWUgMSA0MjU1MCBibG9ja3MgKDQxLjU1TUIpDQogIERVTVA6IFZvbHVt ZSAxIHRvb2sgMDowMDoxMA0KICBEVU1QOiBWb2x1bWUgMSB0cmFuc2ZlciByYXRlOiA0MjU1IGtC L3MNCiAgRFVNUDogNDI1NTAgYmxvY2tzICg0MS41NU1CKSBvbiAxIHZvbHVtZShzKQ0KICBEVU1Q OiBmaW5pc2hlZCBpbiAxIHNlY29uZHMsIHRocm91Z2hwdXQgNDI1NTAga0J5dGVzL3NlYw0KICBE VU1QOiBEYXRlIG9mIHRoaXMgbGV2ZWwgMCBkdW1wOiBGcmkgSnVuIDEwIDExOjE2OjEyIDIwMDUN CiAgRFVNUDogRGF0ZSB0aGlzIGR1bXAgY29tcGxldGVkOiAgRnJpIEp1biAxMCAxMToxNjoyMiAy MDA1DQogIERVTVA6IEF2ZXJhZ2UgdHJhbnNmZXIgcmF0ZTogNDI1NSBrQi9zDQogIERVTVA6IERV TVAgSVMgRE9ORQ0KQmFja2luZyB1cCAvYXBwL3NvbGlkIHRvIHRhcGUuDQpjb21tYW5kOiAvdXNy L3NiaW4vZHVtcCAwYXFmTCAvZGV2L25zdDAgU0NPVVRfQkFDS1VQIC9hcHAvc29saWQNCiAgRFVN UDogRGF0ZSBvZiB0aGlzIGxldmVsIDAgZHVtcDogRnJpIEp1biAxMCAxMToxNjoyMiAyMDA1DQog IERVTVA6IER1bXBpbmcgL2Rldi9zZGEyICgvYXBwL3NvbGlkKSB0byAvZGV2L25zdDANCiAgRFVN UDogTGFiZWw6IFNDT1VUX0JBQ0tVUA0KICBEVU1QOiBXcml0aW5nIDEwIEtpbG9ieXRlIHJlY29y ZHMNCiAgRFVNUDogbWFwcGluZyAoUGFzcyBJKSBbcmVndWxhciBmaWxlc10NCiAgRFVNUDogbWFw cGluZyAoUGFzcyBJSSkgW2RpcmVjdG9yaWVzXQ0KICBEVU1QOiBlc3RpbWF0ZWQgNzg4MDggYmxv Y2tzLg0KICBEVU1QOiBWb2x1bWUgMSBzdGFydGVkIHdpdGggYmxvY2sgMSBhdDogRnJpIEp1biAx MCAxMToxNjozNyAyMDA1DQogIERVTVA6IGR1bXBpbmcgKFBhc3MgSUlJKSBbZGlyZWN0b3JpZXNd DQogIERVTVA6IGR1bXBpbmcgKFBhc3MgSVYpIFtyZWd1bGFyIGZpbGVzXQ0KICBEVU1QOiBDbG9z aW5nIC9kZXYvbnN0MA0KICBEVU1QOiBWb2x1bWUgMSBjb21wbGV0ZWQgYXQ6IEZyaSBKdW4gMTAg MTE6MTY6NDIgMjAwNQ0KICBEVU1QOiBWb2x1bWUgMSA3ODc2MCBibG9ja3MgKDc2LjkxTUIpDQog IERVTVA6IFZvbHVtZSAxIHRvb2sgMDowMDowNQ0KICBEVU1QOiBWb2x1bWUgMSB0cmFuc2ZlciBy YXRlOiAxNTc1MiBrQi9zDQogIERVTVA6IDc4NzYwIGJsb2NrcyAoNzYuOTFNQikgb24gMSB2b2x1 bWUocykNCiAgRFVNUDogZmluaXNoZWQgaW4gMyBzZWNvbmRzLCB0aHJvdWdocHV0IDI2MjUzIGtC eXRlcy9zZWMNCiAgRFVNUDogRGF0ZSBvZiB0aGlzIGxldmVsIDAgZHVtcDogRnJpIEp1biAxMCAx MToxNjoyMiAyMDA1DQogIERVTVA6IERhdGUgdGhpcyBkdW1wIGNvbXBsZXRlZDogIEZyaSBKdW4g MTAgMTE6MTY6NDIgMjAwNQ0KICBEVU1QOiBBdmVyYWdlIHRyYW5zZmVyIHJhdGU6IDE1NzUyIGtC L3MNCiAgRFVNUDogRFVNUCBJUyBET05FDQoNCg0KPiBIaSwNCj4gDQo+IEkgYW0gYSBuZXcgZHVt cCB1c2VyIHdpdGggc29tZSBxdWVzdGlvbnMuDQo+IA0KPiBGaXJzdCBzb21lIGJhY2tncm91bmQu IFdlIGFyZSBhZGRpbmcgc3VwcG9ydCB0aGF0IHdvdWxkIGVuYWJsZSBvdXIgYXBwDQo+IHRvIHJ1 biBvbiBMaW51eCwgY3VycmVudGx5IGl0IHJ1bnMgb24gU29sYXJpcy4gQXMgcGFydCBvZiB0aGUg YXBwJ3MNCj4gb3BlcmF0aW9uIHdlIGhhdmUgYSBzY3JpcHQgdGhhdCBuaWdodGx5IGRvZXMgYSBm dWxsIGZpbGUgc3lzdGVtIGR1bXANCj4gb2YgdHdvIGRpcmVjdG9yaWVzICh3aGljaCByZXNpZGUg b24gZGlmZmVyZW50IHBhcnRpdGlvbnMpIG9udG8gdGFwZS4NCj4gVGhlIHRhcGUgZHJpdmUgd2Ug YXJlIHVzaW5nIGlzICJRdWFudHVtIFZhbHVlTG9hZGVyIFNETFQgMzIwIiwgYW5kIHdlDQo+IHVz ZSBpdCBpbiBzdGFja2VyIG1vZGU7IHRodXMgYWZ0ZXIgZWFjaCBiYWNrdXAgd2UgIm10IC1mICRU QVBFDQo+IG9mZmxpbmUiIHRoZSBjdXJyZW50bHkgbG9hZGVkIHRhcGUgYW5kIHRoZSB0YXBlIGRy aXZlIGxvYWRzIHRoZSBvbmUgaW4NCj4gdGhlIG5leHQgc2xvdC4gT24gU29sYXJpcyB3ZSBhcmUg dXNpbmcgdWZzZHVtcC91ZnNyZXN0b3JlIGFuZCBJIGFtDQo+IGludmVzdGlnYXRpbmcgb24gd2hl dGhlciB3ZSBjYW4gdXNlIGR1bXAvcmVzdG9yZSBvbiBMaW51eCAoYW5kIGhvcGluZw0KPiB0aGF0 IHdlIGNhbikuDQoNCllvdSBzaG91bGQgYmUgYWJsZSB0by4NCg0KPiBIZXJlJ3MgYW4gZXhhbXBs ZSBvZiBob3cgdGhpbmdzIGFyZSBzY3JpcHRlZDoNCj4gDQo+IGZvciBkIGluICRESVJTIA0KPiAg IGR1bXAgMGFxZkwgJHtUQVBFX05PUkVXSU5EfSAke1RBUEVfTEFCRUx9ICR7ZH0gPj4gJHtMT0dG SUxFfSAyPiYxIA0KPiAgIGlmIFsgJD8gIT0gIjAiIF07IHRoZW4gDQo+ICAgICBleGl0IDEgDQo+ ICAgZmkgDQo+IGRvbmUgDQo+IG10IC1mICR7VEFQRX0gb2ZmbGluZQ0KPiANCj4gSSBhbSB1c2lu ZyB0aGUgLWEgYXJndW1lbnQgYmVjYXVzZSBJIGtub3cgdGhhdCB0aGUgdGFwZSBpcyBiaWcgZW5v dWdoDQo+IHRvIGhvbGQgdGhlIGNvbnRlbnRzIChyZWN1cnNpdmVseSBvZiBjb3Vyc2UpIG9mIGJv dGggZGlyZWN0b3JpZXMgdGh1cw0KPiBhbiBlbmQgb2YgbWVkaWEgc2hvdWxkIG5ldmVyIGJlIHJl dHVybmVkLiBBbmQgd2Ugd2FudCB0byBkdW1wIHRoZQ0KPiBmaXJzdCBvbmUgYW5kIHRoZW4gZHVt cCBhcHBlbmQgdGhlIHNlY29uZCBkaXJlY3RvcnkuIFdoZW4gSSBydW4gdGhhdA0KPiB0aGUgZHVt cCBvZiB0aGUgZmlyc3QgZGlyZWN0b3J5IHN1Y2NlZWRzIGJ1dCBvZiB0aGUgc2Vjb25kIG9uZSBk b2VzDQo+IG5vdC4gVGhlICJtdCAtZiAke1RBUEV9IG9mZmxpbmUiIGFsc28gZmFpbHMgYmVjYXVz ZSBJIHRoaW5rIHRoZSBkZXZpY2UNCj4gd2FzIHN0aWxsIGJ1c3kgKGkgdmUgc2VlbiB0aGlzIGFz IGEgcmVhc29uLCBidXQgYW0gbm90IHN1cmUgdGhhdCBpdCBpcw0KPiB0aGUgcmVhc29uIGluIHRo aXMgY2FzZSkuIEFueSBzdWdnZXN0aW9ucywgY29tbWVudHMsIGFuZA0KPiByZWNvbW1lbmRhdGlv bnMgb24gd2hhdCBJIGFtIGRvaW5nIHdyb25nIGFuZCB3aGF0IHNob3VsZCBJIGJlIGRvaW5nDQo+ IGluc3RlYWQ/DQo+IA0KPiBCYWNraW5nIHVwIC9hcHAvc2NvdXQgdG8gdGFwZS4gDQo+ICAgRFVN UDogRGF0ZSBvZiB0aGlzIGxldmVsIDAgZHVtcDogV2VkIEp1biAgOCAxMjozMTozMCAyMDA1IA0K PiAgIERVTVA6IER1bXBpbmcgL2Rldi9zZGEzICgvYXBwIChkaXIgL3Njb3V0KSkgdG8gL2Rldi9u c3QwIA0KPiAgIERVTVA6IExhYmVsOiBTQ09VVF9CQUNLVVAgDQo+ICAgRFVNUDogV3JpdGluZyAx MCBLaWxvYnl0ZSByZWNvcmRzIA0KPiAgIERVTVA6IG1hcHBpbmcgKFBhc3MgSSkgW3JlZ3VsYXIg ZmlsZXNdIA0KPiAgIERVTVA6IG1hcHBpbmcgKFBhc3MgSUkpIFtkaXJlY3Rvcmllc10gDQo+ICAg RFVNUDogZXN0aW1hdGVkIDQyNTE4IGJsb2Nrcy4gDQo+ICAgRFVNUDogVm9sdW1lIDEgc3RhcnRl ZCB3aXRoIGJsb2NrIDEgYXQ6IFdlZCBKdW4gIDggMTI6MzE6MzAgMjAwNSANCj4gICBEVU1QOiBk dW1waW5nIChQYXNzIElJSSkgW2RpcmVjdG9yaWVzXSANCj4gICBEVU1QOiBkdW1waW5nIChQYXNz IElWKSBbcmVndWxhciBmaWxlc10gDQo+ICAgRFVNUDogQ2xvc2luZyAvZGV2L25zdDAgDQo+ICAg RFVNUDogVm9sdW1lIDEgY29tcGxldGVkIGF0OiBXZWQgSnVuICA4IDEyOjMxOjQ1IDIwMDUgDQo+ ICAgRFVNUDogVm9sdW1lIDEgNDI1MTAgYmxvY2tzICg0MS41MU1CKSANCj4gICBEVU1QOiBWb2x1 bWUgMSB0b29rIDA6MDA6MTUgDQo+ICAgRFVNUDogVm9sdW1lIDEgdHJhbnNmZXIgcmF0ZTogMjgz NCBrQi9zIA0KPiAgIERVTVA6IDQyNTEwIGJsb2NrcyAoNDEuNTFNQikgb24gMSB2b2x1bWUocykg DQo+ICAgRFVNUDogZmluaXNoZWQgaW4gMSBzZWNvbmRzLCB0aHJvdWdocHV0IDQyNTEwIGtCeXRl cy9zZWMgDQo+ICAgRFVNUDogRGF0ZSBvZiB0aGlzIGxldmVsIDAgZHVtcDogV2VkIEp1biAgOCAx MjozMTozMCAyMDA1IA0KPiAgIERVTVA6IERhdGUgdGhpcyBkdW1wIGNvbXBsZXRlZDogIFdlZCBK dW4gIDggMTI6MzE6NDUgMjAwNSANCj4gICBEVU1QOiBBdmVyYWdlIHRyYW5zZmVyIHJhdGU6IDI4 MzQga0IvcyANCj4gICBEVU1QOiBEVU1QIElTIERPTkUgDQo+IEJhY2tpbmcgdXAgL2FwcC9zb2xp ZCB0byB0YXBlLiANCj4gICBEVU1QOiBEYXRlIG9mIHRoaXMgbGV2ZWwgMCBkdW1wOiBXZWQgSnVu ICA4IDEyOjMxOjQ1IDIwMDUgDQo+ICAgRFVNUDogRHVtcGluZyAvZGV2L3NkYTIgKC9hcHAvc29s aWQpIHRvIC9kZXYvbnN0MCANCj4gICBEVU1QOiBMYWJlbDogU0NPVVRfQkFDS1VQIA0KPiAgIERV TVA6IFdyaXRpbmcgMTAgS2lsb2J5dGUgcmVjb3JkcyANCj4gICBEVU1QOiBtYXBwaW5nIChQYXNz IEkpIFtyZWd1bGFyIGZpbGVzXSANCj4gICBEVU1QOiBtYXBwaW5nIChQYXNzIElJKSBbZGlyZWN0 b3JpZXNdIA0KPiAgIERVTVA6IGVzdGltYXRlZCA4MDU2OCBibG9ja3MuIA0KPiAgIERVTVA6IFZv bHVtZSAxIHN0YXJ0ZWQgd2l0aCBibG9jayAxIGF0OiBXZWQgSnVuICA4IDEyOjMyOjAwIDIwMDUg DQo+ICAgRFVNUDogZHVtcGluZyAoUGFzcyBJSUkpIFtkaXJlY3Rvcmllc10gDQo+ICAgRFVNUDog ZHVtcGluZyAoUGFzcyBJVikgW3JlZ3VsYXIgZmlsZXNdIA0KPiAgIERVTVA6IHdyaXRlIGVycm9y IDY4NzAwIGJsb2NrcyBpbnRvIHZvbHVtZSAxOiBJbnB1dC9vdXRwdXQgZXJyb3IgDQoNClNvIHRo ZSBzZWNvbmQgZHVtcCBmYWlscywgYnV0IG5vdCBpbW1lZGlhdGVseSBidXQgb25seSBhZnRlciBo YXZpbmcNCndyaXR0ZW4gNjg3MDAgYmxvY2tzICg2OCBNQikuIEknZCBzYXkgdGhhdCB5b3UgZWl0 aGVyIGhhdmUgYSBiYWQgdGFwZSwNCm9yIG1heWJlIHNvbWUgU0NTSSBwcm9ibGVtcy4NCg0KRGlk IHlvdSB0cnkgb24gc29tZSBvdGhlciB0YXBlID8NCg0KPiAgIERVTVA6IERvIHlvdSB3YW50IHRv IHJld3JpdGUgdGhpcyB2b2x1bWU/IC0gZm9yY2VkIGFib3J0IA0KPiAgIERVTVA6IFRoZSBFTlRJ UkUgZHVtcCBpcyBhYm9ydGVkLiANCj4gQmFja3VwIHRvIHRhcGUgZmFpbGVkLiANCj4gU3dpdGNo aW5nIHRhcGVzLiANCj4gL2Rldi9zdDA6IERldmljZSBvciByZXNvdXJjZSBidXN5DQoNCkknbSBu b3Qgc3VyZSBhYm91dCB0aGlzIG9uZS4gU2luY2UgdGhlIHRhcGUgZHJpdmVyIGZhaWxlZCBiZWZv cmUsIGl0DQpjb3VsZCBiZSBhbnl0aGluZy4NCg0KSSBzdWdnZXN0IHlvdSBkbyBzb21lIG1vcmUg dGFwZSB0ZXN0cywgbGlrZSB0cnlpbmcgYSANCglkZCBpZj0vZGV2L3plcm8gb2Y9L2Rldi9uc3Qw IGJzPTEwaw0KYW5kIHNlZSB3aGF0IGFtb3VudCBvZiBkYXRhIHlvdSdyZSBhYmxlIHRvIHdyaXRl IG9uIHRoZSB0YXBlLiBZb3UgY291bGQNCmFsc28gbG9vayBhdCB0aGUga2VybmVsIGxvZ3MgYW5k IHNlYXJjaCBmb3Igc29tZSBtZXNzYWdlcyBmcm9tIHRoZSBzY3NpDQp0YXBlIGRyaXZlci4NCiAN ClN0ZWxpYW4uDQotLSANClN0ZWxpYW4gUG9wIDxzdGVsaWFuQHBvcGllcy5uZXQ+DQoNCg0K |
|
From: Stelian P. <st...@po...> - 2005-06-10 09:36:30
|
Le jeudi 09 juin 2005 =C3=A0 21:07 -0400, Xterm1 a =C3=A9crit : > "Kenneth Porter" <sh...@se...> wrote in message > news:FA76D5654592759731B90846@[10.0.0.14]... > > --On Sunday, June 05, 2005 5:29 PM -0700 Anthony Ewell <ae...@gb...= >=20 > > wrote: > > > >> Kind of annoying. I could always rebuild rpm's without the > >> developemnt tools under WBEL 3. > > >=20 > Just out of curiosity, dump on WBEL 4 is installed by default, ev= en > when you customize. > It is also on the mirrors. " dump-0.4b37-1.i386.rpm " So what was the > need to build from SRPM? Anthony was trying to update to the latest version of dump (0.4b40), which is not in the WBEL distribution but available on dump.sourceforge.net Stelian. --=20 Stelian Pop <st...@po...> |
|
From: Xterm1 <ds...@ya...> - 2005-06-10 01:14:59
|
"Kenneth Porter" <sh...@se...> wrote in message
news:FA76D5654592759731B90846@[10.0.0.14]...
> --On Sunday, June 05, 2005 5:29 PM -0700 Anthony Ewell <ae...@gb...>
> wrote:
>
>> Kind of annoying. I could always rebuild rpm's without the
>> developemnt tools under WBEL 3.
>
Just out of curiosity, dump on WBEL 4 is installed by default, even
when you customize.
It is also on the mirrors. " dump-0.4b37-1.i386.rpm " So what was the
need to build from SRPM?
xterm1
|
|
From: latoya C. <dfd...@el...> - 2005-06-09 10:11:18
|
Hello_latoya After extensive research we have picked our best winner for this month-GSRS. It is on the move, this company is producing real revenue and expanding it's operations this is a real winner and this weekend coming up it will have great news to be released with explosive promotions don't miss this winner you can turn 500.00 into 5,000.00 or 1,000.00 into 10,000.00 Here is your chance to get in and make some serious returns our last return produced 400%. Here is the information below: Pure Profits St0ck Reporter - GSRS Is On The Move Ticker: GSRS . PK Current-Price: .28 Short Term Target-Price: .70 12 month Target-Price: 1.5O http://moneycentral.msn.com/detail/stock_quote?Symbol=GSRS Latest News- Gold Coast Resources, Inc. Completes Initial Exploration of New Property. LAS VEGAS--Gold Coast Resources, Inc.(Pink_Sheets:GSRS) Management announced a successful completion of the Company's initial exploration of its recently acquired Ahanta Concession. The Ahanta concession is situated in the central part of the Ashanti Gold Belt, one of the key mineralized and gold belts of Ghana, West Africa. It is just north of the village of Butre on the southern coast of Ghana. The concession is irregular shaped laying approximately between 4 deg. 49 min. 07 sec. North latitude by 1 deg. 57 min. 16 sec. West longitude and 4 deg. 53 min. 15 sec. North latitude by 1 deg.' 53 min. 02 sec. West longitude, and covers around thirty two square kilometers. Joseph Kingsley Annan, President and CEO stated, "This property was selected to enhance the Company's exploration inventory and to broaden joint venture and funding options. This concession is bordered by properties with high gold production and proven gold reserves, all in the same mineralized belt as the Ahanta. The results of our "in-house" exploration exceed available historical data and prior testing to the point that the company is engaging independent geologists to perform the same testing for publication under the aegis of their engineering license." The Company also owns the concession for the Akoon mine located at the north end of the town of Tarkwa, in the Western Region of Ghana. Historically, the Akoon mine has produced approximately 140 tons of gold (over 4.4 million ounces) with at least twice that many ounces of gold in reserves. Ticker: GSRS . pK Current-Price: .28 Short Term Target-Price: .70 12 month Target-Price: 1.5O http://moneycentral.msn.com/detail/stock_quote?Symbol=GSRS T his pre ss release co ntains forw ard looking statem ents within the meaning of the Pr ivate Securi ties L itigation Reform Act of 1995. Such statements can be identified by the lead-in Loo king Forwa rd. These stat ements are not guara ntees of fu ture perfo rmance and involve significant risks and uncer tainties. Actual result s may vary materially from those in the for ward loo king statem ents as a result of the effectiveness of mana gement's str ategies and deci sions, gener al economic and business c onditions, new or mo dified sta tutory or regul atory requ irements, and changing pr ice and m arket con ditions. No ass urance can be given th at these are all the fa ctors that could cause act ual results to vary mate rially from the fo rward look ing sta tem ent.handsaw. trample sappier |
|
From: Stelian P. <st...@po...> - 2005-06-09 08:45:40
|
Le mercredi 08 juin 2005 =C3=A0 13:26 -0400, Kolev, Nik a =C3=A9crit :
> Hi,
>=20
> I am a new dump user with some questions.
>=20
> First some background. We are adding support that would enable our app
> to run on Linux, currently it runs on Solaris. As part of the app's
> operation we have a script that nightly does a full file system dump
> of two directories (which reside on different partitions) onto tape.
> The tape drive we are using is "Quantum ValueLoader SDLT 320", and we
> use it in stacker mode; thus after each backup we "mt -f $TAPE
> offline" the currently loaded tape and the tape drive loads the one in
> the next slot. On Solaris we are using ufsdump/ufsrestore and I am
> investigating on whether we can use dump/restore on Linux (and hoping
> that we can).
You should be able to.
> Here's an example of how things are scripted:
>=20
> for d in $DIRS=20
> dump 0aqfL ${TAPE_NOREWIND} ${TAPE_LABEL} ${d} >> ${LOGFILE} 2>&1=20
> if [ $? !=3D "0" ]; then=20
> exit 1=20
> fi=20
> done=20
> mt -f ${TAPE} offline
>=20
> I am using the -a argument because I know that the tape is big enough
> to hold the contents (recursively of course) of both directories thus
> an end of media should never be returned. And we want to dump the
> first one and then dump append the second directory. When I run that
> the dump of the first directory succeeds but of the second one does
> not. The "mt -f ${TAPE} offline" also fails because I think the device
> was still busy (i ve seen this as a reason, but am not sure that it is
> the reason in this case). Any suggestions, comments, and
> recommendations on what I am doing wrong and what should I be doing
> instead?
>=20
> Backing up /app/scout to tape.=20
> DUMP: Date of this level 0 dump: Wed Jun 8 12:31:30 2005=20
> DUMP: Dumping /dev/sda3 (/app (dir /scout)) to /dev/nst0=20
> DUMP: Label: SCOUT_BACKUP=20
> DUMP: Writing 10 Kilobyte records=20
> DUMP: mapping (Pass I) [regular files]=20
> DUMP: mapping (Pass II) [directories]=20
> DUMP: estimated 42518 blocks.=20
> DUMP: Volume 1 started with block 1 at: Wed Jun 8 12:31:30 2005=20
> DUMP: dumping (Pass III) [directories]=20
> DUMP: dumping (Pass IV) [regular files]=20
> DUMP: Closing /dev/nst0=20
> DUMP: Volume 1 completed at: Wed Jun 8 12:31:45 2005=20
> DUMP: Volume 1 42510 blocks (41.51MB)=20
> DUMP: Volume 1 took 0:00:15=20
> DUMP: Volume 1 transfer rate: 2834 kB/s=20
> DUMP: 42510 blocks (41.51MB) on 1 volume(s)=20
> DUMP: finished in 1 seconds, throughput 42510 kBytes/sec=20
> DUMP: Date of this level 0 dump: Wed Jun 8 12:31:30 2005=20
> DUMP: Date this dump completed: Wed Jun 8 12:31:45 2005=20
> DUMP: Average transfer rate: 2834 kB/s=20
> DUMP: DUMP IS DONE=20
> Backing up /app/solid to tape.=20
> DUMP: Date of this level 0 dump: Wed Jun 8 12:31:45 2005=20
> DUMP: Dumping /dev/sda2 (/app/solid) to /dev/nst0=20
> DUMP: Label: SCOUT_BACKUP=20
> DUMP: Writing 10 Kilobyte records=20
> DUMP: mapping (Pass I) [regular files]=20
> DUMP: mapping (Pass II) [directories]=20
> DUMP: estimated 80568 blocks.=20
> DUMP: Volume 1 started with block 1 at: Wed Jun 8 12:32:00 2005=20
> DUMP: dumping (Pass III) [directories]=20
> DUMP: dumping (Pass IV) [regular files]=20
> DUMP: write error 68700 blocks into volume 1: Input/output error=20
So the second dump fails, but not immediately but only after having
written 68700 blocks (68 MB). I'd say that you either have a bad tape,
or maybe some SCSI problems.
Did you try on some other tape ?
> DUMP: Do you want to rewrite this volume? - forced abort=20
> DUMP: The ENTIRE dump is aborted.=20
> Backup to tape failed.=20
> Switching tapes.=20
> /dev/st0: Device or resource busy
I'm not sure about this one. Since the tape driver failed before, it
could be anything.
I suggest you do some more tape tests, like trying a=20
dd if=3D/dev/zero of=3D/dev/nst0 bs=3D10k
and see what amount of data you're able to write on the tape. You could
also look at the kernel logs and search for some messages from the scsi
tape driver.
=20
Stelian.
--=20
Stelian Pop <st...@po...>
|
|
From: Stelian P. <st...@po...> - 2005-06-09 08:33:13
|
Le mercredi 08 juin 2005 =C3=A0 11:26 -0400, Bryan Dina a =C3=A9crit : > > > restore > extract > > > You have not read any volumes yet. > > > Unless you know which volume your file(s) are on you should start > > > with the last volume and work towards the first. > > > Specify next volume # (none if no more volumes): 1 > > > Mount volume 1 > > > Enter ``none'' if there are no more volumes > > > otherwise enter volume name (default: /dev/st0)=20 > > > resync restore, skipped 251 blocks > > >=20 > > > When the restore finishes, I am left with an empty directory fo2 > > > underneath my home directory (for root). Please help!! > >=20 > > Are there any other messages from restore ? > >=20 >=20 > none at the console, Im not sure if I can make restore more verbose... Add -v for verbose output, -d for even more debugging output. > its hard to mess around with because I have to wait so long in between > tape runs. > > Was this a multi-volume dump ? > >=20 >=20 > single volume, the dump does try right now to make a multi-volume, but > fails.... >=20 > DUMP: No group entry for operator. > DUMP: Date of this level 0 dump: Thu Jun 2 03:16:37 2005 > DUMP: Dumping /dev/hda8 (/var/backups) to /dev/st0 > DUMP: Added inode 8 to exclude list (journal inode) > DUMP: Added inode 7 to exclude list (resize inode) > DUMP: Label: /var/backups > DUMP: mapping (Pass I) [regular files] > DUMP: mapping (Pass II) [directories] > DUMP: estimated 16038596 tape blocks. > DUMP: Volume 1 started with block 1 at: Thu Jun 2 03:16:49 2005 > DUMP: dumping (Pass III) [directories] > DUMP: dumping (Pass IV) [regular files] > DUMP: 2.06% done at 1101 kB/s, finished in 3:57 > DUMP: 3.89% done at 1038 kB/s, finished in 4:07 > DUMP: 5.75% done at 1025 kB/s, finished in 4:05 > DUMP: 8.67% done at 1159 kB/s, finished in 3:30 > DUMP: 11.96% done at 1278 kB/s, finished in 3:04 > DUMP: 14.84% done at 1321 kB/s, finished in 2:52 > DUMP: 16.65% done at 1271 kB/s, finished in 2:55 > DUMP: 18.47% done at 1233 kB/s, finished in 2:56 > DUMP: 20.29% done at 1204 kB/s, finished in 2:56 > DUMP: 22.07% done at 1179 kB/s, finished in 2:56 > DUMP: 23.89% done at 1160 kB/s, finished in 2:55 > DUMP: 25.71% done at 1145 kB/s, finished in 2:53 > DUMP: 27.52% done at 1131 kB/s, finished in 2:51 > DUMP: 29.34% done at 1120 kB/s, finished in 2:48 > DUMP: 31.17% done at 1110 kB/s, finished in 2:45 > DUMP: 32.98% done at 1101 kB/s, finished in 2:42 > DUMP: 34.79% done at 1093 kB/s, finished in 2:39 > DUMP: 36.61% done at 1087 kB/s, finished in 2:35 > DUMP: 38.42% done at 1080 kB/s, finished in 2:32 > DUMP: 40.24% done at 1075 kB/s, finished in 2:28 > DUMP: 42.06% done at 1070 kB/s, finished in 2:24 > DUMP: 43.86% done at 1065 kB/s, finished in 2:20 > DUMP: 45.68% done at 1061 kB/s, finished in 2:16 > DUMP: 47.50% done at 1058 kB/s, finished in 2:12 > DUMP: 49.35% done at 1055 kB/s, finished in 2:08 > DUMP: 51.38% done at 1056 kB/s, finished in 2:03 > DUMP: 53.20% done at 1053 kB/s, finished in 1:58 > DUMP: 55.01% done at 1050 kB/s, finished in 1:54 > DUMP: 56.83% done at 1047 kB/s, finished in 1:50 > DUMP: 58.66% done at 1045 kB/s, finished in 1:45 > DUMP: 60.47% done at 1042 kB/s, finished in 1:41 > DUMP: 62.29% done at 1040 kB/s, finished in 1:36 > DUMP: 64.11% done at 1038 kB/s, finished in 1:32 > DUMP: 65.68% done at 1032 kB/s, finished in 1:28 > DUMP: End of tape detected > DUMP: Closing /dev/st0 > DUMP: Volume 1 completed at: Thu Jun 2 06:12:40 2005 > DUMP: Volume 1 10794650 tape blocks (10541.65MB) > DUMP: Volume 1 took 2:55:51 > DUMP: Volume 1 transfer rate: 1023 kB/s > DUMP: Change Volumes: Mount volume #2 > DUMP: fopen on /dev/tty fails: No such device or address > DUMP: The ENTIRE dump is aborted. >=20 Is this from the console or from some automated cron script ? Because /dev/tty should exist if it is run interactively. > > Does restore -r (full restore) work ? >=20 > I have not tried this yet, I don't have enough disk space available... > but I had considered making some to try. What version of restore are you using ? Stelian. --=20 Stelian Pop <st...@po...> |
|
From: Kolev, N. <NK...@tr...> - 2005-06-08 17:26:30
|
Hi,
I am a new dump user with some questions.
First some background. We are adding support that would enable our app =
to run on Linux, currently it runs on Solaris. As part of the app's =
operation we have a script that nightly does a full file system dump of =
two directories (which reside on different partitions) onto tape. The =
tape drive we are using is "Quantum ValueLoader SDLT 320", and we use it =
in stacker mode; thus after each backup we "mt -f $TAPE offline" the =
currently loaded tape and the tape drive loads the one in the next slot. =
On Solaris we are using ufsdump/ufsrestore and I am investigating on =
whether we can use dump/restore on Linux (and hoping that we can).
Here's an example of how things are scripted:
for d in $DIRS
dump 0aqfL ${TAPE_NOREWIND} ${TAPE_LABEL} ${d} >> ${LOGFILE} 2>&1
if [ $? !=3D "0" ]; then
exit 1
fi
done
mt -f ${TAPE} offline
I am using the -a argument because I know that the tape is big enough to =
hold the contents (recursively of course) of both directories thus an =
end of media should never be returned. And we want to dump the first one =
and then dump append the second directory. When I run that the dump of =
the first directory succeeds but of the second one does not. The "mt -f =
${TAPE} offline" also fails because I think the device was still busy (i =
ve seen this as a reason, but am not sure that it is the reason in this =
case). Any suggestions, comments, and recommendations on what I am doing =
wrong and what should I be doing instead?
Backing up /app/scout to tape.
DUMP: Date of this level 0 dump: Wed Jun 8 12:31:30 2005
DUMP: Dumping /dev/sda3 (/app (dir /scout)) to /dev/nst0
DUMP: Label: SCOUT_BACKUP
DUMP: Writing 10 Kilobyte records
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 42518 blocks.
DUMP: Volume 1 started with block 1 at: Wed Jun 8 12:31:30 2005
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: Closing /dev/nst0
DUMP: Volume 1 completed at: Wed Jun 8 12:31:45 2005
DUMP: Volume 1 42510 blocks (41.51MB)
DUMP: Volume 1 took 0:00:15
DUMP: Volume 1 transfer rate: 2834 kB/s
DUMP: 42510 blocks (41.51MB) on 1 volume(s)
DUMP: finished in 1 seconds, throughput 42510 kBytes/sec
DUMP: Date of this level 0 dump: Wed Jun 8 12:31:30 2005
DUMP: Date this dump completed: Wed Jun 8 12:31:45 2005
DUMP: Average transfer rate: 2834 kB/s
DUMP: DUMP IS DONE
Backing up /app/solid to tape.
DUMP: Date of this level 0 dump: Wed Jun 8 12:31:45 2005
DUMP: Dumping /dev/sda2 (/app/solid) to /dev/nst0
DUMP: Label: SCOUT_BACKUP
DUMP: Writing 10 Kilobyte records
DUMP: mapping (Pass I) [regular files]
DUMP: mapping (Pass II) [directories]
DUMP: estimated 80568 blocks.
DUMP: Volume 1 started with block 1 at: Wed Jun 8 12:32:00 2005
DUMP: dumping (Pass III) [directories]
DUMP: dumping (Pass IV) [regular files]
DUMP: write error 68700 blocks into volume 1: Input/output error
DUMP: Do you want to rewrite this volume? - forced abort
DUMP: The ENTIRE dump is aborted.
Backup to tape failed.
Switching tapes.
/dev/st0: Device or resource busy
Responses will be enormously appreciated.
Thanks,
Nik
|
|
From: Stelian P. <st...@po...> - 2005-06-08 15:16:21
|
Le mercredi 08 juin 2005 =C3=A0 11:11 -0400, Bryan Dina a =C3=A9crit : > I am trying to restore a file from a nightly tape backup (level 0). I > load the tape into the drive, and fire up restore using: >=20 > # restore -i -f /dev/st0 >=20 > I then move to the directory where the file resides, and add it to my > restore queue: >=20 > restore > cd fo2 > restore > ls >=20 > restore > ls > ./fo2 > etc-06-02-2005.tar.gz logs-04-24-2005.tar.gz logs-09-12-2004.tar.gz > homes-06-02-2005.tar.gz logs-05-01-2005.tar.gz logs-09-19-2004.tar.gz > logs-01-02-2005.tar.gz logs-05-08-2005.tar.gz logs-09-26-2004.tar.gz > logs-01-09-2005.tar.gz logs-05-15-2005.tar.gz logs-10-03-2004.tar.gz > logs-01-16-2005.tar.gz logs-05-22-2005.tar.gz logs-10-10-2004.tar.gz > logs-01-23-2005.tar.gz logs-05-29-2005.tar.gz logs-10-17-2004.tar.gz > logs-01-30-2005.tar.gz logs-06-20-2004.tar.gz logs-10-24-2004.tar.gz > logs-02-06-2005.tar.gz logs-06-27-2004.tar.gz logs-10-31-2004.tar.gz > logs-02-13-2005.tar.gz logs-07-04-2004.tar.gz logs-11-07-2004.tar.gz > logs-02-20-2005.tar.gz logs-07-11-2004.tar.gz logs-11-19-2004.tar.gz > logs-02-27-2005.tar.gz logs-07-18-2004.tar.gz logs-11-21-2004.tar.gz > logs-03-06-2005.tar.gz logs-07-25-2004.tar.gz logs-11-28-2004.tar.gz > logs-03-13-2005.tar.gz logs-08-01-2004.tar.gz logs-12-05-2004.tar.gz > logs-03-20-2005.tar.gz logs-08-08-2004.tar.gz logs-12-12-2004.tar.gz > logs-03-27-2005.tar.gz logs-08-15-2004.tar.gz logs-12-19-2004.tar.gz > logs-04-03-2005.tar.gz logs-08-22-2004.tar.gz logs-12-26-2004.tar.gz > logs-04-10-2005.tar.gz logs-08-29-2004.tar.gz www-06-02-2005.tar.gz > logs-04-17-2005.tar.gz logs-09-05-2004.tar.gz >=20 > restore > add www-06-02-2005.tar.gz >=20 > Then I extract: >=20 > restore > extract > You have not read any volumes yet. > Unless you know which volume your file(s) are on you should start > with the last volume and work towards the first. > Specify next volume # (none if no more volumes): 1 > Mount volume 1 > Enter ``none'' if there are no more volumes > otherwise enter volume name (default: /dev/st0)=20 > resync restore, skipped 251 blocks >=20 > When the restore finishes, I am left with an empty directory fo2 > underneath my home directory (for root). Please help!! Are there any other messages from restore ? Was this a multi-volume dump ? Does restore -r (full restore) work ? Stelian. --=20 Stelian Pop <st...@po...> |
|
From: Bryan D. <bd...@se...> - 2005-06-08 15:10:09
|
I am trying to restore a file from a nightly tape backup (level 0). I load the tape into the drive, and fire up restore using: # restore -i -f /dev/st0 I then move to the directory where the file resides, and add it to my restore queue: restore > cd fo2 restore > ls restore > ls ./fo2 etc-06-02-2005.tar.gz logs-04-24-2005.tar.gz logs-09-12-2004.tar.gz homes-06-02-2005.tar.gz logs-05-01-2005.tar.gz logs-09-19-2004.tar.gz logs-01-02-2005.tar.gz logs-05-08-2005.tar.gz logs-09-26-2004.tar.gz logs-01-09-2005.tar.gz logs-05-15-2005.tar.gz logs-10-03-2004.tar.gz logs-01-16-2005.tar.gz logs-05-22-2005.tar.gz logs-10-10-2004.tar.gz logs-01-23-2005.tar.gz logs-05-29-2005.tar.gz logs-10-17-2004.tar.gz logs-01-30-2005.tar.gz logs-06-20-2004.tar.gz logs-10-24-2004.tar.gz logs-02-06-2005.tar.gz logs-06-27-2004.tar.gz logs-10-31-2004.tar.gz logs-02-13-2005.tar.gz logs-07-04-2004.tar.gz logs-11-07-2004.tar.gz logs-02-20-2005.tar.gz logs-07-11-2004.tar.gz logs-11-19-2004.tar.gz logs-02-27-2005.tar.gz logs-07-18-2004.tar.gz logs-11-21-2004.tar.gz logs-03-06-2005.tar.gz logs-07-25-2004.tar.gz logs-11-28-2004.tar.gz logs-03-13-2005.tar.gz logs-08-01-2004.tar.gz logs-12-05-2004.tar.gz logs-03-20-2005.tar.gz logs-08-08-2004.tar.gz logs-12-12-2004.tar.gz logs-03-27-2005.tar.gz logs-08-15-2004.tar.gz logs-12-19-2004.tar.gz logs-04-03-2005.tar.gz logs-08-22-2004.tar.gz logs-12-26-2004.tar.gz logs-04-10-2005.tar.gz logs-08-29-2004.tar.gz www-06-02-2005.tar.gz logs-04-17-2005.tar.gz logs-09-05-2004.tar.gz restore > add www-06-02-2005.tar.gz Then I extract: restore > extract You have not read any volumes yet. Unless you know which volume your file(s) are on you should start with the last volume and work towards the first. Specify next volume # (none if no more volumes): 1 Mount volume 1 Enter ``none'' if there are no more volumes otherwise enter volume name (default: /dev/st0) resync restore, skipped 251 blocks When the restore finishes, I am left with an empty directory fo2 underneath my home directory (for root). Please help!! |
|
From: Kenneth P. <sh...@se...> - 2005-06-06 10:11:26
|
--On Sunday, June 05, 2005 5:29 PM -0700 Anthony Ewell <ae...@gb...> wrote: > Kind of annoying. I could always rebuild rpm's without the > developemnt tools under WBEL 3. The average user doesn't need to rebuild SRPM's. More and more open source software is available every day that appeals to average desktop users, so the distros incorporate it and then must find a way to clear space for it on the CD's. Part of that involves moving esoteric stuff to separate CD's, including all the development stuff. That may mean splitting packages into subpackages, with the non-essential subpackages moved to later CD's to make it easier to install a basic desktop system. |
|
From: Anthony E. <ae...@gb...> - 2005-06-06 00:31:48
|
Kenneth Porter wrote:
> --On Friday, June 03, 2005 8:57 PM -0700 Anthony Ewell <ae...@gb...>
> wrote:
>
>> I am getting the following errors when I try to rebuild
>> the src rpm. Can someone tell me what "ld" and
>> "lncurses" is and what I need to do to get it to
>> compile this src rpm correctly?
>
>
> ld is the linker.
>
> -lncurses attempts to link to /usr/lib/libncurses.a, which is part of
> the ncurses-devel package. The spec file should probably have a
> BuildPrereq for ncurses-devel.
Hi Kenneth,
I went back into to my White Box Enterprise Linux 4 (same as
Red Hat Enterprise Linux 4, only cheaper) and installed the
"Developement Tools." This cleared up the problem.
Kind of annoying. I could always rebuild rpm's without the
developemnt tools under WBEL 3.
Thank you for the tip. It lead me to the solution.
--Tony
|
|
From: Kenneth P. <sh...@se...> - 2005-06-04 04:37:21
|
--On Friday, June 03, 2005 8:57 PM -0700 Anthony Ewell <ae...@gb...> wrote: > I am getting the following errors when I try to rebuild > the src rpm. Can someone tell me what "ld" and > "lncurses" is and what I need to do to get it to > compile this src rpm correctly? ld is the linker. -lncurses attempts to link to /usr/lib/libncurses.a, which is part of the ncurses-devel package. The spec file should probably have a BuildPrereq for ncurses-devel. |
|
From: Anthony E. <ae...@gb...> - 2005-06-04 03:59:45
|
Hi All,
I am running White Box Enterprise Linux 4 (WBEL4),
which is the same thing as Red Hat Enterprise Linux 4
(RHEL4), only cheaper. WBEL4 is based on Fedora Core 3.
Well, I finally found "rpmbuild". Those fine fellows
at Red Hat stuck a dash in the rpm, making my search
invalid (rpm-build).
I am getting the following errors when I try to rebuild
the src rpm. Can someone tell me what "ld" and
"lncurses" is and what I need to do to get it to
compile this src rpm correctly?
Many thanks,
--Tony
rpmbuild --rebuild dump-0.4b40-1.src.rpm
gcc -c -D_BSD_SOURCE -D_USE_BSD_SIGNAL -O2 -g -march=i386 -mcpu=i686
-pipe -O2 -g -march=i386 -mcpu=i686 -Wall -Wpointer-arith
-Wstrict-prototypes -Wmissing-prototypes
-Wno-char-subscripts -I.. -I../compat/include -I../restore -DRDUMP
-DRRESTORE -DLINUX_FORK_BUG -DHAVE_LZO
-D_PATH_DUMPDATES=\"/etc/dumpdates\" -D_DUMP_VERSION=\"0.4b40\"
xattr.c -o xattr.o
gcc -static -o restore dirs.o interactive.o main.o restore.o symtab.o
tape.o utilities.o xattr.o ../common/dumprmt.o -L../compat/lib -lcompat
-lext2fs -lcom_err -le2p -lreadline -lncurses -lz -lbz2
/usr/bin/ld: cannot find -lncurses
collect2: ld returned 1 exit status
make[1]: *** [restore] Error 1
make[1]: Leaving directory `/usr/src/whitebox/BUILD/dump-0.4b40/restore'
make: *** [all] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.83637 (%build)
RPM build errors:
Bad exit status from /var/tmp/rpm-tmp.83637 (%build)
|
50 messages has been excluded from this view by a project administrator.
