Re: [lfs-support] Exotic lfs compiling question
On Thu, 2014-02-20 at 10:56 -0600, Bruce Dubbs wrote: > > This may help: > > http://www.linuxfromscratch.org/~bdubbs/files/updating-lfs.html > >-- Bruce Yup. It did. Thanks. That is a procedure that I was thinking about. I will try to combine your procedure and the hints from William and will see how far I get with that. As long as the server runs I have all the time of the world so if something goes wrong in the chroot, delete and start again. The only point where I have to be 100% certain is the transition between the old and the new system. Fortunatly there is Clonezilla :) Thank you all. All this info helped me a lot and I already started "updating" the server :) Daniel <>-- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Exotic lfs compiling question
On Thu, 2014-02-20 at 23:18 +, Ken Moffat wrote: > On Thu, Feb 20, 2014 at 04:49:29PM +0100, loki wrote: > > > > Kernel is 2.6.35.3. > > > > For the future, you _might_ want to think about using a > long-term-supported stable kernel (at the moment, 3.10), or even > updating your kernel once or twice a year. > > ĸen > -- > das eine Mal als Tragödie, dieses Mal als Farce But the Kernel is not the problem here. The server is functioning properly. I could've update the Kernel and I did, but after this Kernel they introduced the latency problem which the Kernel developer didn't resolve until today. And I wouldn't change the Kernel if I didn't have found the bfq patch for the Kernel 3. The only mistake that I made with this server was not to implement LVM. Which I'm going to rectify now. And with this I can also update the complete system, not because I have to but because I can. Thanks for your reply... -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Exotic lfs compiling question
On Thu, Feb 20, 2014 at 04:49:29PM +0100, loki wrote: > > Kernel is 2.6.35.3. > For the future, you _might_ want to think about using a long-term-supported stable kernel (at the moment, 3.10), or even updating your kernel once or twice a year. ĸen -- das eine Mal als Tragödie, dieses Mal als Farce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Exotic lfs compiling question
loki wrote: > Heya all. > > Need some help. I have an old lfs installation which is in production > use, for the past 5-6 years. I guess it's version 6.3 or something since > it has kernel 2.6 on it. It is time to install a new version on it. But > there are the following problems: > > 1.) Since it is in production it can't be offline longer than 3 hrs. So > the new lfs has to be compiled while the old dist is still running and > then when everything is finished just copied to root. > 2.) The compilation has to be done on this machine. > 3.) There can't be installed any other distribution (Ubuntu, RedHat,...) > or any virtual machine. > 4.) Obviously I can't compile lfs 7.4 with 6.3. > > So here is what I need. Which lfs version can I use as a jump pad. For > instance can I compile 7.0 with 6.3 and then compile 7.4 with 7.0? I can > use chroot on this machine. And it isn't a problem even if I have to do > a three step compile (i.e. 6.3 -> 7.0 -> 7.1 -> 7.4) > > So the question is can I compile some version of lfs which can be > compiled on 6.3 and can compile 7.4 and can I do both or more > compilations in chroot? This may help: http://www.linuxfromscratch.org/~bdubbs/files/updating-lfs.html -- Bruce -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Exotic lfs compiling question
On Thu, 2014-02-20 at 09:06 -0600, William Harrington wrote: > If your running kernel is up to at least 2.6.32 then default glibc > configure options will work. If it is less than 2.6.32, then you'll > need to adjust the glibc configure commands otherwise you will get > "FATAL: Kernel too old" once you start using the new glibc in tools. Kernel is 2.6.35.3. > > Other than upgrading tar if not already so it'll us xz, and add xz to > your system. This shouldn't be a problem. > > 6.3 still meets the host system requirements outside of the running > kernel update, tar update, and addition of xz. Gawk 4.1 upgrade isn't > necessary as 3.15 even still works when building tools. However, you > may want to anyway. > > Without upgrading the kernel headers you won't be able to upgrade your > host's e2fsprogs to 1.42 and upgrade udev. > You'll also need to upgrade make. > Ok, there I don't know if I have a problem. A small info on the server that I wan't to update. It's a Database server with MySQL 5.1.45, PostgreSQL 9.1.8, and the most problematic one is ArcSDE 10.1 DB connector which has some dependant X11 libraries. I don't know how it will react with upgraded kernel headers, Gawk, e2fs and especially udev. And for udev I also dread if the bonding of 4 network cards and the Adaptec RAID adapter will have problems. As I said I can turn off the machine only for 3 hrs and that is the complete fallout that it can have for this year. So I would go with less if I can. The DB backup will take me 20mins, the filesystem adaptation another 15min, and then I have 2:25hrs for problems. I would like to have no problems. :) This machine has been offline for 2hrs in summary for the past 4yrs. I even thought to put another machine in its place until I finish the compilation but unfortunatly I don't have another machine which could cope with the load. > I updated the lfs livecd a while back to build 7.x versions. you can > look at my notes to see what I upgraded. If I didn't upgrade something > to the newest version and it is stuck at an old version, namely udev > and e2fsprogs, it is cause of the old kernel headers installed. > > http://clfs.org/~kb0iic/livecdupd/ Thanks, will check it. And thank you for your answer. Daniel <>-- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
Re: [lfs-support] Exotic lfs compiling question
On Feb 20, 2014, at 8:47 AM, loki wrote: > So the question is can I compile some version of lfs which can be > compiled on 6.3 and can compile 7.4 and can I do both or more > compilations in chroot? You can build LFS 7.4 (probably go with 7.5-rc1) from 6.3 with some minor tweaks. If your running kernel is up to at least 2.6.32 then default glibc configure options will work. If it is less than 2.6.32, then you'll need to adjust the glibc configure commands otherwise you will get "FATAL: Kernel too old" once you start using the new glibc in tools. Other than upgrading tar if not already so it'll us xz, and add xz to your system. 6.3 still meets the host system requirements outside of the running kernel update, tar update, and addition of xz. Gawk 4.1 upgrade isn't necessary as 3.15 even still works when building tools. However, you may want to anyway. Without upgrading the kernel headers you won't be able to upgrade your host's e2fsprogs to 1.42 and upgrade udev. You'll also need to upgrade make. I updated the lfs livecd a while back to build 7.x versions. you can look at my notes to see what I upgraded. If I didn't upgrade something to the newest version and it is stuck at an old version, namely udev and e2fsprogs, it is cause of the old kernel headers installed. http://clfs.org/~kb0iic/livecdupd/ I haven't tested the updated livecd with 7.5, but if host system requirements didn't change since 7.4, it'll work. You can bring your 6.3 up to date rather easily without much effort. Sincerely, William Harrington -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page
[lfs-support] Exotic lfs compiling question
Heya all. Need some help. I have an old lfs installation which is in production use, for the past 5-6 years. I guess it's version 6.3 or something since it has kernel 2.6 on it. It is time to install a new version on it. But there are the following problems: 1.) Since it is in production it can't be offline longer than 3 hrs. So the new lfs has to be compiled while the old dist is still running and then when everything is finished just copied to root. 2.) The compilation has to be done on this machine. 3.) There can't be installed any other distribution (Ubuntu, RedHat,...) or any virtual machine. 4.) Obviously I can't compile lfs 7.4 with 6.3. So here is what I need. Which lfs version can I use as a jump pad. For instance can I compile 7.0 with 6.3 and then compile 7.4 with 7.0? I can use chroot on this machine. And it isn't a problem even if I have to do a three step compile (i.e. 6.3 -> 7.0 -> 7.1 -> 7.4) So the question is can I compile some version of lfs which can be compiled on 6.3 and can compile 7.4 and can I do both or more compilations in chroot? THX in advance... Daniel -- http://linuxfromscratch.org/mailman/listinfo/lfs-support FAQ: http://www.linuxfromscratch.org/lfs/faq.html Unsubscribe: See the above information page