Tapetype
Hi! I'm searching for the tapetype of the following LTO-drive: HP Ultrium 1-SCSI It has a capacity of 100/200 GB. I couldn't find an entry in the FAQ-O-Matic about this. Thanks in advance, Martin Öhler
Re: Dump size calculator
Barry Callahan wrote: Last week, I stumbled across a webpage that had a discussion on how big to make your holding area, and I can't seem to find it anymore. I don't remember where I saw it. The holding area should be at least as big as to be able to accomodate the largest amount of backup data that would fit on a real tape (not on estimated tape length). Taking the limit, a minimum holding disk area should have the capacity of exactly one tape (assuming runtapes to be 1, otherwise multiply by runtapes). Since you might have a tape library and the backups might fail on many consecutive runs, and/or you might be arbitrarily slow in flushing the contents of the holding disk to tape while failing images may keep coming into the holding area at the steady pace set by runspercycle, I postulate there is no upper limit to the capacity of the holding disk. A truly mathematical proof of this is left to the inclined reader ;-) The example used on the page assumed 100GB in use, with 5% change per day, and a dump every day in a 7 day cycle. The example came up with a dump size of ~17GB. Does anyone know the page of which I speak, or of a similar discussion? If so, would you be kind enough to post a link? Try http://www.storagemountain.com/amanda-12.html http://www.storagemountain.com/amanda-17.html http://www.storagemountain.com/amanda-8.html -- Regards Chris Karakas http://www.karakas-online.de
Re: Dump size calculator
Chris Karakas wrote: The holding area should be at least as big as to be able to accomodate the largest amount of backup data that would fit on a real tape (not on estimated tape length). Taking the limit, a minimum holding disk area should have the capacity of exactly one tape (assuming runtapes to be 1, otherwise multiply by runtapes). Well, yes. But the reason I went looking for the discussion I remembered reading is that I haven't set up a server yet, and was trying to decide whether I should get a DDS3 tape drive, or if it was worth paying the extra for DDS4. Or if I wanted to just set up to dump to a removable hard disk instead of a tape. Biggest tape drive I currently have laying around is a DDS2. Try http://www.storagemountain.com/amanda-8.html Actually, this is the page I was trying to find. I must've gone through the Amanda chapter on StorageMountain half a dozen times yesterday, before I posted asking for help... I don't know why I couldn't find it. Maybe I need stronger glasses? Or maybe because this example seems (in my mind, at any rate) to better fit the Decide Where the Holding Space Will Be or Configure the Holding Disk sections than it does Decide on a Tape Server
Hi Remember me..!!?
Title: Do you remember me? http://www.myfreelivecam.com/isabelle
question about disklist entry
Hello, How should I include an item like /usr/local/samba/private/smb.conf or /usr/local/lib/php.ini in the disklist? I've tried /usr/local/lib/php\.ini and /usr/local/lib/php.ini and what I get in the report is FAILURE AND STRANGE DUMP SUMMARY: tango /usr/local/samba/lib/smb.conf lev 0 FAILED [disk /usr/local/samba/lib/smb.conf offline on tango?] I'm using amanda-2.4.2p2 and tar-1.13.25. Thanks for your help.
Re: Tapetype
On Monday 20 January 2003 02:54, Martin Oehler wrote: Hi! I'm searching for the tapetype of the following LTO-drive: HP Ultrium 1-SCSI It has a capacity of 100/200 GB. I couldn't find an entry in the FAQ-O-Matic about this. Thanks in advance, Martin Öhler In the most recent snapshots is a new program, 'amtapetype' which replaces the older version. I have not run it yet, so I don't know the syntax, but the old tapetype program that you had to build seperately had cmdline options to give it an estimate of the tapesize which would then allow it to do its thing somewhat faster. I'd assume something similar for this one, check any notes in the archive for diffs. It will, when run, find the size of the drive (it will take quite some time because it will write to EOT twice to do it) and will output that data you need to define this tapetype to the screen or to a new file you can merge into amanda.conf after giving the config a descriptive name. In any event, running it should be done with the drives compression turned off for a couple of reasons, 1st being that the gzip that amanda can use is at times considerably more efficient at compressing things, and 2nd, if compression is on when amtapetype is run, you will get erroniously low answers because it uses /dev/urandom as the data source for these tests, and /dev/urandom isn't compressible, and in fact will grow, often by more than15% when run thru a hardware compression chip. Generally speaking, if the machine has the horsepower to do the compression its a very good idea to turn the drives compressor off and leave it off. Amanda can often put more in real world bytes on the tape using its compression than the hardware can by wide margins. A few of the directory's I compress by my choice of dumptype in the disklist, will compress to less than 10% of their original size. Many more will be less than 20%. Overall, I get about 40% here with some dirs not being compressed at all as they contain already compressed stuff. If running in a client-server setup (which I am not) then its often the case where the client may well have more cpu than the server, in which case do the compression on the client. This has the added advantage of reducing the network bandwidth required to move the compressed file to the server, and several clients can be doing their thing at the same time, which also will help to speed things up. My $0.02 worth. -- Cheers, Gene AMD K6-III@500mhz 320M Athlon1600XP@1400mhz 512M 99.22% setiathome rank, not too shabby for a WV hillbilly
taper hangs in state D
I am using: Amanda 2.4.3 Slackware Linux 8.0 (2.2.20) kernel External Sony TSL9000 SCSI DAT drive with changer DDS-2 tapes The first couple times I ran amdump the whole process worked fine. Now, after about a dozen filesystems have been written from the holding disk to tape, the taper process locks up. The tape is under half full at this point. At least today, the next filesystem to be written to tape is fairly large, spaning 3 1GB chunks on the holding disk. A look at the process table shows two taper processes, one of which is in state D, which, I think means that it is waiting for the tape drive to become available. It is almost as if the previous taper process did not exit properly and release the drive. Can anyone tell me what is going on and how to fix it? Thanks -- -- Steven Saner [EMAIL PROTECTED] Voice: 316-858-3000 Director of Network Operations Fax: 316-858-3001 Hubris Communications http://www.hubris.net
3 day rotation, answer (long)
The reason for my slightly strange requirements is that I want to offsite archive sets of backup tapes that have at least one level 0 for every system. So I need to have enough tapes so I can have a set that is being written to, a set that is on the way to offsite storage and a set that will soon return from offsite. Since the offsite storage place only picks up twice a week and someone MUST be here to sign for them, I need to have a few extra tapes just in case the old archives don't arrive before I need them. My plan (when I had only 11 tapes) was to have 3 sets of 3 plus 2 spares. A sequence of three tapes would be set to offsite once a week, where it would stay until the next set arrived. Then it would be returned to me and put back into rotation. The no-reuse/reuse options seem to do a wonderful job helping me manage this. But if I miss a delivery, I may end up with 6 tapes offsite and a weeks worth of backups onsite. With backups 5 days a week, that's 11 tapes with no room for error. So I got 5 more tapes. But I'd still like to see this work so I will be sure that when I have to go to 4 or 5 day cycles, I'll have a system that works. What I have found (that seems to work) is to set dumpcycle to 5 on Mondays and Tuesdays (so Amanda will look back far enough in time). Then I set it back to 3 days on Wednesdays, Thursdays and Fridays. This seems to have the exact desired affect. This morning's (Monday's) backups had level 0's for each system that had not gotten a level 0 last Thursday or Friday. Jeremy Mordkoff Tatara Systems 978-206-0808 (direct) 978-206-0888 (fax) injustice anywhere threatens justice everywhere -- Dr. Martin Luther King
aborted amdump causes tape to be used
I just aborted an amdump about a minute after it started because I forgot to specify a switch. When I tried to rerun the backup with the correct options, she wants me to insert a new tape, so I assume that she has marked that tape as having data on it. How do I tell her to forget everything about that aborted run and free up that tape? Is there a place I should be looking this kind of question up? JLM Jeremy Mordkoff Tatara Systems 978-206-0808 (direct) 978-206-0888 (fax) injustice anywhere threatens justice everywhere -- Dr. Martin Luther King
Re: 3 day rotation, answer (long)
On Mon, Jan 20, 2003 at 02:02:55PM -0500, Jeremy L. Mordkoff wrote: What I have found (that seems to work) is to set dumpcycle to 5 on Mondays and Tuesdays (so Amanda will look back far enough in time). Then I set it back to 3 days on Wednesdays, Thursdays and Fridays. This seems to have the exact desired affect. This morning's (Monday's) backups had level 0's for each system that had not gotten a level 0 last Thursday or Friday. Imaginative! I hope it continues to work well for you. Do you do the change by having a program run just before, and part of the amdump entry in crontab? -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
NTFS drive
Is there anything special I need to do to backup a NTFS disk that's mounted on my Linux box? It's a dual boot machine and I would like to backup the Windows disk also. But I keep getting the message that the disk is offline by amdump. The disk is mounted and I can use files in it etc. Thanks for any assistance. Cheers, Mike - Hlade's Law:If you have a difficult task, give it to a lazy person -- they will find an easier way to do it.
Re: aborted amdump causes tape to be used
On Mon, Jan 20, 2003 at 02:16:15PM -0500, Jeremy L. Mordkoff wrote: I just aborted an amdump about a minute after it started because I forgot to specify a switch. When I tried to rerun the backup with the correct options, she wants me to insert a new tape, so I assume that she has marked that tape as having data on it. How do I tell her to forget everything about that aborted run and free up that tape? Is there a place I should be looking this kind of question up? Relabel your tape with 'amlabel -f'. JLM :-) -- Jean-Louis Martineau email: [EMAIL PROTECTED] Departement IRO, Universite de Montreal C.P. 6128, Succ. CENTRE-VILLETel: (514) 343-6111 ext. 3529 Montreal, Canada, H3C 3J7Fax: (514) 343-5834
Re: Easy exclude list question
On Mon, Jan 20, 2003 at 05:08:36PM -0500, Chris Dahn wrote: Does the exclude list go on the server, client, or both? From amanda_src_dir/docs/EXCLUDE: ** Utilize an Exclude List ** An exclude list is a file that resides on the CLIENT machine and contains paths to be excluded, one per line. This file can be in any location on the CLIENT so long as the same path is specified in the dumptype. Some find /usr/local/etc/amanda an appropriate location, but it is up to you. I personally like to have a subdirectory for exclude files but it is up to you where you place this file. jl -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: Full Backup Configuration
Thats the generally accepted practice, with amanda supposedly compensating for the case of dumpcycle = 1 week, and runsperdumpcycle = 5. I think this is general target area of the current discussion. But then I'm not an real expert, I just play one here, sometimes pretty foolishly... :-) Actually though, the situation being discussed here is: dumpcycle = 3 backup MTWRF not SSu Why does a full always come due on M rather than rotating through the week? For what its (belatedly) work, I use amanda with: dumpcycle 7 days runspercycle 5 tapecycle 10 tapes And this gives me 1 full dump of each filesystem once each week. This leaves me with the current set, plus last week's set. (I recall this was right out of the Unix Backup Recovery book..) My backups run monday AM through friday AM. I'm not sure what the original poster was actually looking to achieve though... david --- david raistrick [EMAIL PROTECTED] http://www.expita.com/nomime.html
NTFS backup
Is there anything special I need to do to backup a NTFS disk that's mounted on my Linux box? It's a dual boot machine and I would like to backup the Windows disk also. But I keep getting the message that the disk is offline by amdump. The disk is mounted and I can use files in it etc. Thanks for any assistance. Cheers, Mike - Hlade's Law:If you have a difficult task, give it to a lazy person -- they will find an easier way to do it.
Re: NTFS backup
On Mon, Jan 20, 2003 at 05:35:40PM -0500, Michael J. Pawlowsky wrote: [[ snipped ]] Was there some reason you felt the need to post exactly the same question, on the same day, under two different subjects? -- Jon H. LaBadie [EMAIL PROTECTED] JG Computing 4455 Province Line Road(609) 252-0159 Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Re: NTFS backup
For whatever reason it took many hours for the message to go through. I thought my ISP
simply ate the message.
But since we are back on the subject
My disklist looks like this
localhost / holding-disk
localhost /boot local-nocomp
localhost //Home1/MyDocs remote-pc-nocomp
localhost /mnt/windows local-nocomp-tar
The disk in question is the /mnt/windows
amanda.conf has
define dumptype local-nocomp {
global
program GNUTAR
holdingdisk yes
priority medium
compress none
dumpcycle 1
}
The error message I get is:
FAILURE AND STRANGE DUMP SUMMARY:
localhost /mnt/windows lev 0 FAILED [disk /mnt/windows offline on localhost?]
DUMP SUMMARY:
DUMPER STATSTAPER STATS
HOSTNAME DISKL ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s
-- -
localhost/ 0 38642883864288 -- 27:322338.5 27:332338.1
localhost-me1/MyDocs 0 26756482675648 -- 52:29 849.7 27:401611.9
localhost/boot 0 10112 10112 --0:025963.1 0:071443.6
localhost-nt/windows 0 FAILED ---
(brought to you by Amanda version 2.4.2p2)
So I'm still without a solution, anyone have any ideas?
Mike
*** REPLY SEPARATOR ***
On 20/01/2003 at 9:08 PM Jon LaBadie wrote:
On Mon, Jan 20, 2003 at 05:35:40PM -0500, Michael J. Pawlowsky wrote:
[[ snipped ]]
Was there some reason you felt the need to post exactly the
same question, on the same day, under two different subjects?
--
Jon H. LaBadie [EMAIL PROTECTED]
JG Computing
4455 Province Line Road(609) 252-0159
Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Cheers,
Mike
-
Hlade's Law:If you have a difficult task, give it to a lazy person --
they will find an easier way to do it.
Re: NTFS backup
On Mon, Jan 20, 2003 at 11:03:25PM -0500, Michael J. Pawlowsky wrote:
For whatever reason it took many hours for the message to go through. I thought my
ISP simply ate the message.
But since we are back on the subject
My disklist looks like this
localhost / holding-disk
localhost /boot local-nocomp
localhost //Home1/MyDocs remote-pc-nocomp
localhost /mnt/windows local-nocomp-tar
The disk in question is the /mnt/windows
amanda.conf has
define dumptype local-nocomp {
global
program GNUTAR
holdingdisk yes
priority medium
compress none
dumpcycle 1
}
The error message I get is:
FAILURE AND STRANGE DUMP SUMMARY:
localhost /mnt/windows lev 0 FAILED [disk /mnt/windows offline on localhost?]
DUMP SUMMARY:
DUMPER STATSTAPER STATS
HOSTNAME DISKL ORIG-KB OUT-KB COMP% MMM:SS KB/s MMM:SS KB/s
-- -
localhost/ 0 38642883864288 -- 27:322338.5 27:332338.1
localhost-me1/MyDocs 0 26756482675648 -- 52:29 849.7 27:401611.9
localhost/boot 0 10112 10112 --0:025963.1 0:071443.6
localhost-nt/windows 0 FAILED ---
(brought to you by Amanda version 2.4.2p2)
So I'm still without a solution, anyone have any ideas?
Mike
*** REPLY SEPARATOR ***
On 20/01/2003 at 9:08 PM Jon LaBadie wrote:
On Mon, Jan 20, 2003 at 05:35:40PM -0500, Michael J. Pawlowsky wrote:
[[ snipped ]]
Was there some reason you felt the need to post exactly the
same question, on the same day, under two different subjects?
--
Jon H. LaBadie [EMAIL PROTECTED]
JG Computing
4455 Province Line Road(609) 252-0159
Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Cheers,
Mike
-
Hlade's Law: If you have a difficult task, give it to a lazy person --
they will find an easier way to do it.
End of included message
/mnt, sounds like an automount location.
automount also implies autoumount.
When amanda tries to access it, is anything mounted?
Not when you, during the day, access it, when amdump runs.
--
Jon H. LaBadie [EMAIL PROTECTED]
JG Computing
4455 Province Line Road(609) 252-0159
Princeton, NJ 08540-4322 (609) 683-7220 (fax)
Kobilere Uzman Meslek Guruplarýna Fýrsatlar
Title: www www.e-ofisturkiye.com VERGÝ,TEÞVÝK,GÜMRÜK,SSK,BAÐ-KUR,PATENT VE MARKA HÝZMET OFÝSLERÝ, TÜRKÝYENÝN DANIÞMA VE ÇÖZÜM PLATFORMU ÜCRETSÝZ !!! SINIRSIZ ÝNTERNET BAÐLANTISI ÜCRETSÝZ ÝÞ VE ELEMAN ÝLANI VERME ve iþ arama imkaný ÜCRETSÝZ TRANSLATOR ÝNGÝLÝZCE-TÜRKÇE ÇEVÝRÝ PROGRAMI 100.000lerce sayfalýk ÜCRETSÝZ kanun, teblið ve yargý kararlarý ,evinize iþyerinize tam bir kütüphane MALÝ MÝLAT VE VERGÝ BARIÞI UYGULAMALARI KOBÝler hakkýnda uzman ekipleri bir araya getirerek KOBÝlerin ihtiyaçlarýný en kýsa sürede çözmeyi ve sürekli büyümelerini saðlamayý hedefleyen www.e-ofisturkiye.com artýk hizmetinizde! KOBÝleri ve ilgili meslek gruplarýný internette buluþturan www.e-ofisturkiye.com KOBÝlerin ihtiyaçlarýný karþýlayacak çözümler sunarken meslek gruplarýna da sayýsýz iþ fýrsatlarý saðlýyor. KOBÝLER · Tüm KOBÝlere her konuda DANIÞMA VE ÇÖZÜM · Her ilde bir ofis ve yurt dýþýnda büro imkaný · ÝHRACATÇI FÝRMALARA KDV Ýadesi ve Karþýt Ýncelemelerde, Web üzerinden Çaðdaþ Çözümler· Ýþ ve Personel Ýlanlarýnýz için Ýnsan Kaynaklarý ve Ýlan Gazeteleri, KOBÝ Gündemini yakalayabilmeniz için KOBÝ Gazetesi UZMAN MESLEK GRUPLARI · Gümrük, Hukuk, Sigorta ve Bilgisayar uzmanlarý ile YMM ve SMMlerden oluþan seçkin ekiplerimiz iþ ve güç birliði yaptýlar. Bu iþbirliði, konusunda uzman olan meslek üyelerini danýþma ihtiyacý olan KOBÝlerle bir araya getirerek sayýsýz fýrsatlar sunuyor. Bu meslek gruplarýndan birine dahil olup bize henüz katýlmayanlar www.e-ofisturkiye.comdaki hizmetlerimiz bölümünü ve e-puan tablosunu inceleyerek kazanç fýrsatlarýný görün ve önerilerinizle www.e-ofisturkiye.comun bir parçasý olun! · Mesleðinde uzman olmak isteyenlere: Eðitim Sürecinde Mesleðe Hazýrlanma ve Tecrübe Kazandýrma Programlarý · Müfettiþlik-Uzmanlýk, YMM, SMM kurslarý · Çeþitli personel arama ilanlarýna baþvuru fýrsatlarý DÝKKAT !!! Bu mesajýmýzý print ederek; faxla veya e-maille yetkililerinize, vergi sorunlarý, önemli ticari ihtilaflarý, KDV iadesi, gümrük, SSK, kredi ve teþvik, patent va marka konularýnda sorunlarý olanlara, acil iþ arayanlara, müfettiþlik sýnavlarýna hazýrlananlara YMMnize, avukatýnýza muhasebecinize ve tanýdýklarýnýza mutlaka ulaþtýrmanýzý tavsiye ediyor, mesajýmýz sizi ilgilendirmiyorsa, rahatsýzlýk verdiðimiz için özür diliyoruz. Sitemizi görmek ve abone olmak için buraya týklayýnýz www.e-ofisturkiye.com
