[Veritas-bu] Netbackup Enterprise Status 334
Its a master server and i don't have a separate media server. so it should have the access to the media. Beside i have upgrade to the MP5 and doesn't work. +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] EMM interface initialization failed, status = 334
I had change it to the name only format again. nothing chang +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] EMM interface initialization failed, status = 334
On Sun, 23 Sep 2007, Tahx wrote: I had change it to the name only format again. nothing chang +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu What does Symantec have to say about the problem? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Tapeless backup environments?
I think one of de-duplication's benefits is that even if 2% of your file data changes it doesn't have to replicate that entire 2%. In my mind its similar to byte level replication (although an entirely different technology.) Just because Netbackup backs up 20GB of different files doesn't mean that you've made 20GB of changes. If that were the case I'd roll-over my file servers once a month. I wonder after comparing the two technologies, if there is room for a mixed mode solution that could take advantage of both tape's and disk's benefits without creating a tough to swallow price tag. -Jonathan From: [EMAIL PROTECTED] on behalf of Ed Wilts Sent: Sat 9/22/2007 9:35 AM To: 'Jeff Lightner'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Tapeless backup environments? Here's some simple math that may help (complements of ExaGrid's web site). If you have 1TB of data with a 2% change rate, you'll need to back up 20GB of daily incrementals. To replicate this to another site in 18 hours requires 3Mbps of bandwidth. If you have lots of bandwidth or not too much data, replication to an offsite location may make sense. But to think that you can replicate your backups for 20TB of data to another state is going to make your network group squirm. Iron Mountain looks pretty cheap comparing to offsite electronic replication. We have 1 application by itself that adds 30GB of new data every day. It's being replicated within the metro area over a 1Gbps pipe (real time, not via backups). We sure couldn't replicate everything... As the OLD saying goes, never understand the bandwidth of a station wagon full of tapes. .../Ed -- Ed Wilts, RHCE, BCFP, BCSD Mounds View, MN, USA mailto:[EMAIL PROTECTED] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner Sent: Friday, September 21, 2007 8:44 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Tapeless backup environments? Yesterday our director said that he doesn't intend to ever upgrade existing STK L700 because eventually we'll go tapeless as that is what the industry is doing. The idea being we'd have our disk backup devices here (e.g. Data Domain) and transfer to offsite storage to another disk device so as to eliminate the need for ever transporting tapes. It made me wonder if anyone was actually doing the above already or was planning to do so? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Script to label expired tapes in a VTL
Hi Stuart, In my experience we had to as the DISK SPACE was still in use! Kind Regards, Clem Kruger From: Liddle, Stuart [mailto:[EMAIL PROTECTED] Sent: 22 September 2007 21:35 PM To: Clem Kruger; Curtis Preston; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: Re: [Veritas-bu] Script to label expired tapes in a VTL Clem, You have made a rather curious comment. You don't have to delete the tape to get the space returned. (My experience is with the NetApp VTL.) There are settings on the VTL that you can set to allow for how long you keep a virtual tape in the shadow pool once it has been cloned to physical tape. If you are not cloning to physical tape and are just keeping images on virtual tape, then you would not be deleting the tapes, you would be expiring images...just like Curtis said about the DSU. That's one of the nice features of the NetApp VTL. If you have the disk space, as long as you have cloned to physical tape it will keep the virtual tapes around until the VTL needs to free up space for newer backups. It does this for you automatically! --stuart From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clem Kruger Sent: Saturday, September 22, 2007 2:33 AM To: Curtis Preston; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Script to label expired tapes in a VTL Hi Curtis, You have to delete the tape to get your space returned. This is the real pain and cost Clem. -Original Message- From: Curtis Preston [mailto:[EMAIL PROTECTED] mailto:%5bmailto:[EMAIL PROTECTED] Sent: 22 September 2007 11:15 AM To: Clem Kruger; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Script to label expired tapes in a VTL And you don't get the space back on a DSU until you expire the image. So what? I also argue that what Steve is asking for isn't necessary. (I think he's MAKING it necessary by oversubscribing, but that's not the VTL's fault.) Oversubscription aside, once his tapes are expired, the space taken up by those tapes is immediately available for reuse. The next time the tape gets written to, it will delete all pointers to the space taken up by that tape. As to the VTL vs disk debate, I still think you should bring in all disk devices and let them duke it out before excluding an entire category of them. You're going to exclude a lot of really good products if you just no VTLs. Remember that saying I don't want a VTL but I do want de-dupe means that you're going to use NAS. While that will meet a whole lot of needs for a whole lot of people, there's also some really big backups that need a lot more than you can push over IP. For those backups, you're going to want a block transfer protocol (i.e. SCSI), and for that, you're currently going to be buying a VTL. (Unless you're just going to buy a non-deduped disk in which case I'd say you're REALLY wasting your money.) --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clem Kruger Sent: Saturday, September 22, 2007 4:24 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Script to label expired tapes in a VTL Hi Steve, This is the downer on VTL's. You do not get your tape space back automatically. It is for these reasons I recommend that one never go VTL's. NetBackup 6.0 and 6.5 allow disk to disk backups; the images are easily replicated to an offsite facility. The time for all tape has come and gone. The de-duplication facility in 6.5 makes life even easier. Why VTL's (which does SCSI emulation) when you and use disk which is faster and has more protection? Clem. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of swaltner Sent: 21 September 2007 17:32 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Script to label expired tapes in a VTL We deployed a VTL last month, which has been working very nicely. This is in a NetBackup 5.1 environment with the VTL attached to our Solaris based master server as well as to our NAS server for local NDMP backups. One thing I'd like to do is over-subscribe on the back-end storage, but before I do that I'd like to automate the process of freeing up the disk space used in the VTL when a NetBackup tape is expired. Just curious if anyone has already written such a beast and would like to share with me as a starting point. If not, I suspect I'll use the following logic: - Every day (at noon??), query the robots defined in the VTL and keep a record of tapes that are allocated. - When a tape goes from allocated to non-allocated from one day to the next, use a command like the following to erase the tape's contents: bplabel -erase -o -d dlt -m
[Veritas-bu] Catalog sharing
I have several remote sites that contain their own master servers. I want to backup to a Data Domain at each site and replicate the backup data to a central site, which also contains its own master server. At this central site I have a need to offload some remote backups to tape for infinite retention. I know there are several ways to handle this, all requiring some manipulation. The most sensible option would be to replace the masters at each remote site with a media server talking to the central location - but I cant get the buy in to do that. So, I am trying to figure out the easiest option. Is there any type of catalog sharing in 6.0 or 6.5? I am reviewing documentation but so far havent seen anything. My only other options I am thinking are to backup as normal and replicate to central - then use the master at that site to import the backup images into its catalog and perform a bpduplicate. Obviously this is cumbersome. Does anyone have other ideas? Thanks for the help. +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Catalog sharing
I have several remote sites that contain their own master servers. I want to backup to a Data Domain at each site and replicate the backup data to a central site, which also contains its own master server. At this central site I have a need to offload some remote backups to tape for infinite retention. I know there are several ways to handle this, all requiring some manipulation. The most sensible option would be to replace the masters at each remote site with a media server talking to the central location - but I cant get the buy in to do that. So, I am trying to figure out the easiest option. Is there any type of catalog sharing in 6.0 or 6.5? I am reviewing documentation but so far havent seen anything. My only other options I am thinking are to backup as normal and replicate to central - then use the master at that site to import the backup images into its catalog and perform a bpduplicate. Obviously this is cumbersome. Does anyone have other ideas? Thanks for the help. +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Catalog sharing
I have several remote sites that contain their own master servers. I want to backup to a Data Domain at each site and replicate the backup data to a central site, which also contains its own master server. At this central site I have a need to offload some remote backups to tape for infinite retention. I know there are several ways to handle this, all requiring some manipulation. The most sensible option would be to replace the masters at each remote site with a media server talking to the central location - but I cant get the buy in to do that. So, I am trying to figure out the easiest option. Is there any type of catalog sharing in 6.0 or 6.5? I am reviewing documentation but so far havent seen anything. My only other options I am thinking are to backup as normal and replicate to central - then use the master at that site to import the backup images into its catalog and perform a bpduplicate. Obviously this is cumbersome. Does anyone have other ideas? Thanks for the help. +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Catalog sharing
On Sun, 23 Sep 2007, scottcorp wrote: I have several remote sites that contain their own master servers. I want to backup to a Data Domain at each site and replicate the backup data to a central site, which also contains its own master server. At this central site I have a need to offload some remote backups to tape for infinite retention. I know there are several ways to handle this, all requiring some manipulation. The most sensible option would be to replace the masters at each remote site with a media server talking to the central location - but I cant get the buy in to do that. So, I am trying to figure out the easiest option. Is there any type of catalog sharing in 6.0 or 6.5? I am reviewing documentation but so far havent seen anything. My only other options I am thinking are to backup as normal and replicate to central - then use the master at that site to import the backup images into its catalog and perform a bpduplicate. Obviously this is cumbersome. Does anyone have other ideas? Thanks for the help. +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu That is what everyone wants, if you find a solution prior to 7.0 (or so, when they are supposed to have something like this included)-- let us know! Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Script to label expired tapes in a VTL
Clem, I'm moving from Legato to Netbackup. In the Legato world, relabelling the VTL volume resulted in the space being returned to the disk. This is true even for an expired tape. ie I needed to relabel it. In Netbackup, I think it is significantly better. This is because an expired tape gets labelled and put into the Scratch pool automatically. This way the number of volumes to be managed is reduced significantly. With a wee bit of planning, I think it might be possible to eliminate the need for relabelling. I'm toying with various options. One of them is to do in-line copy for off-site. The primary copy with lesser retention time will stay in the VTL. The off-site physical volume will have the correct retention time. Please let us know what you decide and how it is working out. It would certainly help the community as a whole bunch of us are working on the same issues. Clem Kruger wrote: Hi Stuart, In my experience we had to as the “DISK SPACE” was still in use! *Kind Regards,* *Clem Kruger* *From:* Liddle, Stuart [mailto:[EMAIL PROTECTED] *Sent:* 22 September 2007 21:35 PM *To:* Clem Kruger; Curtis Preston; VERITAS-BU@mailman.eng.auburn.edu *Subject:* RE: Re: [Veritas-bu] Script to label expired tapes in a VTL Clem, You have made a rather curious comment. You don’t have to delete the tape to get the space returned. (My experience is with the NetApp VTL.) There are settings on the VTL that you can set to allow for how long you keep a virtual tape in the “shadow” pool once it has been “cloned” to physical tape. If you are not cloning to physical tape and are just keeping images on virtual tape, then you would not be “deleting” the tapes, you would be expiring images…just like Curtis said about the DSU. That’s one of the nice features of the NetApp VTL. If you have the disk space, as long as you have cloned to physical tape it will keep the virtual tapes around until the VTL needs to free up space for newer backups. It does this for you automatically! --stuart *From:* [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] *On Behalf Of *Clem Kruger *Sent:* Saturday, September 22, 2007 2:33 AM *To:* Curtis Preston; VERITAS-BU@mailman.eng.auburn.edu *Subject:* Re: [Veritas-bu] Script to label expired tapes in a VTL Hi Curtis, You have to delete the tape to get your space returned. This is the real pain and cost Clem. -Original Message- From: Curtis Preston [mailto:[EMAIL PROTECTED] mailto:%5bmailto:[EMAIL PROTECTED] Sent: 22 September 2007 11:15 AM To: Clem Kruger; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Script to label expired tapes in a VTL And you don't get the space back on a DSU until you expire the image. So what? I also argue that what Steve is asking for isn't necessary. (I think he's MAKING it necessary by oversubscribing, but that's not the VTL's fault.) Oversubscription aside, once his tapes are expired, the space taken up by those tapes is immediately available for reuse. The next time the tape gets written to, it will delete all pointers to the space taken up by that tape. As to the VTL vs disk debate, I still think you should bring in all disk devices and let them duke it out before excluding an entire category of them. You're going to exclude a lot of really good products if you just no VTLs. Remember that saying I don't want a VTL but I do want de-dupe means that you're going to use NAS. While that will meet a whole lot of needs for a whole lot of people, there's also some really big backups that need a lot more than you can push over IP. For those backups, you're going to want a block transfer protocol (i.e. SCSI), and for that, you're currently going to be buying a VTL. (Unless you're just going to buy a non-deduped disk in which case I'd say you're REALLY wasting your money.) --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clem Kruger Sent: Saturday, September 22, 2007 4:24 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Script to label expired tapes in a VTL Hi Steve, This is the downer on VTL's. You do not get your tape space back automatically. It is for these reasons I recommend that one never go VTL's. NetBackup 6.0 and 6.5 allow disk to disk backups; the images are easily replicated to an offsite facility. The time for all tape has come and gone. The de-duplication facility in 6.5 makes life even easier. Why
Re: [Veritas-bu] Catalog sharing
No, 6.0 and 6.5 do not have anything like that, although it would be good. I have not heard anyone in development mentioning this being a possibility even in the 7.0 releasebut who knows. The 7.0 release is supposed to be the security focused release. Here is a kind of an out-of-the-box idea. I don't know if it would be feasible in this environment or not, certainly not tested, and if you ever had to recover one of the infinite releases, there would be some manipulation involved. I also don't know how much data you are looking at. This suggestion would require all of your data at your remote domains to be backed up to disk. Then, you could make each of your Master Servers a PureDisk client and back up to a remote Pure Disk server attached to a Master Server and use the integration in 6.0 to vault the data to tape. Reneé Carlisle ServerWare Corporation cell 585-329-9788 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of scottcorp Sent: Sunday, September 23, 2007 2:26 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Catalog sharing I have several remote sites that contain their own master servers. I want to backup to a Data Domain at each site and replicate the backup data to a central site, which also contains its own master server. At this central site I have a need to offload some remote backups to tape for infinite retention. I know there are several ways to handle this, all requiring some manipulation. The most sensible option would be to replace the masters at each remote site with a media server talking to the central location - but I cant get the buy in to do that. So, I am trying to figure out the easiest option. Is there any type of catalog sharing in 6.0 or 6.5? I am reviewing documentation but so far havent seen anything. My only other options I am thinking are to backup as normal and replicate to central - then use the master at that site to import the backup images into its catalog and perform a bpduplicate. Obviously this is cumbersome. Does anyone have other ideas? Thanks for the help. +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] windows 2003 system state restore problem
Hello, One of our groups came up with a new problem with a windows 2003 server. They had a system that was corrupted and would not boot. So they reinstalled windows Did a system state and c drive restore. They did this a few times working out that the system had to be on c:\WINNT instead of C:\WINDOWS and that they had to do the restore with the client in a work group and not on the domain. So the client had been joined to the domain and then changed to a workgroup. The restore of the C-drive and System State finished with a return code of zero? But after the reboot, the client was not on the domain, the SAM was not returned to the state that it was when the Netbackup full backup was preformed. Also the Registry did not seemed to be replaced as software that had been installed on the client did not show up. It appears that Netbackup did his/her thing but windows did not with the reboot. Has anyone else seen this? Have a fix? Know how to trace or track windows logs for this problem? Thanks Len Boyle ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] How to roll back if nbpushdata failed on media server ?
Thanks to refer me to below links which I had done all the reading. http://library.veritas.com/docs/282326 http://support.veritas.com/docs/285223). If yours read my question carefully, there is not roll back procedure for media server. The links above is the roll back procedure for master and media server, which roll back master to 5.1 then do those steps on 5.x media servers. My question again. My master already upgraded to 6.0MP4. What I want is the roll back if I failed #nbpushdata upgrade on media server. NOT MASTER AND MEDIA. Hope I make it clear this round. Thanks. - Original Message - From: [EMAIL PROTECTED] To: veritas-bu veritas-bu@mailman.eng.auburn.edu Sent: Friday, September 21, 2007 1:39 PM Subject: [Veritas-bu] How to roll back if nbpushdata failed on media server ? Hi folks, My Solaris 9 master server is running NBU6.0MP4, now we are planning to upgrade the rest of the media servers. Question : How to roll back media server if nbpushdata failed while executing on this media server. What i can think off is 1. Uninstall NBU6.0MP4 from media server 2. Install back to NBU5.1MP6 to this media server 3. Would it work ? or an other like cleaning out the EMM DB which is on master server ? etc Thanks ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Moving a master server to an existing media server + upgrade
:( :( :( Well, someone already told me to look at the Admin guide part I. and, yeap... it's there... ;) Thanks Greg... On 9/18/07, Gregory Demilde [EMAIL PROTECTED] wrote: Martin, I have tried to find the document back but I couldn't. I remember I found when looking for something else. :o((( Greg On 9/18/07, Martin Ruslan [EMAIL PROTECTED] wrote: Hi George, can you give us the link for moving the emm database docs? Or maybe anyone can help? Thanks. mTz On 9/18/07, Gregory Demilde [EMAIL PROTECTED] wrote: Well I have just migrated a master server from a V440 to another V440 in order to put it in cluster. Upgrade from 5.1 MP6 to 6.0 MP4 was part of it. I upgraded first to 6.0 MP4 and then moved to the new server. As long as you keep the same name there is no real gotchas. But there are things to know especially with the EMM database in 6.0 : 1) Only move the datafiles. They start by EMM or NBDB. There is a technote about moving the EMM database to another server. 2) When you moved the datafiles you need to verify or ugrade it. create_nbdb will dot it for you. Originally it is intended to create an empty NBDB but I found you can use it to validate and upgrade. In order to do so you need to start the rdbms without loading the database. Otherwise flat files can be copied over Greg On 9/18/07, Wessam Aly [EMAIL PROTECTED] wrote: Hey all, Netbackup 5.1 MP4 I currently have a master server on hpux 11.11 and a media server on aix. I want to move the master server to an itanium machine (hpux 11.23) and upgrade to 6.5. Problem is, I don't have enough time since fixing the inconsistencies of the database with support takes a lot. What I want to do is comission the new master server only as a media server and start backup right away. Eventually I want to move the database from the old master server to the new master server and make the new machine the master.. Then decommision the old hpux server. I'm planning to upgrade to 6.0MP4 sometime after I run the setup of new machine as media server. Then when I move to new machine as master, I will upgrade to 6.5. Is all that do-able ? Thanks, Wessam Aly Sr. UNIX Storage Expert HPUX-CSA Certified Systems Administrator *** IMPORTANT Confidentiality: This e-mail communication and any attachments thereto contain information which is confidential and are intended only for the use of the individuals or entities named above. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or the taking any action in reliance on the contents of these documents is strictly prohibited and may be illegal. Please notify us of your receipt of this e-mail in error and delete the e-mail and any copies of it. Monitoring/Viruses: Mobinil may monitor all incoming outgoing e-mails in line with current legislation. Although we have taken steps to ensure that this e-mail and attachments are free from any Virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free. The Egyptian Company for Mobile Services (Mobinil) www.mobinil.com *** ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Gregory DEMILDE Email : [EMAIL PROTECTED] GSM : +352 691 915620 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Gregory DEMILDE Email : [EMAIL PROTECTED] GSM : +352 691 915620 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu