Re: lvm

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2012-03-05 at 00:56 +0100, Reindl Harald wrote: 
> 
> Am 05.03.2012 00:35, schrieb Peter Larsen:
> > We're not longer using legacy grub. Even with F14 we shipped Grub2 (it
> > may even have been included earlier - not sure). We've had this ability
> > for a long time now.
> 
> uninteresting in this context
> you shipped and it was good to have a sepearte /boot

Let's try to keep to the subject. We're talking about a current Fedora -
to understand why we did things we did in the past, we need to know what
changed. So it's definitely on topic to discuss the difference between
legacy grub and grub2.

> 
> you and i do not know the future and somewhere in
> time there will be ext5 and GRUB2 not support it
> who knows?

Again, if we stick to the subject of talking about the current release,
we have a very defined abilities and consequences. Trying to plan for
something you and I don't know about is quite fruitless. 

> 
> i am one of the people not reinstall their systems
> because i am moving around disks between new and old
> and the most interesting ones re even not physicasl

In that you're definitely in the minority. In particular when it comes
to Fedora. Going from one major version to another on the OS means you
have to rethink what you're doing. What worked yesterday may not be what
works today. There was a time I formatted everything with FAT; there was
another time where ext2 was good enough - but as we have progressed and
our technology gets better, I've adapted. To me that's what Fedora is
all about. It would defeat the purpose of using Fedora if I didn't adapt
to the "new way" of doing things. Otherwise, how would we find out what
works and what doesn't?

> 
> >> as i installed my systems with a 500 MB /boot there
> >> was no imagination that ext4 can be relevant in the
> >> future, but as it was released it was easy to use
> >> it for system/data
> > 
> > And the fact that we increased the requirement from 200 to 
> > 500MB never caused you issues? 
> 
> which requirement?

http://fedoraproject.org/wiki/How_to_use_PreUpgrade#Not_enough_space_in_.2Fboot

That requirement. 

> /dev/sda1     ext4    189M   40M  150M  21% /boot
> 2.6.42.7-1.fc15.x86_64 #1 SMP Tue Feb 21 01:22:05 UTC 2012

I may suggest you try a new install now and then and see what has
changed. 500MB is the default size for /boot and has been for the last
few releases. And yes, it has to do with pre-upgrade requirements.
Personally I think it could have been solved in a different manner, but
it's what we ended up with.

> 
> well, majority of my machines are VMware ESX guests
> /boot is there even a own disk

And with that you certainly got far from what the average Fedora user
does.

> so increase what you like
> 
> * shutdown
> * klick -> drag
> * gparted
> * upgrade

Well, with LVM you don't even have to shutdown.
lvresize is all you need.

> > So because of this uncertainty, you want to pick the least flexible
> > setup as default and "not dumb"? Seems to me, that it should be the
> > other way around.
> 
> /boot is for the fucking bootloader and the kernel
> this is not for a entire operating system
> so if this needs ever more than 500 MB some
> poor people made big mistakes

We're not in total disagreement there. But it's where we are now. Every
new install will default to 500MB for /boot - and if you try to run an
upgrade and only have 200MB you're more than likely end up with
problems. It's quite a common issue on #fedora.

> 
> >> but you can setup your systems with the expierence
> >> of the past or ignore it and hope all will be fine
> > 
> > I'm not ignoring anything. You seem to be though.
> 
> i am the one who upgraded his last machine
> from Fedora 5 until Fedora 14 and maintaining
> 20 servers originally installed with F9, currently
> on F15

Well, I'm happy that succeeded for you. I've not always been that lucky.
So today I find myself wiping all by /home and reinstalling. Although I
have a F14->F16 upgrade where I didn't do that and it almost runs with
no hitches - almost :)

> 
> >> i chose smater setups and ignoring defaults made
> >> for "click, next,c lick, next" users
> > 
> > You've yet to explain why it's smarter to be static and unflexible, on
> > top of not having the availability of snapshot backups and other
> > features provided by LVM.
> 
> because my snapshots are mostly done on VMware ESX level and
> on workstations i am pretty fine with my RAID10, complexer
> things are even their in virtual machines because the have
> much more snapshot/backup/restore capabilities

Again, you're way beyond normal usage for Fedora. The fact you're using
it as a server base seems to be rather odd to me - but if you like
living life on the edge, be my guest :)  The problem with ESX however
is, that your snapshot doesn't include memory/cache. Backup, space
management and VM (kvm) works extremely well with LVM - as a matter of
fact, it's how we use Open Source to create VM snapshots :)

> and yes on the workstation the disks are flexible by size
> /dev/md2      ext4    3,7T  1,6T  2,1T  44% /mnt/data

I've been a fan of mdraid for a long time. Although I once lost a mirror
after a bad upgrade. But it's years ago and was with Centos - can't even
blame Fedora for that one ;)

-- 
Best Regards
  Peter Larsen

Wise words of the day:
* SynrG notes that the number of configuration questions to answer in sendmail
  is NON-TRIVIAL
	-- Seen on #Debian

Attachment: signature.asc
Description: This is a digitally signed message part

-- 
users mailing list
users@xxxxxxxxxxxxxxxxxxxxxxx
To unsubscribe or change subscription options:
https://admin.fedoraproject.org/mailman/listinfo/users
Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines
Have a question? Ask away: http://ask.fedoraproject.org
[Index of Archives]     [Older Fedora Users]     [Fedora Announce]     [Fedora Package Announce]     [EPEL Announce]     [EPEL Devel]     [Fedora Magazine]     [Fedora Summer Coding]     [Fedora Laptop]     [Fedora Cloud]     [Fedora Advisory Board]     [Fedora Education]     [Fedora Security]     [Fedora Scitech]     [Fedora Robotics]     [Fedora Infrastructure]     [Fedora Websites]     [Anaconda Devel]     [Fedora Devel Java]     [Fedora Desktop]     [Fedora Fonts]     [Fedora Marketing]     [Fedora Management Tools]     [Fedora Mentors]     [Fedora Package Review]     [Fedora R Devel]     [Fedora PHP Devel]     [Kickstart]     [Fedora Music]     [Fedora Packaging]     [Fedora SELinux]     [Fedora Legal]     [Fedora Kernel]     [Fedora OCaml]     [Coolkey]     [Virtualization Tools]     [ET Management Tools]     [Yum Users]     [Yosemite News]     [Gnome Users]     [KDE Users]     [Fedora Art]     [Fedora Docs]     [Fedora Sparc]     [Libvirt Users]     [Fedora ARM]

  Powered by Linux