Re: IBM V7000 Thin Provisioning btrfs on RH
We did not use SVC in our installation. The term directly attached has been misunderstood a few times, therefore I mentioned the requirement for a switch. Klaus Bergmann -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: IBM V7000 Thin Provisioning btrfs on RH
Ahhh.. Thanks, Lee On 9/12/2012 10:36 PM, Alan Altmark wrote: On Wednesday, 09/12/2012 at 09:54 EDT, Lee Stewart lee.stew...@siriuscom.com wrote: Thanks Klaus... Did you also have an SVC between the V7000 and the z114? I understand that SVC front-end is still the requirement for any SCSI. . Sorry if I haven't been clear in our offline discussions, Lee. The Storwize V7000 can be directly attached without SVC. Likewise for DS8K, DS6K, and XIV., All others must go through SVC. http://www-01.ibm.com/support/docview.wss?uid=ssg1S1003703#_zvm Alan Altmark Senior Managing z/VM and Linux Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- Lee Stewart, Senior SE Sirius Computer Solutions Phone: (303) 996-7122 Email: lee.stew...@siriuscom.com Web: www.siriuscom.com -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: IBM V7000 Thin Provisioning btrfs on RH
We installed Linux on a z114 with V7000 at a customer earlier this year. After initial problems with device detection and multipathing it seems to run ok so far. Make sure to attach through a switch. Klaus Bergmann -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: IBM V7000 Thin Provisioning btrfs on RH
Thanks Klaus... Did you also have an SVC between the V7000 and the z114? I understand that SVC front-end is still the requirement for any SCSI. . Thanks, Lee On 9/12/2012 9:22 AM, Klaus Bergmann wrote: We installed Linux on a z114 with V7000 at a customer earlier this year. After initial problems with device detection and multipathing it seems to run ok so far. Make sure to attach through a switch. Klaus Bergmann -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/ -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: IBM V7000 Thin Provisioning btrfs on RH
On Wednesday, 09/12/2012 at 09:54 EDT, Lee Stewart lee.stew...@siriuscom.com wrote: Thanks Klaus... Did you also have an SVC between the V7000 and the z114? I understand that SVC front-end is still the requirement for any SCSI. . Sorry if I haven't been clear in our offline discussions, Lee. The Storwize V7000 can be directly attached without SVC. Likewise for DS8K, DS6K, and XIV., All others must go through SVC. http://www-01.ibm.com/support/docview.wss?uid=ssg1S1003703#_zvm Alan Altmark Senior Managing z/VM and Linux Consultant IBM System Lab Services and Training ibm.com/systems/services/labservices office: 607.429.3323 mobile; 607.321.7556 alan_altm...@us.ibm.com IBM Endicott -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: IBM V7000 Thin Provisioning btrfs on RH
Hello Lee, From the technical notes for the 6.3 https://access.redhat.com/knowledge/docs/en-US/Red_Hat_Enterprise_Linux/6/html-single/6.3_Technical_Notes/index.html#storage_and_fs_tp Btrfs, BZ#614121 Btrfs is under development as a file system capable of addressing and managing more files, larger files, and larger volumes than the ext2, ext3, and ext4 file systems. Btrfs is designed to make the file system tolerant of errors, and to facilitate the detection and repair of errors when they occur. It uses checksums to ensure the validity of data and metadata, and maintains snapshots of the file system that can be used for backup or repair. The Btrfs Technology Preview is only available on AMD64 and Intel 64 architectures. Btrfs is still experimental Red Hat Enterprise Linux 6 includes Btrfs as a technology preview to allow you to experiment with this file system. You should not choose Btrfs for partitions that will contain valuable data or that are essential for the operation of important systems. Package: btrfs-progs-0.19-12 More info on btrfs: https://access.redhat.com/knowledge/techbriefs/introduction-btrfs I will find out more info on btrfs for RHEL on System z and get back to you. Filipe Miranda Linux on System z On 10/09/2012, at 11:55 PM, Lee Stewart lstewart.dsgr...@attglobal.net wrote: Hi all... A related batch of questions Is anyone out there using an IBM V7000 for their Linux? And anyone using any thin provisioning? I saw the thread about XIV a couple months back. Does anyone know of a good writeup for what's what from a Linux filesystem point of view? Or setup tips? That thread mentions btrfs, but this client wants to use RH, and from what I read on RH's site, they consider btrfs experimental. Anyone using btrfs on RH? Thanks for any thoughts... Lee -- Lee Stewart, Senior SE Sirius Computer Solutions Phone: (303) 996-7122 Email: lee.stew...@siriuscom.com Web: www.siriuscom.com -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: IBM V7000 Thin Provisioning btrfs on RH
Is anyone out there using an IBM V7000 for their Linux? And anyone using any thin provisioning? I have some lab time scheduled with one in a couple weeks. I'll let you know what I find out. That thread mentions btrfs, but this client wants to use RH, and from what I read on RH's site, they consider btrfs experimental. Anyone using btrfs on RH? It works, but it isn't as stable yet as Solaris ZFS. If the customer is thinking that btrfs is the ZFS for Linux, they're probably going to be somewhat disappointed. They're also not going to be able to directly transfer what they know about ZFS to btrfs; there are some subtle differences in the semantics of the commands. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: IBM V7000 Thin Provisioning btrfs on RH
Lee Stewart asked: That thread mentions btrfs, but this client wants to use RH, and from what I read on RH's site, they consider btrfs experimental. Anyone using btrfs on RH? If it's experimental your client won't get full support from Red Hat, so try to discourage him. Even Fedora 18, which is the upcoming version of Red Hat's bleeding-edge free distribution, makes btrfs available but not the default. Ted Rodriguez-Bell Wells Fargo, Mainframe and Midrange Services -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: IBM V7000 Thin Provisioning btrfs on RH
On 11.09.2012 15:50, Lee Stewart wrote: Hi all... A related batch of questions Is anyone out there using an IBM V7000 for their Linux? And anyone using any thin provisioning? I saw the thread about XIV a couple months back. Does anyone know of a good writeup for what's what from a Linux filesystem point of view? Or setup tips? We use RHEV thin provisioning on our Intel RHEV environments, and we'll be using it on our 3PARs when they're up and running. The main lesson I'd take away from the RHEV experiance is that it's like any other use of overcommit: you need to be aware of how your actuals are tracking your overcommit, or you can suddenly run out of real resources. Other than that, it's great. We've not observed any meaningful performance hits from overommitting, but then we're not doing it on DB servers (for example), and the V7000 implementation may be better or worse on that front. That thread mentions btrfs, but this client wants to use RH, and from what I read on RH's site, they consider btrfs experimental. Anyone using btrfs on RH? I used butter on Fedora and Debian this year. I was underwhelmed and would not trust my data to it, but then I'm conservative about new filesystems. I held of ext4 when some distros were touting it as production-ready. Which meant when one of them was shipping a bugger version that ate filesystems, my ext3 FSes were happy. Specifically I'm underwhemled by the maturity of the management tools and the ability to recover data; Chris Mason, the principal dev, doesn't seem to be touting it as ready for deployment on production servers, either, and I'd be more interested in his opinion that in that of distros trying to one-up one another by claiming it's production ready. (I'm also underwhelmed by having used ZFS for years; btr has many of the same benefits, but also many of the same disadvantages.) You should probably talk to the client about the use cases where they see themselves as getting something out of btrfs that they won't get out of ext4+LVM or XFS+LVM. (I'd also recommend, if you have a spare chunk of time, Dave Chinner's overview of the state of XFS vs EXT4 btrfs, at http://www.youtube.com/watch?v=FegjLbCnoBwfeature=plcp and Avi Miller's overview of the state of BTRFS at the start of the year, at http://www.youtube.com/watch?v=hxWuaozpe2Ifeature=plcp). -- Rodger Donaldson rodg...@diaspora.gen.nz -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
Re: IBM V7000 Thin Provisioning btrfs on RH
On Sep 11, 2012, at 2:57 PM, Rodger Donaldson wrote: You should probably talk to the client about the use cases where they see themselves as getting something out of btrfs that they won't get out of ext4+LVM or XFS+LVM. I realize this adds nothing to the technical discussion, but anecdotally: my team rode XFS+LVM to big wins in a number of areas. Off the top of my head... 1) the thundering herd problem of all linux servers simultaneously trying to check their ext3 filesystems after IPLing CP 2) immaturity of tools for online resizing of ext3 at that time, where they would or would not work apparently at random 3) forcing us to improve our processes to no longer rely on access to the E2CMD MODULE during tricky maintenance activities (and DR testing), which interacted badly with ext3 log replays on next reboot and caused pretty predictable data loss if it was used on a filesystem that had not been shut down cleanly. We also saw modestly improved linux I/O rates at somewhat lower CPU cost, compared to ext3. TBF ext4 wasn't available at that time. I can't comment on its characteristics. We did have to keep closer track of UUIDs (both for LVM and XFS) to keep things sane in the event of attaching one guest's mdisks to another guest. But this was done as two or three additional minor steps in our cloning automation, so in practice it was nothing. ok r. -- For LINUX-390 subscribe / signoff / archive access instructions, send email to lists...@vm.marist.edu with the message: INFO LINUX-390 or visit http://www.marist.edu/htbin/wlvindex?LINUX-390 -- For more information on Linux on System z, visit http://wiki.linuxvm.org/
