On Wed, Jan 03, 2001 at 01:13:14PM +0000, Daniel Mitzlaff wrote: > First, i ran into the same problems as reported before here on the list, > vgmerge and vgextend give me OOPS while extending the LE counter for the > VG. Joe has responded about this already. > BUT, all my drives are filled up with data, there's NO BACKUP(!), and no > way to take more than a single drive free for reformatting. If this is a production system, you should really should have some backup. There are plenty of things that can go wrong without even putting layers like LVM into the picture. I agree that upgrading LVM should not mess up you're data, but if you have no backup, you are taking a lot of risks no matter what. I do understand that for home systems backup is a difficult issue, but bad things do happen even with the most finely tuned systems. CD burners are a cheap and effective way to backup user data, and hard drives are cheap enough now that you could buy a cheap external drive with large capacity to do backups to. That said, it is very unlikely that you will loose data to LVM. Even the issues that have come up on the list don't cause data corruption. > So, i tried the patches sent by Heinz ? not really knowing where to patch > it ? in the lvm-userland, recompiled ? no change at all. Please, tell me > if it is correct to use the patch at the userland-tools instead of > patching the kernel-parts. And, can you tell me (and others) in which > order we have to see the patch?, plain patch for native LVM0.9, are there > other patches? (CVS snapshots are no choice!) Which patches are you talking about here? > Ok, next -> > What the heck are you guy's doing? I use a native RH6.2 installation w/o > any updates/fixes (except for network security), using 2.2.17 and 2.2.18 > kernel-tarballs (the ..17 patches works well on ..18, only a few rejects > which can easily inserted by hand;). But you CAN'T release a version that > does not work w/o telling users if they had to look at some dependencies! > (if there are some, remember i use a really clear RH6.2!) First of all, if you are using the stock redhat packages, and they don't work with the new LVM stuff, please complain to RedHat. They are the ones that should deal with that. Secondly, what are you talking about? --> "version that does not work" What is this? Are you using the RPMs off the sistina site? Did you compile the packages yourself? If you used the sistina packages, make sure the liblvm* files are removed from /lib. My initial packages installed into /usr/ instead of root. I will get new packages out shortly that correct this problem. I was hoping the transition issue would be resolved before I did this, but it looks like I need to get new packages out first and then deal with that. You can also look at http://distro.conectiva.com.br/experimental/lvm/ for a version of the LVM packages that supports both the old (0.8.x) and the new (0.9.x) interfaces. > Ok, so please tell me where i can get a release that works on my server, > it isn't uncool to me if i had to use an old but STABLE version ? but > tell the users in all your released files WHICH version IS definitively > STABLE. Define stable. I don't know of any software package that is 100% stable. There are always issues to track down. Point releases, such as LVM 0.9 are especially prone to that. You should know that. If you are concerned about it, don't upgrade immediately. Monitor the linux-lvm and lvm-devel mailing lists and see what problems people have. That's why we archive the mailing lists. > Yes, as you can see, i read the complete ML about this problem, i found > reports and patches adressing this, but there's no help. And don't think > all your users, who want to use LVM, are able to use CVS snapshots (i > never use cvs snapshots on my server ? release is release ? features > against bugs;). Good, I'm glad you are reading the ML. We are working on the issues. Heinz has been out of contact for a few weeks due to a move and other issues, which is delaying feedback. Sorry about that. :( > Grmpf, ok all my frustration is left out, what can we do? ;) > greetings, hackbyte -> hackbyte gmx de, IRCNet hackbyte @ #linux.de, > +linux.de I understand your frustration, but know that we are working on this. As I said earlier, most point releases have issues that need to be worked out, and LVM 0.9 is no exception. If you want a "stable" release, you should probably use LVM 0.8.1 for now. LVM 0.9.1 should be out soon, which should have all the *known* bugs fixed. Regards, -- AJ Lewis Sistina Software Inc. Voice: 612-379-3951 1313 5th St SE, Suite 111 Fax: 612-379-3952 Minneapolis, MN 55414 E-Mail: lewis sistina com http://www.sistina.com Current GPG fingerprint = 3B5F 6011 5216 76A5 2F6B 52A0 941E 1261 0029 2648 Get my key at: http://www.sistina.com/~lewis/gpgkey (Unfortunately, the PKS-type keyservers do not work with multiple sub-keys) -----Begin Obligatory Humorous Quote---------------------------------------- THE LESSER-KNOWN PROGRAMMING LANGUAGES #16: C- This language was named for the grade received by its creator when he submitted it as a class project in a graduate programming class. C- is best described as a "low-level" programming language. In fact, the language generally requires more C- statements than machine-code statements to execute a given task. In this respect, it is very similar to COBOL. -----End Obligatory Humorous Quote------------------------------------------
Attachment:
pgp00002.pgp
Description: PGP signature