[13:10] I am attempting to configure a cloud-based Ubuntu system for web hosting purposes. I've run into a problem which I think may be related to a bug reported at https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/1787886 . One of the first things I did in configuring the server was to do an upgrade to what I think is the system described in this bug report. Since I'm unfamiliar with Ubuntu itself, I didn't even know how to determine what LTS [13:10] release I'm running. Since I see no resolution posted for this bug, it would seem it has not yet been resolved, though the bug report was filed four months ago. Can anyone help? [13:10] Launchpad bug 1787886 in apache2 (Ubuntu) "Upgrade from 16LTS to 18LTS breaks Apache2" [Undecided,New] [13:13] seekr: what's your actual problem [13:13] ikonia: I'm trying to restore a Joomla!-based site. [13:14] I've installed Apache and MySQL and PHP, all of which are required. [13:14] right, what's the actual problem [13:14] yeah, I get how Joomla works [13:14] what's your actual problem [13:14] The problem is that there's a failure in executing index.php a few lines from the end of that file. [13:15] ok, what failure [13:15] what problem [13:15] I put print statements in the index.php file to determine where the failure occurs. [13:15] It's the one described in the bug report. [13:15] I'm not interested in the bug report [13:15] I'm interested in the information you can give me [13:15] what's teh actual problem [13:15] It appears to be failing on the line: $app = JFactory::getApplication('site'); [13:16] That's the actual problem at this point. [13:16] what does the apache error logs show [13:16] nothing useful - I'll take another look... [13:16] and when you said you upgraded to 18.04 did you move the site to an 18.04 host, or actually upgrade in situ an 16.04 host [13:17] in situ, afaik [13:17] what do you mean as far as you know [13:17] you said "the first thing I did was upgrade" you must know how you did it [13:17] I don't even know what it means to move the site to an 18.04 host. [13:17] why did you upgrade to 18.04 then ? [13:17] if you don't know how to upgrade / how to use the upgrade process, why did you upgrade and not just continue on 16.04 [13:17] Yes, I followed an instruction that was displayed when I logged in as root. [13:18] I'll see if I can find it. [13:18] there is an offer to upgrade, not a mandate [13:18] either way, what does the apache logs show when you try to parse the index.php [13:19] will look [13:21] ikonia: https://termbin.com/g5t0 [13:22] seekr: what log is that ? [13:22] ikonia: error.log [13:22] seekr: what does the access log show [13:22] is this the default site or is it a named site [13:23] well, it does have a domain pointing to it, but I'm accessing it via IP address [13:23] It's the site defined by what's in /var/www/html [13:24] are you using the default site or a name based host [13:24] access log shows nothing interesting - just GETs [13:24] I don't quite know what you mean by "default site" [13:25] there is a default config for apache or there is a config you can use to build/define a name based host [13:25] which are you doing, using the default or defining a name based host [13:26] I haven't touched the Apache config file, except to move the PHP thing closer to the front of the line that indicates what file name suffices will be recognised and processed [13:26] which apache file have you touched [13:26] what is the name of the file that defines the site you are looking at [13:27] /etc/apache2/apache2.conf, I think it's called. [13:27] you think ? [13:27] please be sure [13:27] yes, that's it [13:28] ok - so are you view the correct access/error logs defined in that file ? [13:28] no - wait - that's not the file - hmmm [13:30] ikonia: I changed /etc/apache2/mods-available/dir.conf [13:30] why ? [13:30] chances are it's a php (5->7) upgrade issues, missing modules or general webapp incompatibility / need for webapp upgrade. [13:30] tomreyn: yup, php-curl is the likley candidate [13:30] The line I changed now reads: DirectoryIndex index.php index.html index.cgi index.pl index.xhtml index.htm [13:31] but based on the total lack of solid information I want to be sure before suggesting package changes [13:31] seekr: no no, "why" did you change it [13:31] ikonia: yes, details are needed. [13:31] I changed it because it appeared that the index.php file was not being recognised and processed - but I could be wrong - I'm a bit fuzzy now on the order of events - but I'm sure that's not where the problem lies [13:32] I just told you why I changed it. [13:32] seekr: if you're sure that's not where the problem lies, why did you change it [13:32] you didn't tell me why you changed it [13:32] look - it's easy to change it back to what it was, if only to prove to you that that's not the cause of the problem [13:32] seekr: I didn't say it was the cause of the problem [13:33] I know you didn't - but this thing is a red herring [13:33] I'm just trying to understand what you've done and why as you don't seem very clear on a lot of things [13:33] I'm clear that the problem I'm experiencing is the one cited in the bug report! [13:33] seekr: please don't state that, as it's clear you have no idea what you're doing or you wouldn't have blindly changed a file [13:33] seekr: right - have you done what the bug report says then ? [13:33] if it's that clear [13:33] I don't need to deal with this sort of attitude - I'll come back later when things may be different. Thanks anyway. [13:34] The bug report only talks about adding some modules, and yes, I did follow that advice. [13:35] PHP 7.2 modules [13:35] seekr: so what modules have you added [13:35] and how did you add the [13:35] which ones [13:35] specifically which modules by which packages [13:35] It really doesn't much matter, since adding those modules made no difference - didn't make the problem either better or worse. [13:35] it really does matter [13:35] hence why I'm asking [13:36] It may matter to you, since you seem to be trying to make the point that I'm completely confused. [13:36] no [13:36] it matters to fixing the problem [13:36] hence why I'm asking [13:36] I'm not finding your questioning to be at all helpful. [13:36] because you don't understand the problem [13:36] which is fine [13:36] however, if you give us the info, I'm sure it can be fixed [13:36] My problem, as I originally stated, is what's described in the bug report. [13:36] which modules did you add via which packages [13:36] I want to know how to find out whether the bug has been fixed, and what I need to do to take advantage of that fix. [13:37] seekr: right, they are the same symptoms, so lets see what the problem is [13:37] which packages have you added [13:37] seekr: we can work that out now [13:37] it doesn't look like an actual "bug" [13:37] (if it's the same as that bug report) [13:37] Clearly you are not willing to pursue that line of inquiry, so I don't find your questioning to be helpful. [13:37] it looks like a difference in how the packages are broken up in php7 [13:37] seekr: I am pursuing it exactly [13:38] I need to know why the statement I showed you, which is the same one shown in the bug report, is failing. [13:38] right, and I'm trying to explain that to you [13:38] but I need to know what packages you have so I can understand which ones may be missing and required by your web app [13:38] If you can give me a way to list the installed PHP modules, please do so. [13:39] seekr: you said you manaully installed some - those are the key ones [13:39] tell me which ones you installed and how [13:39] (or the key ones to understanding the delta in that bug report I should say) [13:39] It's not relevant to the problem solution - but if only to satisfy you, I'll find the statement I used. [13:39] it is relevant [13:40] it's really important to understand what packages you've added in and how you did it [13:40] as that bug report is showing that the upgrade process may miss packages due to the way the packges are broke down different in later versions of php [13:40] seekr: it's clear you're going to fight giving the information so I'll leave you to it [13:40] ikonia: apt-get install -y libapache2-mod-php7.2 php7.2-cli php7.2-common php7.2-mbstring php7.2-gd php7.2-intl php7.2-xml php7.2-mysql php7.2-zip [13:41] That's fine, ikonia - I don't see the logic in your inquiry. [13:41] no problem then [13:41] The problem was not caused by my installation of modules. [13:41] no, if you have the same problem as that bug report, it's most likley cause by missing modules [13:41] that are not installed as part of the 16.04 -> 18.04 upgrade process [13:42] (if it's the same as that bug report - if it's not it will need to be worked through) [13:42] which is why I asked you how to display what PHP modules are installed - perhaps you don't know [13:42] seekr: I do know, but what mattered what you manually installed and how as that is the "delta" [13:42] delta between what and what? [13:42] and that will tell us what maybe missing as part of the upgrade or if it's the same symptom, but a different bug [13:43] seekr: between would should be installed as part of the upgrade and what changes due to package name/version changes [13:43] We don't have enough info to be able to tell what modules are required - we have only that bug report. [13:44] I need to find some later report that describes the real cause of the problem and how to solve it. [13:45] seekr: it can be worked out [13:45] how? [13:45] it's not hard, jamoola is pretty basic [13:45] by understanding the delta between the old working php packages and the new ones [13:45] It's not about Joomla! per se - it's just that that instruction is failing. [13:46] hence why I was asking for the info I was asking for [13:46] seekr: it's about php - and joomla is your example in this case [13:46] the cause will be different depending on the app and what the app needs [13:46] so it sort of does matter what your usecase is (joomla in this case) [13:46] I think I'll be better off just searching for later reports, because I think this sort of debugging exceeds the knowledge of either of us. [13:47] as different web apps will have different dependencies [13:47] and those packages will differ in name/version in different php versions [13:47] seekr: doesn't exceed my knowledge [13:47] but nice try at a sly insult though [13:47] Well, I'm still looking for something genuinely useful from you. [13:47] all of it was useful [13:47] So far, I've only heard criticism and slurs. [13:48] you've seen requests for debug information so that I can get to the answer as quick as possible for you [13:48] but even if what you said where true, it doesn't mean I don't know how to resolve it [13:48] The thing is that neither of us has a way to know what might be missing that's causing that instruction to fail. [13:49] I'm pretty sure I can figure it out quickly [13:49] hence why I was asking for some information [13:49] it's not hard with php - it's just going to be package version/name changes most likley [13:49] the other thing you'll need to explain to others is if you are using 18.10 or 18.04 as php 7.2 is default in 18.10 [13:50] and you said you where using 7.2 [13:50] not 7.2 [13:50] I'm not %100 sure without looking if that's true of 18.04 which I think was 7 [13:50] (but I'd need to check that) [13:50] (again this matters due to package names) [13:50] but the information you're asking for doesn't bear on the problem - I installed a few PHP modules, but the fact of their being there didn't help. The task is to figure out what module(s) might be needed -- IF that's the cause of the problem, which I doubt either of us has any way to say is what's causing the failure. [13:50] seekr: it does matter to the problem [13:51] if you assume you don't know how to fix it, and assume I do, I'm telling you it does matter which modules are installed and which ones are missing by default [13:51] Well, tell me what you think you need. [13:51] rather than argue you it, why not just provide the information to the person trying to help [13:51] even if you don't understand it, it's a good way to learn [13:51] (it's fine to not understand it by the way) [13:52] It may well matter, but I don't see how we can figure out what's wrong with respect to missing or incorrect version modules/packages or whatever they're called. [13:52] I've told you it's pretty straight forward [13:52] you just need to work the packages through [13:52] I admit my lack of understanding, but I'm not hearing any useful questions from you - only meta-chat criticising my logic. [13:53] again, if you assume you don't know, and I do, rather than constantly saying "you can't work it out" why don't you work with someone to actually work it out who is saying they can [13:53] seekr: then read back all the lines I've typed, I've explained multiple times why I'm asking for what I'm asking for [13:53] Give me what you think to be a relevant question! [13:53] understanding the version of ubuntu, understanding what packges you added and how, knowing the php app (to work out deps) [13:54] understanding if it was a clean install or an upgrade [13:54] your question?? [13:54] those are all pretty key questions, you can then work out the package deltas [13:54] I've already asked them [13:54] I need a command to use to determine version, etc. [13:54] you don't [13:54] well, hang on [13:54] versions of what ? [13:54] I'm not a regular Ubuntu user (I use Linux Mint, which is based on Ubuntu, as I'm sure you know). [13:55] actually, I apologies, I'm taking up your time [13:55] I'll leave you to it, but that maybe info that helps whomever helps you [13:55] and it may help you get to the chase quicker [13:55] Well, you are as long as you're give me nothing useful, including useful questions. [13:55] please try not to argue that it doesn't matter with those trying to help - they are normally asking for good reasons [13:55] seekr: I've given you multiple useful questions to debug it [13:55] so that you can get a quick and fatual resoution [13:56] I'm prepared to accept that possibility, but I need a better demonstration than what you've given me thus far. [13:56] I don't have to demonstrate anything to you [13:56] I know what I'm doing [13:56] I've offered help [13:56] you don't want it (which is fine) [13:56] You've given me nothing useful, I'm afraid. :( [13:56] I'm pretty sure I have [13:56] Well, I don't know what it is. [13:57] but if you can't see the importance of that information, that's fine, [13:57] You're not talking about the actual problem, only trying to convince me of something, and I'm not even sure what it is at this point. Thanks anyway. [13:58] I'm talking about the exact problem [13:58] it can't fully parse the index.php most likely (according to the bug report you posted) due to a missing package [13:58] hence why I asked for the error log to see if we could get there quicker/easier [13:58] and a quick search of ubuntu packages (which I did while we where talking) shows multiple package name differences between php versions [13:58] which backs up the basic principal of the bug report [13:59] so then it's just the question of which packages you need [13:59] (as each use case will be different due to different dependencies) [13:59] It's "principle," actually, and as I said, there's nothing interesting in the Apache log file. [13:59] hence why that bug isn't really a "bug" it's just a difference between PHP versions [14:00] seekr: nope, fine there is nothing interesting in the logs (hence why I asked you to check it was the right file) [14:00] it's a hope that you get a clue to short cut debugging [14:00] don't always get it from the error log (although I'm very surprised you got nothing - I'd check for sure if that is the right log file) [14:00] I looked in both error.log and access.log - which are the only ones being written to, based on their timestamps. [14:01] that's fine, you don't always get the answer from them, it's just a good tool to check and cut to the chase quicker [14:01] /var/log/apache2/error.log [14:01] sometimes you'll see something like "could not find libphpbc.so" so you know straight away it's the bc-math package [14:01] which you can them map to your php version [14:01] (as an example) [14:01] yes, fine, but that's not the situation here! [14:02] no, you don't get the output, which is why you need to work out the packages [14:02] the log file is just a useful short cut [14:02] again "useful information" and "useful questions" [14:02] I'll leave you to it, sorry, didn't mean to harp on [14:03] whatever [14:03] ? [14:03] look - drop the attitude [14:03] if you want to use this channel, this attitude can't continue [14:05] (for the record 18.04 is php 7.2 too - so you're ok on that front) [19:46] is the docker snap considered production ready? I'd imagine so given how hard canonical is pushing snap [20:04] mybalzitch: I certainly am not confident with it