From: Cyrus B. <cy...@la...> - 2003-02-17 00:01:23
|
Hello all, I use a modified version of RedHat 7.2 called SME, (was e-smith = www.e-smith.org) and at the moment we are having some questions about = flexbackup that no one on the e-smith list seems to be able to answer = and hoping that someone here might. It all has to do with using flexbackup. Now instead of using a tape drive unit, we have configured flexbackup to = use a shared folder on a windows 2000 (NTFS) computer to store the dump, = the howto's are here: Backup: http://myezserver.com/downloads/mitel/howto/flexbackup-to-disk-howto.html= Restore: http://www.e-smith.org/docs/howto/contrib/flexbackup-restore-from-disk-ho= wto.html Now that all works great, but what happens when the actual file that is = dumped/copied to the file share is larger than 2GB, now not a single = file can be larger than 2GB on the RedHat box, because of the file = system so we're not really worried about the size of the files being = backed up, just the size of the backup file itself. There is another backup function we could use and that is the "Backup to = Desktop" feature which basically takes certain directories from the = server and tars them and then copies that file to your desktop, but the = problem is when we go to restore from that file, if it is >2GB then = basically it stuffs up because it apparently it try's to create a temp = file on the server and when it hits the 2GB file system limit it chokes. That's why using flexbackup to a disk/file share seems so appropriate as = then we get to use this great package for backing up and restoring and = don't have to shell out heaps of cash for a tape drive, as most people = have an abundance of spare hard drive space! So here are our questions: 1. How big can files be created by flexbackup IF it is to a Windows NTFS = share? 2. Can a file that is >2GB that was created by flexbackup to a Windows = NTFS share be restored without running into the 2GB limit on the RedHat = Box? For more information and to see what other things we have discussed = please view our discussion at: http://www.e-smith.org/bboard/read.php?f=3D1&i=3D24288&t=3D24078&v=3Df Thank you for any help that is provided!! Cyrus Bharda IT Support Officer Langs Building Supplies 2 Elliot Drive Yatala QLD 4207 Australia Ph: +61 7 3382 5200 Fx: +61 7 3807 6400 Em: cy...@la... www: www.langs.net.au Disclaimer: This email and any files transmitted with it are confidential and = intended solely for the use of the individual or entity to whom they are = addressed. If you have received this email in error please notify the = system manager. This message contains confidential information and is = intended only for the individual named. If you are not the named = addressee you should not disseminate, distribute or copy this e-mail. = Please notify the sender immediately by e-mail if you have received this = e-mail by mistake and delete this e-mail from your system. Computer viruses can be transmitted via email. The recipient should = check this email and any attachments for the presence of viruses. Langs = Building Supplies accepts no liability for any damage caused by any = virus transmitted by this email. E-mail transmission cannot be = guaranteed to be secure or error-free as information could be = intercepted, corrupted, lost, destroyed, arrive late or incomplete, or = contain viruses. The sender therefore does not accept liability for any = errors or omissions in the contents of this message, which arise as a = result of e-mail transmission. Langs Building Supplies accepts no liability for the content of this = email, or for the consequences of any actions taken on the basis of the = information provided, unless that information is subsequently confirmed = in writing. If you are not the intended recipient you are notified that = disclosing, copying, distributing or taking any action in reliance on = the contents of this information is strictly prohibited.=20 Any views or opinions presented in this email are solely those of the = author and do not necessarily represent those of Langs Building = Supplies. Employees of Langs Building Supplies are expressly required = not to make defamatory statements and not to infringe or authorize any = infringement of copyright or any other legal right by email = communications. Any such communication is contrary to company policy and = outside the scope of the employment of the individual concerned. The = company will not accept any liability in respect of such communication, = and the employee responsible will be personally liable for any damages = or other liability arising. Langs Building Supplies, 2 Elliot Drive, Yatala, Australia, = www.langs.net.au |
From: Edwin H. <ed...@co...> - 2003-02-17 00:45:02
|
[ Cyrus Bharda wrote: ] > So here are our questions: > > 1. How big can files be created by flexbackup IF it is to a Windows NTFS share? The limitation would be with smbfs if anything. I have no clue what the filesize limits are for it. It might be your limiting factor. > 2. Can a file that is >2GB that was created by flexbackup to a Windows > NTFS share be restored without running into the 2GB limit on the RedHat > Box? If the SME core utils are from RedHat 7.x it should handle >2GB files just fine - large file support has been around a while. I'm not sure if the SME setup uses "buffer" or not, but buffer needs a compilation tweak to read/write >2GB files. If you are just using dd it should be fine. Basically any 2GB limits will come from the utilities used in the pipeline - dd/buffer/dump/afio/whatever, or in the underlying filesystem (smbfs in your case), and not from flexbackup itself. -- Edwin Huffstutler Linux - because reboots are for hardware changes ed...@co... GnuPG Key ID: AE782DC9 |
From: Cyrus B. <cy...@la...> - 2003-02-17 01:08:29
|
Wow first off thank you for your speedy responce! : : If the SME core utils are from RedHat 7.x it should handle >2GB files just : fine - large file support has been around a while. : That is what I thought, but it is using the ext2 file system, which only has a 2 GB file limit or so I have been told as I am a bit off a noob. : I'm not sure if the SME setup uses "buffer" or not, but buffer needs a : compilation tweak to read/write >2GB files. If you are just using dd it : should be fine. : When you say there in the paragraph above, do you mean that SME will need buffer if I wanted to write a >2GB file to the backup file or write a >2GB backup file? Like say I had 3 x 2.3GB files then I would need buffer to be able to back them up and that if I had 3 x 1.7GB files to backup on the RedHat box TO the share then flexbackup doesnt need buffer as the individual files are not >2GB but the total backup file that flexbackup will create will be >2GB, right? Sorry for the drawn out explanation, but I am a bit of a noob here. : Basically any 2GB limits will come from the utilities used in the pipeline : - dd/buffer/dump/afio/whatever, or in the underlying filesystem (smbfs in : your case), and not from flexbackup itself. : I am not sure what this distro uses as it is developed for newbies and is all web driven, I click on the backup now button and it just does the rest for me, so I will enquire on what pipline is used. How do I find out the size limits for the different pipelines used as once I find out which pipline is used that will be the next question :-). Now I just need to find out if there is any file size limitations on smbfs :-) Thanks again for your help, it is very much appreciated!! Cyrus Bharda |