[Tfug] tfug Digest, Vol 70, Issue 13
Paul Steinbach
MIS at samlevitz.com
Wed May 13 10:43:09 MST 2009
In my experience, pulling things onto a Unix box via FTP is easier with
NcFTP than by scripting it in a shell - assuming you can get NcFTP for
your variation. I am not the scriptmeister that the others on this form
are.
tfug-request at tfug.org wrote:
> Send tfug mailing list submissions to
> tfug at tfug.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://www.tfug.org/mailman/listinfo/tfug_tfug.org
> or, via email, send a message with subject or body 'help' to
> tfug-request at tfug.org
>
> You can reach the person managing the list at
> tfug-owner at tfug.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of tfug digest..."
>
>
> Today's Topics:
>
> 1. Re: RAID containers (Dean Jones)
> 2. Re: RAID containers (Zack Williams)
> 3. Re: RAID containers (Zack Williams)
> 4. question (doug1 at email.arizona.edu)
> 5. Re: question (Judd Pickell)
> 6. Re: question (Paul Lemmons)
> 7. Re: question (Jeff Breadner)
> 8. Re: question (Stott, Will)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 12 May 2009 11:29:03 -0700
> From: Dean Jones <dean.jones at gmail.com>
> Subject: Re: [Tfug] RAID containers
> To: Tucson Free Unix Group <tfug at tfug.org>
> Message-ID: <4A09BFEF.1000100 at gmail.com>
> Content-Type: text/plain; charset=us-ascii
>
> Bexley Hall wrote:
>
>> Hi,
>>
>> I thought I would get clever and use one server to build RAID (5)
>> containers to be used in an identical server.
>>
>> Much to my chagrin, this didn't work out as intended! The second
>> ("other") server complained that they were "foreign" containers and
>> promptly began scrubbing.
>>
>> <frown>
>>
>> Of course, nothing was "lost" -- since I had just built them from
>> scratch. But, it has me wondering why the controller (low end Dell
>> PERC 3>mumble>) would insist on unilaterally doing this "for me"?!
>> I.e., I can't see why it *must* do this so assume it is just a
>> piss-poor implementation?
>>
>> I would have assumed, recognizing the containers as foreign, that I
>> would be *prompted* as to how to handle them -- instead of having the
>> decision made *for* me!
>>
>> So, is there some reason that containers (whether they are simple
>> *volumes*, striped arrays or RAID5) should *not* be portable from one
>> controller to another (identical)?
>>
>>
>
> You do not say what your connection method is to the host so maybe SCSI?
>
> For FC and SAS connected arrays this behavior usually exists due to the
> possibility of having the container connected to multiple hosts for
> failover purposes.
>
> If the first server failed you want the second host to check the status
> of the RAID groups etc to make sure nothing horrible happened when the
> other system died, then bring the arrays online (or bring them online
> and then check).
>
> It would be nice to be able to turn that behavior off of course but that
> is up to your raid card.
>
> My guess is that the RAID card drops a GUID or some such onto the RAID
> array, so when another controller connects it says, 'Oh that isn't my
> array!'
>
> Personally I have moved away from hardware RAID controllers and onto ZFS
> for my storage since so much (pain) can vary from controller to
> controller.
>
> Too bad the CDDL and GPL aren't compatible because it is quite amazing
> and I would like to see ZFS in linux instead of LVM/MD etc.
>
>
>
>
>
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 12 May 2009 14:52:01 -0700
> From: Zack Williams <zdwzdw at gmail.com>
> Subject: Re: [Tfug] RAID containers
> To: Tucson Free Unix Group <tfug at tfug.org>
> Message-ID:
> <32ad6ed10905121452o7e796324l995b94885200c4f8 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
>
>> Much to my chagrin, this didn't work out as intended!
>> The second ("other") server complained that they
>> were "foreign" containers and promptly began scrubbing.
>>
>
> Probably the thinking is "The reason these disks are hooked to the new
> controller is that the old controller died. Thus we can't be sure the
> data is in a consistent state".
>
>
>> Of course, nothing was "lost" -- since I had just built
>> them from scratch. ?But, it has me wondering why the
>> controller (low end Dell PERC 3>mumble>) would insist
>> on unilaterally doing this "for me"?! ?I.e., I can't
>> see why it *must* do this so assume it is just a
>> piss-poor implementation?
>>
>
> An override would definitely be nice. It sounds to me like an
> idiotproofing gone wrong.
>
> BTW, 3ware controllers don't do this, but they have crap support
> outside of Win/Linux/FreeBSD, unlike the LSI-based models such as the
> PERC.
>
> - Zack
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 12 May 2009 14:56:36 -0700
> From: Zack Williams <zdwzdw at gmail.com>
> Subject: Re: [Tfug] RAID containers
> To: Tucson Free Unix Group <tfug at tfug.org>
> Message-ID:
> <32ad6ed10905121456y10a1c76cr4b05ab9d41f96883 at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
>
>> Personally I have moved away from hardware RAID controllers and onto ZFS
>> for my storage since so much (pain) can vary from controller to
>> controller.
>>
>
> +1
>
> ZFS is awesome, and gives end to end guarantees that your data is
> good, which is more than any storage controller can claim.
>
>
>> Too bad the CDDL and GPL aren't compatible because it is quite amazing
>> and I would like to see ZFS in linux instead of LVM/MD etc.
>>
>
> With the purchase of Sun by Oracle, this may be a possibility, but ZFS
> in non-Solaris OS's isn't that stellar. Frankly, it's easier to lay
> a linux or BSD like userland over the Solaris kernel ala Nexenta than
> port ZFS to other kernels.
>
> - Zack
>
>
>
> ------------------------------
>
> Message: 4
> Date: Wed, 13 May 2009 08:56:00 -0700
> From: doug1 at email.arizona.edu
> Subject: [Tfug] question
> To: tfug at tfug.org
> Message-ID: <20090513085600.ekh0ussk0s0gsocw at www.email.arizona.edu>
> Content-Type: text/plain; charset="ISO-8859-1"
>
> Hi,
> I dont know if this is the correct forum for this problem, I have a windows
> 2000 server box that generates excel files every friday. The excel files have
> to be moved to a unix computer they are on the same network(i.e the U of AZ) is
> their anyway to automate this process?
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Wed, 13 May 2009 09:07:03 -0700
> From: Judd Pickell <pickell at gmail.com>
> Subject: Re: [Tfug] question
> To: Tucson Free Unix Group <tfug at tfug.org>
> Message-ID:
> <d907e9d50905130907o55035940w9c8cb22cbaea96ae at mail.gmail.com>
> Content-Type: text/plain; charset="iso-8859-1"
>
> A bash script that uses an installed SSH executable would probably work very
> well.
>
> Sincerely,
> Judd Pickell
>
> On Wed, May 13, 2009 at 8:56 AM, <doug1 at email.arizona.edu> wrote:
>
>
>> Hi,
>> I dont know if this is the correct forum for this problem, I have a
>> windows
>> 2000 server box that generates excel files every friday. The excel files
>> have
>> to be moved to a unix computer they are on the same network(i.e the U of
>> AZ) is
>> their anyway to automate this process?
>>
>>
>> _______________________________________________
>> Tucson Free Unix Group - tfug at tfug.org
>> Subscription Options:
>> http://www.tfug.org/mailman/listinfo/tfug_tfug.org
>>
>>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://www.tfug.org/pipermail/tfug_tfug.org/attachments/20090513/d6516981/attachment-0001.html>
>
> ------------------------------
>
> Message: 6
> Date: Wed, 13 May 2009 09:10:45 -0700
> From: Paul Lemmons <paul at lemmons.name>
> Subject: Re: [Tfug] question
> To: Tucson Free Unix Group <tfug at tfug.org>
> Message-ID: <4A0AF105.8 at lemmons.name>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
> -------- Original Message --------
> Subject: [Tfug] question
> From: doug1 at email.arizona.edu
> To: tfug at tfug.org
> Date: 05/13/2009 08:56 AM
>
>> Hi,
>> I dont know if this is the correct forum for this problem, I have a windows
>> 2000 server box that generates excel files every friday. The excel files have
>> to be moved to a unix computer they are on the same network(i.e the U of AZ) is
>> their anyway to automate this process?
>>
>>
>> _______________________________________________
>> Tucson Free Unix Group - tfug at tfug.org
>> Subscription Options:
>> http://www.tfug.org/mailman/listinfo/tfug_tfug.org
>>
>>
>>
> Yes, there are lots of ways. There are two that are more obvious than
> others though. If you want to push the files from your Windows server
> write a little batch file to ftp it to the destination server and
> scheduled it with the Windows scheduler. If you want to pull it from the
> Unix box, install ftp on your Windows server and then write a small
> script on the Unix box to go fetch it via ftp and schedule it with cron.
>
>
--
Paul Steinbach
MIS Manager
Sam Levitz Furniture
E-mail: MIS at samlevitz.com
Phone: 520.624.7443 X2571
Cell: 520.247.5730
More information about the tfug
mailing list