Re: [blfs-dev] Oddities in testing a server build
On Sun, Sep 02, 2018 at 05:24:03PM +0100, Ken Moffat via blfs-dev wrote: > > > > Just get 'ssh higgs.linuxfromscratch.org' to work. That's what svn is doing > > under the hood (bonnet?). > > > > That should really only rely on what is in ~/.ssh > > > > In ~/,ssh/config. I have: > > > > # Global > > > > ServerAliveInterval 45 > > ServerAliveCountMax 10 > > Protocol 2 > > IdentityFile ~/.ssh/ > > > > Host *.linuxfromscratch.org > > User > > > > -- Bruce > > > Thanks! I'd forgotten about ~/.ssh (on my desktop machines I only > normally ssh to my local server). > In fact, the machine where I'm testing is the only one with a /.ssh/config, and that only tells it to log as Error on syslog. But: I guess I had used ssh to lfs in the distant past because I had the old id_dsa stuff, but not the id_rsa (changed to that almost 3 years ago. Sorted, updated. Still misconfiguring apache, good thing I don't do this for a living. ĸen -- Also Spuke Zerothruster (Finnegans Wake) -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Oddities in testing a server build
On Sat, Sep 01, 2018 at 10:46:02PM -0500, Bruce Dubbs via blfs-dev wrote: > On 09/01/2018 07:38 PM, Ken Moffat via blfs-dev wrote: > > > > http://www.linuxfromscratch.org/lfs/view/stable/chapter06/util-linux.html > > First instruction. > Thanks. For some reason I commented it when applying the changes of r11437 (remove symlinks in sysv book) to my own scripts. > > > 2. Unable to serve files with apache. > > > > I screwed up the configuration (used to serve from /raid/www/ on my > > old test server, but /raid doesn't exist here. Edited the configu > > to use /srv/www/books/ and set that, and the directories within it, > > to 755 all the way down. Rebooted, but trying to browse to > > localhost, or to this machine from a desktop, still gets 403. > > Shouldn't have to reboot: '/etc/init.d/httpd restart' should do it > > Did you look at /var/log/httpd/*.log ? Sounds like a permissions problem to > me, but it could be configuration. > Didn't need to reboot for that part, but wanted to for other reasons. Yes, I did look at the error log, but all it said was client denied by server configuration /srv/www/books. I think I'll rebuild apache (my subsequent configuration changes things) and then run my updated configuration. > > 3. Cannot use svn+ssh to lfs - I've copied the keys from the old > > test server (same as on my real server), and copied an old version > > of the BLFS repo (from a few months ago). But svn up fails. > > > > This latter seems critical - no point in me updating. > > > > Sorry to not have time to find this out until we've released. > > Just get 'ssh higgs.linuxfromscratch.org' to work. That's what svn is doing > under the hood (bonnet?). > > That should really only rely on what is in ~/.ssh > > In ~/,ssh/config. I have: > > # Global > > ServerAliveInterval 45 > ServerAliveCountMax 10 > Protocol 2 > IdentityFile ~/.ssh/ > > Host *.linuxfromscratch.org > User > > -- Bruce > Thanks! I'd forgotten about ~/.ssh (on my desktop machines I only normally ssh to my local server). ĸen -- Also Spuke Zerothruster (Finnegans Wake) -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Oddities in testing a server build
On 09/01/2018 09:36 PM, Ken Moffat via blfs-dev wrote: On Sun, Sep 02, 2018 at 01:38:36AM +0100, Ken Moffat via blfs-dev wrote: I guess this probably belongs on -support, but I'll ask here first. Tried building 8.3, except with a 4.14.67 kernel and headers this week, on a box which usually runs as a desktop but is temporarily configured as a server (to check for problems before doing a real upgrade). 1. /var/lib/hwclock For some reason /var/lib/hwclock does not exist, so I figured this must be a kernel .config problem. Went into the kernel, but make menuconfig moaned that I needed ncurses-dev : there was a similar fix for 4.19-rc1 in the past day or so. When I built the kernel for the first time I zcat'd /proc/config.gz to .config and made oldconfig. Anyway, all the expected RTC options appear to be present. Looking at my latest 8.3-rc2 desktop, with 4.18.5, I see that there too /var/lib/hwclock is missing - the difference is that I haven't tried to shut that down, I hibernate it. I've created a patch to the sysv bootscript to hopefully shut up the error message: --- setclock.orig 2018-09-02 03:15:49.591619721 +0100 +++ setclock2018-09-02 03:16:34.638823114 +0100 @@ -49,6 +49,7 @@ stop) log_info_msg "Setting hardware clock..." + mkdir -p /var/lib/hwclock hwclock --systohc ${CLOCKPARAMS} >/dev/null evaluate_retval ;; No idea if it will help. Not needed. Created in Chapter 6, util-linux. But as to the ncurses-dev problem, I wonder if it was because I built the kernel as root. Trying 'make menuconfig' on a virgin 4.18.5 on a desktop has no problem. Using a virgin 4.14.67 as a user was "interesting" - untar 4.14, cd, try to apply 4.14.67 patch, after a few files it started to tell me the patch would create a documentation file which already existed (at least two files, then I gave up - the second was for l1tf which is not in 4.14.0). Blew that away, fresh 4.14 extract, dry run of patch ok, applied ok. And menuconfig works. Perhaps I was trying to run menuconfig as a user in a directory owned by root, and inability to write was the actual error. But the initial problem applying part of the patch is disconcerting. Yes, I've run into that before. Generally 'chown me.me -R .' in the kernel source directory should clear things up. -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Oddities in testing a server build
On 09/01/2018 07:38 PM, Ken Moffat via blfs-dev wrote: I guess this probably belongs on -support, but I'll ask here first. Tried building 8.3, except with a 4.14.67 kernel and headers this week, on a box which usually runs as a desktop but is temporarily configured as a server (to check for problems before doing a real upgrade). 1. /var/lib/hwclock For some reason /var/lib/hwclock does not exist, so I figured this must be a kernel .config problem. Went into the kernel, but make menuconfig moaned that I needed ncurses-dev : there was a similar fix for 4.19-rc1 in the past day or so. When I built the kernel for the first time I zcat'd /proc/config.gz to .config and made oldconfig. Anyway, all the expected RTC options appear to be present. Looking at my latest 8.3-rc2 desktop, with 4.18.5, I see that there too /var/lib/hwclock is missing - the difference is that I haven't tried to shut that down, I hibernate it. http://www.linuxfromscratch.org/lfs/view/stable/chapter06/util-linux.html First instruction. 2. Unable to serve files with apache. I screwed up the configuration (used to serve from /raid/www/ on my old test server, but /raid doesn't exist here. Edited the configu to use /srv/www/books/ and set that, and the directories within it, to 755 all the way down. Rebooted, but trying to browse to localhost, or to this machine from a desktop, still gets 403. Shouldn't have to reboot: '/etc/init.d/httpd restart' should do it Did you look at /var/log/httpd/*.log ? Sounds like a permissions problem to me, but it could be configuration. 3. Cannot use svn+ssh to lfs - I've copied the keys from the old test server (same as on my real server), and copied an old version of the BLFS repo (from a few months ago). But svn up fails. This latter seems critical - no point in me updating. Sorry to not have time to find this out until we've released. Just get 'ssh higgs.linuxfromscratch.org' to work. That's what svn is doing under the hood (bonnet?). That should really only rely on what is in ~/.ssh In ~/,ssh/config. I have: # Global ServerAliveInterval 45 ServerAliveCountMax 10 Protocol 2 IdentityFile ~/.ssh/ Host *.linuxfromscratch.org User -- Bruce -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
Re: [blfs-dev] Oddities in testing a server build
On Sun, Sep 02, 2018 at 01:38:36AM +0100, Ken Moffat via blfs-dev wrote: > I guess this probably belongs on -support, but I'll ask here first. > Tried building 8.3, except with a 4.14.67 kernel and headers this > week, on a box which usually runs as a desktop but is temporarily > configured as a server (to check for problems before doing a real > upgrade). > > 1. /var/lib/hwclock > > For some reason /var/lib/hwclock does not exist, so I figured this > must be a kernel .config problem. Went into the kernel, but make > menuconfig moaned that I needed ncurses-dev : there was a similar > fix for 4.19-rc1 in the past day or so. When I built the kernel for > the first time I zcat'd /proc/config.gz to .config and made > oldconfig. > > Anyway, all the expected RTC options appear to be present. > > Looking at my latest 8.3-rc2 desktop, with 4.18.5, I see that there > too /var/lib/hwclock is missing - the difference is that I haven't > tried to shut that down, I hibernate it. > I've created a patch to the sysv bootscript to hopefully shut up the error message: --- setclock.orig 2018-09-02 03:15:49.591619721 +0100 +++ setclock2018-09-02 03:16:34.638823114 +0100 @@ -49,6 +49,7 @@ stop) log_info_msg "Setting hardware clock..." + mkdir -p /var/lib/hwclock hwclock --systohc ${CLOCKPARAMS} >/dev/null evaluate_retval ;; No idea if it will help. But as to the ncurses-dev problem, I wonder if it was because I built the kernel as root. Trying 'make menuconfig' on a virgin 4.18.5 on a desktop has no problem. Using a virgin 4.14.67 as a user was "interesting" - untar 4.14, cd, try to apply 4.14.67 patch, after a few files it started to tell me the patch would create a documentation file which already existed (at least two files, then I gave up - the second was for l1tf which is not in 4.14.0). Blew that away, fresh 4.14 extract, dry run of patch ok, applied ok. And menuconfig works. Perhaps I was trying to run menuconfig as a user in a directory owned by root, and inability to write was the actual error. But the initial problem applying part of the patch is disconcerting. ĸen -- Also Spuke Zerothruster (Finnegans Wake) -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
[blfs-dev] Oddities in testing a server build
I guess this probably belongs on -support, but I'll ask here first. Tried building 8.3, except with a 4.14.67 kernel and headers this week, on a box which usually runs as a desktop but is temporarily configured as a server (to check for problems before doing a real upgrade). 1. /var/lib/hwclock For some reason /var/lib/hwclock does not exist, so I figured this must be a kernel .config problem. Went into the kernel, but make menuconfig moaned that I needed ncurses-dev : there was a similar fix for 4.19-rc1 in the past day or so. When I built the kernel for the first time I zcat'd /proc/config.gz to .config and made oldconfig. Anyway, all the expected RTC options appear to be present. Looking at my latest 8.3-rc2 desktop, with 4.18.5, I see that there too /var/lib/hwclock is missing - the difference is that I haven't tried to shut that down, I hibernate it. 2. Unable to serve files with apache. I screwed up the configuration (used to serve from /raid/www/ on my old test server, but /raid doesn't exist here. Edited the configu to use /srv/www/books/ and set that, and the directories within it, to 755 all the way down. Rebooted, but trying to browse to localhost, or to this machine from a desktop, still gets 403. 3. Cannot use svn+ssh to lfs - I've copied the keys from the old test server (same as on my real server), and copied an old version of the BLFS repo (from a few months ago). But svn up fails. This latter seems critical - no point in me updating. Sorry to not have time to find this out until we've released. ĸen -- Also Spuke Zerothruster (Finnegans Wake) -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page