Join us now at the IRC channel.
| schestowitz | [Sunday, 12 April 2020] [22:33:33 BST]<schestowitz> TR VM: ssh xxxxxxxxxxxxxxxxx | Apr 17 02:25 |
|---|---|---|
| schestowitz | [Sunday, 12 April 2020] [22:34:13 BST]<schestowitz> I'll put the password on the hv | Apr 17 02:25 |
| schestowitz | [Sunday, 12 April 2020] [22:34:24 BST]<sysadmin> ok | Apr 17 02:25 |
| schestowitz | [Sunday, 12 April 2020] [22:35:19 BST]<schestowitz> localhost:~$ pwd | Apr 17 02:25 |
| schestowitz | [Sunday, 12 April 2020] [22:35:19 BST]<schestowitz> /home/schestowitz | Apr 17 02:25 |
| schestowitz | [Sunday, 12 April 2020] [22:35:19 BST]<schestowitz> localhost:~$ nano pw | Apr 17 02:25 |
| schestowitz | [Sunday, 12 April 2020] [22:35:45 BST]<schestowitz> it's in there, I'll delete the file afterwards, don't want freenode to have all the access creds | Apr 17 02:25 |
| schestowitz | [Sunday, 12 April 2020] [22:38:06 BST]<sysadmin> kk | Apr 17 02:25 |
| schestowitz | [Sunday, 12 April 2020] [22:38:12 BST]<sysadmin> good idea tbh | Apr 17 02:25 |
| schestowitz | [Sunday, 12 April 2020] [22:38:22 BST]<sysadmin> freenode at this point is quite sketchy | Apr 17 02:25 |
| schestowitz | [08:09] <schestowitz> xxxxxxxxxxxxxxx | Apr 17 02:25 |
| schestowitz | [08:10] <schestowitz> [boycottn@tuxmachines ~]$ md5sum tmdatabase-2020-04-14.dump.gz | Apr 17 02:25 |
| schestowitz | [08:10] <schestowitz> 9a0e579e149ad3a844b237e345240125 tmdatabase-2020-04-14.dump.gz | Apr 17 02:25 |
| schestowitz | [08:10] <sysadmin> cool | Apr 17 02:25 |
| schestowitz | [08:10] <schestowitz> will do Gallery now | Apr 17 02:25 |
| schestowitz | [08:11] <sysadmin> fetched it | Apr 17 02:25 |
| schestowitz | [08:11] <schestowitz> wow, fast | Apr 17 02:25 |
| schestowitz | [08:11] <sysadmin> its over localhost basically :p | Apr 17 02:25 |
| schestowitz | [08:11] <schestowitz> I geuss ame network wget | Apr 17 02:25 |
| schestowitz | [08:24] <sysadmin> what is the name of this database | Apr 17 02:25 |
| schestowitz | [08:24] <schestowitz> drupal | Apr 17 02:25 |
| schestowitz | [08:25] <sysadmin> ok | Apr 17 02:25 |
| schestowitz | [08:25] <sysadmin> not boycottn_drupal or anything? just drupal | Apr 17 02:25 |
| schestowitz | [08:25] <schestowitz> no, it was build separately | Apr 17 02:25 |
| schestowitz | [08:25] <sysadmin> ah | Apr 17 02:25 |
| schestowitz | [08:25] <sysadmin> yes | Apr 17 02:25 |
| schestowitz | [08:25] <sysadmin> just drupal | Apr 17 02:25 |
| schestowitz | [08:25] <schestowitz> *built | Apr 17 02:25 |
| schestowitz | [08:25] <schestowitz> I want to redump gallery2 and compare checksums | Apr 17 02:25 |
| schestowitz | [08:26] <schestowitz> this time without ctrl+z, fg | Apr 17 02:25 |
| schestowitz | [08:26] <schestowitz> as I worried about disk space | Apr 17 02:25 |
| schestowitz | [08:26] <sysadmin> drupal is importing | Apr 17 02:25 |
| schestowitz | [08:26] <schestowitz> /var/tm-gallery-database-2020-04-14.dump | Apr 17 02:25 |
| schestowitz | [08:26] <schestowitz> de6bbaa62e2a0f62675458c686ae26f8 /var/tm-gallery-database-2020-04-14.dump | Apr 17 02:25 |
| schestowitz | [08:26] <schestowitz> I will redump it now, without interruptions | Apr 17 02:25 |
| schestowitz | [08:28] <schestowitz> the script may come handy in the future, it's just that this db rarely changes, it was used for many old reviews and screenshots susan did that are still cited in distrowatch | Apr 17 02:25 |
| schestowitz | [08:29] <schestowitz> md5sum /var/tm-gallery-database-2020-04-14.dump | Apr 17 02:25 |
| schestowitz | [08:29] <schestowitz> df1098b0a50236e452d537d771d19245 /var/tm-gallery-database-2020-04-14.dump | Apr 17 02:26 |
| schestowitz | [08:29] <schestowitz> hmm... | Apr 17 02:26 |
| schestowitz | [08:29] <schestowitz> ah well | Apr 17 02:26 |
| schestowitz | [08:29] <schestowitz> I guess that makes sense | Apr 17 02:26 |
| schestowitz | [08:29] <sysadmin> redump it again | Apr 17 02:26 |
| schestowitz | [08:29] <sysadmin> to be certain | Apr 17 02:26 |
| schestowitz | [08:29] <schestowitz> as timestamps | Apr 17 02:26 |
| schestowitz | [08:29] <schestowitz> changed | Apr 17 02:26 |
| schestowitz | [08:29] <sysadmin> oh | Apr 17 02:26 |
| schestowitz | [08:29] <sysadmin> yeah | Apr 17 02:26 |
| schestowitz | [08:29] <schestowitz> I will check disk space diffs | Apr 17 02:26 |
| schestowitz | [08:30] <schestowitz> I will check disk space diffs 16452520 13880180 1744792 89% /var | Apr 17 02:26 |
| schestowitz | [08:30] <schestowitz> 16452520 13880736 1744236 89% /var | Apr 17 02:26 |
| schestowitz | [08:30] <schestowitz> the diff is likely httpd logs | Apr 17 02:26 |
| schestowitz | [08:30] <schestowitz> under /var/log/httpd | Apr 17 02:26 |
| schestowitz | [08:30] <sysadmin> yeah | Apr 17 02:26 |
| schestowitz | [08:30] <sysadmin> ok | Apr 17 02:26 |
| schestowitz | [08:30] <sysadmin> well | Apr 17 02:26 |
| schestowitz | [08:30] <sysadmin> first oneis still importing | Apr 17 02:26 |
| schestowitz | [08:31] <schestowitz> sounds like it makes sense, given that dumps contain things like dates, iirc | Apr 17 02:26 |
| schestowitz | [08:31] <schestowitz> and the db itself may have been changed a bit between dumps | Apr 17 02:26 |
| schestowitz | [08:31] <schestowitz> i will put the file under /html (public_html) | Apr 17 02:26 |
| schestowitz | [08:31] <sysadmin> ok | Apr 17 02:26 |
| schestowitz | [08:32] <schestowitz> -rw-r--r--. 1 root root 3736258572 Apr 14 07:28 tm-gallery-database-2020-04-14.dump | Apr 17 02:26 |
| schestowitz | [08:32] <schestowitz> the second checksum applies | Apr 17 02:26 |
| schestowitz | [08:32] <schestowitz> but wait | Apr 17 02:26 |
| schestowitz | [08:32] <sysadmin> ok | Apr 17 02:26 |
| schestowitz | [08:32] <sysadmin> will fetch | Apr 17 02:26 |
| schestowitz | [08:32] <schestowitz> I'll move it in | Apr 17 02:26 |
| schestowitz | [08:32] <sysadmin> as soon as first db imports | Apr 17 02:26 |
| schestowitz | [08:34] <sysadmin> mysqld is quite busy importing the data lol | Apr 17 02:26 |
| schestowitz | [08:35] <schestowitz> 130+ drupal nodes | Apr 17 02:26 |
| schestowitz | [08:35] <schestowitz> 130k | Apr 17 02:26 |
| schestowitz | [08:35] <sysadmin> i guess not surprising | Apr 17 02:26 |
| schestowitz | [08:45] <sysadmin> ok imported | Apr 17 02:26 |
| schestowitz | [08:46] <schestowitz> I am still trying to set permissions right for the other dump to be served | Apr 17 02:26 |
| schestowitz | [08:46] <sysadmin> chmod a+r | Apr 17 02:26 |
| schestowitz | [08:46] <schestowitz> very weird, I tried many things, but it blocks it | Apr 17 02:26 |
| schestowitz | [08:47] <schestowitz> Just tried your suggesting, but that too did not help | Apr 17 02:26 |
| schestowitz | [08:47] <schestowitz> I wonder if the extension is the issue, .dump | Apr 17 02:26 |
| schestowitz | [08:47] <sysadmin> yes | Apr 17 02:27 |
| schestowitz | [08:47] <sysadmin> gzip it | Apr 17 02:27 |
| schestowitz | [08:47] <sysadmin> :) | Apr 17 02:27 |
| schestowitz | [08:47] <schestowitz> I renamed to .gz but that did not help | Apr 17 02:27 |
| schestowitz | [08:47] <schestowitz> ok, I will, but not sure if it might not have enough disk space | Apr 17 02:27 |
| schestowitz | [08:47] <sysadmin> ls -al tm-gallery-database-2020-04-14.dump | Apr 17 02:27 |
| schestowitz | [08:48] <schestowitz> I changed it back to root even | Apr 17 02:27 |
| schestowitz | [08:48] <schestowitz> -rw-r--r--. 1 root root 3736258572 Apr 14 07:28 tm-gallery-database-2020-04-14.dump | Apr 17 02:27 |
| schestowitz | [08:48] <sysadmin> chown it to your website user | Apr 17 02:27 |
| schestowitz | [08:48] <schestowitz> tried apache and all sorts of chgrp chown etc. | Apr 17 02:27 |
| schestowitz | [08:48] <sysadmin> hmm | Apr 17 02:27 |
| schestowitz | [08:48] <sysadmin> that dot after the permissions | Apr 17 02:27 |
| schestowitz | [08:48] <sysadmin> that's weird | Apr 17 02:27 |
| schestowitz | [08:49] <schestowitz> just tried as $user as well | Apr 17 02:27 |
| schestowitz | [08:49] <sysadmin> try chmod 0644 tm-gallery-database-2020-04-14.dump | Apr 17 02:27 |
| schestowitz | [08:49] <schestowitz> just tried as $user as well | Apr 17 02:27 |
| schestowitz | [08:49] <schestowitz> Forbidden | Apr 17 02:27 |
| schestowitz | [08:49] <schestowitz> You don't have permission to access /tm-gallery-database-2020-04-14.dump on this server | Apr 17 02:27 |
| schestowitz | [08:49] <schestowitz> so weird... | Apr 17 02:27 |
| schestowitz | [08:49] <sysadmin> did you chmod 0644 it | Apr 17 02:27 |
| schestowitz | [08:49] <schestowitz> yes, I did | Apr 17 02:27 |
| schestowitz | [08:50] <sysadmin> dmesg | grep audit | Apr 17 02:27 |
| schestowitz | [08:50] <schestowitz> and I tested other files for similar permissions | Apr 17 02:27 |
| schestowitz | [08:50] <schestowitz> seems to show unrelated things | Apr 17 02:27 |
| schestowitz | [08:50] <sysadmin> this is SELinux fuckery | Apr 17 02:27 |
| schestowitz | [08:50] <sysadmin> as root | Apr 17 02:27 |
| schestowitz | [08:50] <sysadmin> setenforce 0 | Apr 17 02:27 |
| schestowitz | [08:50] <sysadmin> pls | Apr 17 02:27 |
| schestowitz | [08:51] <schestowitz> ok, there you go | Apr 17 02:27 |
| schestowitz | [08:51] <schestowitz> xxxxxxxxxxxxxx | Apr 17 02:27 |
| schestowitz | [08:51] <sysadmin> yes | Apr 17 02:27 |
| schestowitz | [08:51] <sysadmin> downloading now | Apr 17 02:27 |
| schestowitz | [08:51] <schestowitz> lol, I forgot about selinux being so opaque when it does thing, really not verbose enough tbh | Apr 17 02:27 |
| schestowitz | [08:52] <schestowitz> oh wow, even tracy struggles with it at times | Apr 17 02:27 |
| schestowitz | [08:52] <sysadmin> selinux is garbage | Apr 17 02:27 |
| schestowitz | [08:52] <schestowitz> you said it... | Apr 17 02:27 |
| schestowitz | [08:52] <sysadmin> alpine does not implement it, because it's worthless | Apr 17 02:27 |
| schestowitz | [08:52] <schestowitz> tbh, this is not my domain to comment on, as I didn't try the alternatives | Apr 17 02:27 |
| schestowitz | [08:52] <sysadmin> docker wanted it i am like | Apr 17 02:27 |
| schestowitz | [08:52] <sysadmin> fuck no | Apr 17 02:27 |
| schestowitz | [08:52] <sysadmin> we are not implementing selinux | Apr 17 02:28 |
| schestowitz | [08:53] <sysadmin> even the US government | Apr 17 02:28 |
| schestowitz | [08:53] <sysadmin> has abandoned using selinux | Apr 17 02:28 |
| schestowitz | [08:53] <schestowitz> the checksum for this file will be the second one at the tom | Apr 17 02:28 |
| schestowitz | [08:53] <sysadmin> because it's so awful | Apr 17 02:28 |
| schestowitz | [08:53] <schestowitz> df1098b0a50236e452d537d771d19245 | Apr 17 02:28 |
| schestowitz | [08:53] <schestowitz> it's important for historic reasons, reviews, documenting distros from a decade plus ago, we might even start using it again one day | Apr 17 02:28 |
| schestowitz | [08:54] <sysadmin> importing | Apr 17 02:28 |
| schestowitz | [08:54] <schestowitz> cheers | Apr 17 02:28 |
| schestowitz | [08:54] <schestowitz> can I delete the file now? | Apr 17 02:28 |
| schestowitz | [08:54] <sysadmin> yes | Apr 17 02:28 |
| schestowitz | [08:54] <schestowitz> in case some chinese employee or russian employee of freenode is downloading from outside the network ;-) | Apr 17 02:28 |
| schestowitz | [08:55] <schestowitz> OK, deleted the dump | Apr 17 02:28 |
| schestowitz | [08:55] <schestowitz> not even Google can download it fast enough ;-) | Apr 17 02:28 |
| schestowitz | [08:56] <schestowitz> tidying up to make sure nothing unpredictable happens | Apr 17 02:28 |
| schestowitz | [08:56] <schestowitz> like FSF leaving the database dump in the homedir of the DBD campaign ;-) | Apr 17 02:28 |
| schestowitz | [08:56] <schestowitz> (which happened) | Apr 17 02:28 |
| schestowitz | [08:56] <sysadmin> a good security system is transparent | Apr 17 02:28 |
| schestowitz | [08:57] <sysadmin> selinux is not transparent | Apr 17 02:28 |
| schestowitz | [08:57] <sysadmin> derive from this what you will | Apr 17 02:28 |
| schestowitz | [08:57] <schestowitz> they do (did) monthly posts | Apr 17 02:28 |
| schestowitz | [08:57] <schestowitz> to say they don't cooperate with govs on it | Apr 17 02:28 |
| schestowitz | [08:57] <schestowitz> but red hat does, in general, work with the nsa as client and partner | Apr 17 02:28 |
| schestowitz | [08:57] <schestowitz> this inconvenient fact did them harm after snowden leaks | Apr 17 02:28 |
| schestowitz | [08:58] <schestowitz> so for a few years they did monthly posts, automated, to disclaims all that | Apr 17 02:28 |
| schestowitz | [08:58] <sysadmin> well, NSA has various divisions, some are more harmful than others | Apr 17 02:28 |
| schestowitz | [08:58] <sysadmin> the SELinux guys are just weirdos | Apr 17 02:28 |
| schestowitz | [08:58] <sysadmin> they are mostly harmless | Apr 17 02:28 |
| schestowitz | [08:58] <sysadmin> but their software is awful | Apr 17 02:28 |
| schestowitz | [08:58] <schestowitz> I will be boasting when it's all moved to alpine, we've studied it a bit at the HV level | Apr 17 02:28 |
| schestowitz | [08:59] <sysadmin> yes, alpine takes a different approach to security | Apr 17 02:28 |
| schestowitz | [08:59] <sysadmin> if it's complex, it is rejected | Apr 17 02:28 |
| schestowitz | [08:59] <schestowitz> same as openbsd then | Apr 17 02:28 |
| schestowitz | [08:59] <schestowitz> but... it uses systemd | Apr 17 02:28 |
| schestowitz | [08:59] <sysadmin> unfortunately more and more of GNU is becoming too complex | Apr 17 02:28 |
| schestowitz | [08:59] <schestowitz> I checked again yesterday | Apr 17 02:28 |
| schestowitz | [08:59] <sysadmin> alpine does not use systemd | Apr 17 02:28 |
| schestowitz | [08:59] <schestowitz> hmmm... | Apr 17 02:28 |
| schestowitz | [08:59] <sysadmin> alpine evaluated systemd very early, but poettering did not wish to work with us on solving portability issues | Apr 17 02:28 |
| schestowitz | [08:59] <schestowitz> wait, maybe only the db container does | Apr 17 02:28 |
| schestowitz | [09:00] <sysadmin> and now we would not use it | Apr 17 02:29 |
| schestowitz | [09:00] <sysadmin> nope | Apr 17 02:29 |
| schestowitz | [09:00] <sysadmin> no systemd anywhere on that box | Apr 17 02:29 |
| schestowitz | [09:00] <sysadmin> except in your centos VMs | Apr 17 02:29 |
| schestowitz | [09:00] <schestowitz> ps aux | grep systemd | Apr 17 02:29 |
| schestowitz | [09:00] <schestowitz> my bad... maybe I types it in the wrong terminal when I checked | Apr 17 02:29 |
| schestowitz | [09:00] <schestowitz> *typed | Apr 17 02:29 |
| schestowitz | [09:01] <sysadmin> there are some things i want to borrow from systemd, like the unit files are nice and clean | Apr 17 02:29 |
| schestowitz | [09:01] <sysadmin> but overall, systemd is too complex | Apr 17 02:29 |
| schestowitz | [09:01] <schestowitz> I am not against it per se | Apr 17 02:29 |
| schestowitz | [09:01] <schestowitz> but it makes it hard to keep abreast of | Apr 17 02:29 |
| schestowitz | [09:01] <sysadmin> i am against unnecessary complexity, as it makes systems fragile | Apr 17 02:29 |
| schestowitz | [09:01] <schestowitz> and the benefit, to me, seems too minor when all I want is very simple stuff | Apr 17 02:29 |
| schestowitz | [09:02] <sysadmin> for a system to be truly free, it must be transparent and thus understandable | Apr 17 02:29 |
| schestowitz | [09:02] <schestowitz> yesterday Rianne and I spent TWO hours trying to fix quiterss | Apr 17 02:29 |
| schestowitz | [09:02] <schestowitz> it crashed for both of us | Apr 17 02:29 |
| schestowitz | [09:02] <sysadmin> ergo, systemd may be copyleft, but it is not free software | Apr 17 02:29 |
| schestowitz | [09:02] <sysadmin> :) | Apr 17 02:29 |
| schestowitz | [09:02] <schestowitz> I told her it's likely some rss feed, but logging was not verbose. We found the culprit at the end, and lack of input validation by the software did not help | Apr 17 02:29 |
| schestowitz | [09:04] <schestowitz> getting some things to work and still work over time is my goal, as I want to focus all my time on text and stuff, not tinkering too much | Apr 17 02:29 |
| schestowitz | [09:05] <sysadmin> at any rate, i believe that for software to be truly free, it must be easily understood by somebody who has typical experience | Apr 17 02:29 |
| schestowitz | [09:05] <sysadmin> gallery2 database imported | Apr 17 02:29 |
| schestowitz | [09:05] <sysadmin> lets figure out how to add a 10.whatever IP to tuxmachines | Apr 17 02:29 |
| schestowitz | [09:05] <schestowitz> excellent! much of the volume is screenshot | Apr 17 02:29 |
| schestowitz | [09:05] <sysadmin> then we can cut over | Apr 17 02:29 |
| schestowitz | [09:06] <schestowitz> it was set up, for some reason, to have the images in the tables.... not the way I set up my three Gallery DBs in schestowitz.com, where images are all files in dirs | Apr 17 02:29 |
| schestowitz | [09:07] <sysadmin> weird | Apr 17 02:29 |
| schestowitz | [09:08] <schestowitz> the setup or something has just happened? | Apr 17 02:29 |
| schestowitz | [09:08] <sysadmin> the setup | Apr 17 02:29 |
| schestowitz | [09:08] <schestowitz> it was set up by founder of PCLinusOS | Apr 17 02:29 |
| schestowitz | [09:08] <schestowitz> in case you don't know the story | Apr 17 02:29 |
| schestowitz | [09:08] <schestowitz> texstar made it originally with his partner | Apr 17 02:29 |
| schestowitz | [09:09] <schestowitz> and it used to be in the homepage of Firefox in PCLinuxOS for a number of years | Apr 17 02:29 |
| schestowitz | [09:09] <schestowitz> even when my dad used PCLinuxOS on his machine | Apr 17 02:29 |
| schestowitz | [09:10] <schestowitz> drupal is under /var/www/html btw, it's a patched (like extended) drupal 6 with all the critical issues worked around | Apr 17 02:29 |
| schestowitz | [09:12] <schestowitz> settings.php under /var/www/html/sites/default seems like the file in effect, I did not check if there's another one in effect, but it looks like that's the one | Apr 17 02:29 |
| schestowitz | [09:13] <schestowitz> $db_url = 'mysql://root:PSxxxx@localhost/drupal' | Apr 17 02:29 |
| schestowitz | [09:13] <sysadmin> ok | Apr 17 02:29 |
| schestowitz | [09:13] <sysadmin> i'll leave the php side to you | Apr 17 02:29 |
| schestowitz | [09:13] <sysadmin> but basically | Apr 17 02:29 |
| schestowitz | [09:13] <sysadmin> @localhost becomes | Apr 17 02:30 |
| schestowitz | [09:13] <sysadmin> @10.163.214.20 | Apr 17 02:30 |
| schestowitz | [09:14] <sysadmin> and we need to add 10.163.214.11 to the tuxmachines | Apr 17 02:30 |
| schestowitz | [09:14] <schestowitz> ping 10.163.214.20 | Apr 17 02:30 |
| schestowitz | [09:14] <schestowitz> PING 10.163.214.20 (10.163.214.20) 56(84) bytes of data. | Apr 17 02:30 |
| schestowitz | [09:14] <schestowitz> yeah, it is not set up and times out | Apr 17 02:30 |
| schestowitz | [09:14] <sysadmin> yes | Apr 17 02:30 |
| schestowitz | [09:14] <sysadmin> we need to add 10.163.214.11 to tuxmachines | Apr 17 02:30 |
| *libertybox has quit (Ping timeout: 265 seconds) | Apr 17 02:30 | |
| schestowitz | [09:14] <schestowitz> I'll check the Gallery settings in the meantime | Apr 17 02:30 |
| schestowitz | [09:14] <sysadmin> so that it is in security domain | Apr 17 02:30 |
| schestowitz | [09:15] <schestowitz> we have not changed those things since 2013 ;-) | Apr 17 02:30 |
| schestowitz | [09:15] <sysadmin> hmm | Apr 17 02:30 |
| schestowitz | [09:15] <schestowitz> It used to run on Debian | Apr 17 02:30 |
| schestowitz | [09:15] <schestowitz> and before that gentoo | Apr 17 02:30 |
| schestowitz | [09:16] <sysadmin> [root@tuxmachines ~]# ping 10.163.214.20 | Apr 17 02:30 |
| schestowitz | [09:16] <sysadmin> PING 10.163.214.20 (10.163.214.20) 56(84) bytes of data. | Apr 17 02:30 |
| schestowitz | [09:16] <sysadmin> 64 bytes from 10.163.214.20: icmp_seq=1 ttl=64 time=1.12 ms | Apr 17 02:30 |
| schestowitz | [09:16] <sysadmin> 64 bytes from 10.163.214.20: icmp_seq=2 ttl=64 time=0.124 ms | Apr 17 02:30 |
| schestowitz | [09:17] <schestowitz> o /var/www/html/gallery/config.php | Apr 17 02:30 |
| schestowitz | [09:17] <sysadmin> ok | Apr 17 02:30 |
| schestowitz | [09:17] <schestowitz> should we stop httpd and mysqld | Apr 17 02:30 |
| schestowitz | [09:17] <sysadmin> nah | Apr 17 02:30 |
| schestowitz | [09:17] <sysadmin> not yet | Apr 17 02:30 |
| schestowitz | [09:17] <schestowitz> ok | Apr 17 02:30 |
| schestowitz | [09:17] <sysadmin> oh | Apr 17 02:30 |
| schestowitz | [09:17] <sysadmin> in /var/www | Apr 17 02:30 |
| schestowitz | [09:18] <schestowitz> I can see where the changes would be made, but my first guess at how to change these might be wrong | Apr 17 02:30 |
| schestowitz | [09:18] <schestowitz> I can ping the DB container now | Apr 17 02:30 |
| schestowitz | [09:19] <schestowitz> I just hope the mariadb version and all won't pose an issue (I doubt it should) | Apr 17 02:30 |
| schestowitz | [09:19] <schestowitz> mysql --version | Apr 17 02:30 |
| schestowitz | [09:19] <schestowitz> mysql Ver 14.14 Distrib 5.1.73, for redhat-linux-gnu (x86_64) using readline 5.1 | Apr 17 02:30 |
| schestowitz | [09:19] <sysadmin> yeah np | Apr 17 02:30 |
| schestowitz | [09:20] <schestowitz> do you want to try the changes or should I? | Apr 17 02:30 |
| schestowitz | [09:20] <sysadmin> i'm working on them | Apr 17 02:30 |
| schestowitz | [09:20] <sysadmin> :) | Apr 17 02:30 |
| schestowitz | [09:25] <schestowitz> just fyi, techrights too is currently not reaching the back end/db | Apr 17 02:30 |
| schestowitz | [09:25] <schestowitz> which I suppose is expected | Apr 17 02:30 |
| schestowitz | [09:25] <sysadmin> hmm | Apr 17 02:30 |
| schestowitz | [09:26] <sysadmin> oh | Apr 17 02:30 |
| schestowitz | [09:26] <sysadmin> wait | Apr 17 02:30 |
| schestowitz | [09:26] <schestowitz> no rush | Apr 17 02:31 |
| schestowitz | [09:26] <schestowitz> I post nothing new this morning, until everything settles.... | Apr 17 02:31 |
| schestowitz | [09:28] <sysadmin> hang on | Apr 17 02:31 |
| schestowitz | [09:28] <sysadmin> ok | Apr 17 02:31 |
| schestowitz | [09:28] <sysadmin> techrights fixed | Apr 17 02:31 |
| schestowitz | [09:29] <schestowitz> cheers, looks good now | Apr 17 02:31 |
| schestowitz | [09:29] <sysadmin> tuxmachines main fixed | Apr 17 02:31 |
| schestowitz | [09:30] <sysadmin> gallery fixed | Apr 17 02:31 |
| schestowitz | [09:30] <schestowitz> looks identical :-) | Apr 17 02:31 |
| schestowitz | [09:30] <schestowitz> gallery also | Apr 17 02:31 |
| schestowitz | [09:30] <sysadmin> the container rootfs ran out of disk | Apr 17 02:31 |
| schestowitz | [09:31] <schestowitz> and I see no mysql process, so I guess it's remote now | Apr 17 02:31 |
| schestowitz | [09:31] <sysadmin> we will have to give it it's own filesystem i guess | Apr 17 02:31 |
| schestowitz | [09:31] <sysadmin> but we can do that later | Apr 17 02:31 |
| schestowitz | [09:31] <schestowitz> was any damage done by the / space issue? | Apr 17 02:31 |
| schestowitz | [09:31] <sysadmin> no | Apr 17 02:31 |
| schestowitz | [09:31] <schestowitz> cool | Apr 17 02:31 |
| schestowitz | [09:31] <sysadmin> mariadb just refuses to service queries | Apr 17 02:31 |
| schestowitz | [09:31] <schestowitz> I guess the db doesn't touch it | Apr 17 02:31 |
| schestowitz | [09:32] <schestowitz> ok, so it looks like a fine job, I even left a tab open from an hour ago to compare to tuxmachines with remote db | Apr 17 02:31 |
| schestowitz | [09:32] <sysadmin> i only gave the hv 5GB of disk | Apr 17 02:31 |
| schestowitz | [09:32] <sysadmin> so no biggie | Apr 17 02:31 |
| schestowitz | [09:32] <schestowitz> the view counts went down ;-) back to the past ;-) | Apr 17 02:31 |
| schestowitz | [09:32] <schestowitz> yeah, I noticed the / size yesterday | Apr 17 02:31 |
| schestowitz | [09:33] <schestowitz> Just checking some old nodes, circa 2005 | Apr 17 02:31 |
| schestowitz | [09:33] <sysadmin> ok | Apr 17 02:31 |
| schestowitz | [09:33] <schestowitz> all seems fine | Apr 17 02:31 |
| schestowitz | [09:33] <sysadmin> we will schedule a brief restart of mysql tomorrow to put it on its own dedicated FS for the container | Apr 17 02:31 |
| schestowitz | [09:33] <sysadmin> i gave /var/lib/mysql its own FS already | Apr 17 02:31 |
| schestowitz | [09:34] <schestowitz> cool! | Apr 17 02:31 |
| schestowitz | [09:34] <schestowitz> so now, for the first time, both side share a pool of some kind other than the HV | Apr 17 02:31 |
| schestowitz | [09:34] <schestowitz> *both sites | Apr 17 02:31 |
| schestowitz | [09:37] <schestowitz> we'll change the backup scripts today, there's local and remote | Apr 17 02:31 |
| schestowitz | [09:38] <sysadmin> the next step i think should involve setting up a frontend load balancer container and moving the centos VMs behind NAT | Apr 17 02:31 |
| schestowitz | [09:39] <sysadmin> this removes them from the public facing internet | Apr 17 02:31 |
| schestowitz | [09:39] <sysadmin> we can enable lets encrypt easily that way too | Apr 17 02:31 |
| schestowitz | [09:42] <schestowitz> excellent! | Apr 17 02:31 |
| schestowitz | [09:42] <schestowitz> Never thought of doing that through an abstraction layer | Apr 17 02:31 |
| schestowitz | [09:42] <sysadmin> the main concerns i have with moving the websites to alpine is that alpine only provides PHP7 at this point | Apr 17 02:31 |
| schestowitz | [09:43] <sysadmin> so this eliminates the security risk for the most part | Apr 17 02:31 |
| schestowitz | [09:43] <sysadmin> while we spend some time to validate the configuration on PHP7 | Apr 17 02:32 |
| schestowitz | [09:43] <schestowitz> Yeah, I was going to mention version compat, with emphasis on php as I know those woes | Apr 17 02:32 |
| schestowitz | [09:43] <sysadmin> and we can A+B test that way | Apr 17 02:32 |
| schestowitz | [09:43] <sysadmin> (alpine is not alone in offering only PHP7, mind you) | Apr 17 02:32 |
| schestowitz | [09:44] <sysadmin> (RHEL8 and Debian also only offer PHP7 at this point) | Apr 17 02:32 |
| schestowitz | [09:44] <schestowitz> yes, I had issues with those forced upgrades, had to do workarounds | Apr 17 02:32 |
| schestowitz | [09:44] <schestowitz> I even had to change CMS a few times | Apr 17 02:32 |
| schestowitz | [09:44] <sysadmin> i have some ideas on how to optimize performance | Apr 17 02:32 |
| schestowitz | [09:45] <sysadmin> by caching aggressively at the frontend load balancer we can likely avoid hitting the php and database that much | Apr 17 02:32 |
| schestowitz | [09:45] <sysadmin> but this will harm counters | Apr 17 02:32 |
| schestowitz | [09:45] <sysadmin> so dunno how you feel about it | Apr 17 02:32 |
| schestowitz | [09:45] <schestowitz> i can turn them off | Apr 17 02:32 |
| schestowitz | [09:46] <schestowitz> as they were when we used varish | Apr 17 02:32 |
| schestowitz | [09:46] <sysadmin> i am thinking about deploying traefik | Apr 17 02:32 |
| schestowitz | [09:46] <schestowitz> fine with me but... | Apr 17 02:32 |
| schestowitz | [09:46] <schestowitz> our apache configs are a bit unusual | Apr 17 02:32 |
| schestowitz | [09:47] <schestowitz> i don't know traefik | Apr 17 02:32 |
| schestowitz | [09:47] <sysadmin> traefik can do all sorts of weird stuff | Apr 17 02:32 |
| schestowitz | [09:47] <sysadmin> you can redirect different paths to different backends and stuff | Apr 17 02:32 |
| schestowitz | [09:47] <schestowitz> i think capacity-wise we are ok now | Apr 17 02:32 |
| schestowitz | [09:48] <sysadmin> and regex and so on | Apr 17 02:32 |
| schestowitz | [09:48] <sysadmin> well, the point is that once i get the new colo going in cheyenne, i want to just have everything in containers and have everything find each other cleanly without having to deal with static ips and so on | Apr 17 02:32 |
| schestowitz | [09:49] <sysadmin> but i may go with nginx | Apr 17 02:32 |
| schestowitz | [09:49] <schestowitz> I see... | Apr 17 02:32 |
| schestowitz | [09:49] <sysadmin> and bake some scripts to take care of all of that | Apr 17 02:32 |
| schestowitz | [09:49] <schestowitz> tuxmachines would be easier | Apr 17 02:32 |
| schestowitz | [09:50] <schestowitz> techrights deals with 3 domain, 3 cmses, some hacks | Apr 17 02:32 |
| schestowitz | [09:52] <sysadmin> yeah | Apr 17 02:32 |
| schestowitz | [09:53] <sysadmin> my idea is basically to detangle all of this | Apr 17 02:32 |
| schestowitz | [09:53] <schestowitz> sounds good | Apr 17 02:32 |
| schestowitz | [09:53] <sysadmin> so for example, we might move techrights wiki to its own container first | Apr 17 02:32 |
| schestowitz | [09:53] <sysadmin> then techrights drupal, then techrights wordpress | Apr 17 02:32 |
| schestowitz | [09:53] <schestowitz> the migration outwards of the DBs went very smoothly, well done and thank you. We'll pay you for your time at the end. | Apr 17 02:32 |
| schestowitz | [09:53] <sysadmin> that way if somebody exploits the software and installs an r57shell or whatever | Apr 17 02:32 |
| schestowitz | [09:54] <sysadmin> they only compromised one component of the site | Apr 17 02:32 |
| schestowitz | [09:54] <sysadmin> that makes sense, right? | Apr 17 02:32 |
| schestowitz | [09:54] <schestowitz> yes, makes sense | Apr 17 02:32 |
| schestowitz | [09:54] <schestowitz> we had no known security incidents, yet.... | Apr 17 02:32 |
| schestowitz | [09:54] <sysadmin> yes, but detangling is good that way | Apr 17 02:32 |
| schestowitz | [09:54] <schestowitz> on shared hosting my own site had odd files, but I suspect they came from another account/site | Apr 17 02:32 |
| schestowitz | [09:54] <sysadmin> because we can hold containers back if they require older php etc | Apr 17 02:33 |
| schestowitz | [09:55] <sysadmin> bbl | Apr 17 02:33 |
| schestowitz | [09:55] <schestowitz> cheers | Apr 17 02:33 |
| schestowitz | [09:55] <schestowitz> good night | Apr 17 02:33 |
| schestowitz | [09:55] <sysadmin> i'm going to go get a usb key and try installing alpine on my laptop | Apr 17 02:33 |
| schestowitz | [09:56] <sysadmin> i think fedora rawhide broke my gpu | Apr 17 02:33 |
| schestowitz | [09:56] <schestowitz> ouch | Apr 17 02:33 |
| schestowitz | [09:59] <schestowitz> hang on, we are checking if the tuxmachines DB is read-only | Apr 17 02:33 |
| schestowitz | [09:59] <schestowitz> logging out and in again | Apr 17 02:33 |
| schestowitz | [09:59] <schestowitz> as "post could not be saved" (new node) | Apr 17 02:33 |
| schestowitz | [10:01] <schestowitz> oh, still the same | Apr 17 02:33 |
| schestowitz | [10:01] <schestowitz> "post could not be saved" | Apr 17 02:33 |
| schestowitz | [10:02] <sysadmin> try running the mysqlcheck i guess | Apr 17 02:33 |
| schestowitz | [10:03] <schestowitz> I'll check log and do a check too | Apr 17 02:33 |
| schestowitz | [10:05] <schestowitz> checking | Apr 17 02:33 |
| schestowitz | [10:14] <schestowitz> all the tables in drupal DB deemed OK | Apr 17 02:33 |
| schestowitz | [10:14] <schestowitz> I am trying to think what else this can be... | Apr 17 02:33 |
| schestowitz | [10:15] <schestowitz> " | Apr 17 02:33 |
| schestowitz | [10:15] <schestowitz> Story test has been created. | Apr 17 02:33 |
| schestowitz | [10:15] <schestowitz> The post could not be saved. | Apr 17 02:33 |
| schestowitz | [10:15] <schestowitz> " | Apr 17 02:33 |
| schestowitz | [10:16] <schestowitz> Odd, Rianne and I have the same issue, I'll check logs | Apr 17 02:33 |
| schestowitz | [10:16] <sysadmin> this is quite odd | Apr 17 02:33 |
| schestowitz | [10:16] <sysadmin> not sure | Apr 17 02:33 |
| schestowitz | [10:16] <sysadmin> all I did was cut over the ip | Apr 17 02:33 |
| schestowitz | [10:16] <sysadmin> maybe we revert for now | Apr 17 02:33 |
| schestowitz | [10:16] <schestowitz> wait, no... maybe I can find the issue | Apr 17 02:33 |
| schestowitz | [10:18] <sysadmin> ok | Apr 17 02:33 |
| schestowitz | [10:19] <schestowitz> the view counts do go up | Apr 17 02:33 |
| schestowitz | [10:19] <schestowitz> when refreshing etc. so we know it can write to the DB | Apr 17 02:33 |
| schestowitz | [10:19] <schestowitz> I can leave a comment OK | Apr 17 02:33 |
| schestowitz | [10:21] <schestowitz> I remember encountering a similar issue last year when I added a post while the VM crashed | Apr 17 02:33 |
| schestowitz | [10:21] <sysadmin> yeah sounds like not sql then | Apr 17 02:33 |
| schestowitz | [10:21] <schestowitz> and then one table did not match another, it was the only time we needed to restore from backup, but in this case no such thing happened | Apr 17 02:33 |
| schestowitz | [10:22] <schestowitz> maybe something in caching? Rianne already tried logging out and in again. | Apr 17 02:33 |
| schestowitz | [10:22] <sysadmin> no idea sorry | Apr 17 02:33 |
| schestowitz | [10:22] <schestowitz> I'll carry on checking... | Apr 17 02:33 |
| schestowitz | [10:24] <schestowitz> I am trying to find where mariadb on the container logs errors etc. | Apr 17 02:33 |
| schestowitz | [10:24] <schestowitz> /var/log is very minimal and I see nothing under /var/lib/mysql that seems like a log file | Apr 17 02:33 |
| schestowitz | [10:25] <sysadmin> yeah all logging in in /var/log/messages | Apr 17 02:33 |
| schestowitz | [10:26] <sysadmin> via syslog :) | Apr 17 02:34 |
| schestowitz | [10:26] <schestowitz> thanks | Apr 17 02:34 |
| schestowitz | [10:27] <schestowitz> maybe I can empty site cache | Apr 17 02:34 |
| schestowitz | [10:27] <schestowitz> drupal cache I mean | Apr 17 02:34 |
| schestowitz | [10:27] <sysadmin> I think the sql is fine | Apr 17 02:34 |
| schestowitz | [10:27] <sysadmin> and Drupal is messing up in some other way | Apr 17 02:34 |
| schestowitz | [10:27] <schestowitz> http://www.tuxmachines.org/ | Apr 17 02:34 |
| -TechrightsBN/#boycottnovell-www.tuxmachines.org | Tux Machines | Do you waddle the waddle? | Apr 17 02:34 | |
| schestowitz | [10:27] <schestowitz> Oh | Apr 17 02:34 |
| schestowitz | [10:27] <schestowitz> It enters that old inconsistent state | Apr 17 02:34 |
| schestowitz | [10:28] <schestowitz> where... just look | Apr 17 02:34 |
| schestowitz | [10:28] <schestowitz> I think for now it would be wise to change back settings to local mysql server on TM | Apr 17 02:34 |
| schestowitz | [10:28] <sysadmin> yeah this is Drupal being weird | Apr 17 02:34 |
| schestowitz | [10:28] <sysadmin> ok set the database back to localhost | Apr 17 02:34 |
| schestowitz | [10:28] <schestowitz> then maybe try to reimport on the container | Apr 17 02:34 |
| schestowitz | [10:28] <sysadmin> and start mysqld | Apr 17 02:34 |
| schestowitz | [10:28] <schestowitz> ok | Apr 17 02:34 |
| schestowitz | [10:29] <sysadmin> we will reschedule for tomorrow | Apr 17 02:34 |
| schestowitz | [10:29] <sysadmin> take site down temporarily during dump | Apr 17 02:34 |
| schestowitz | [10:30] <schestowitz> I see | Apr 17 02:34 |
| schestowitz | [10:30] <schestowitz> makes sense | Apr 17 02:34 |
| schestowitz | [10:30] <schestowitz> I will leave gallery as remote for now | Apr 17 02:34 |
| schestowitz | [10:32] <schestowitz> ok , done | Apr 17 02:34 |
| schestowitz | [10:33] <schestowitz> gallery now remote, drupal running locally | Apr 17 02:34 |
| schestowitz | [10:33] <schestowitz> do you mean tomorrow you suggest taking the site offline, with all the new posts (post later today), then try dumping again and reimporting on remote? | Apr 17 02:34 |
| schestowitz | [10:43] <schestowitz> moving back to local DB for drupal, Rianne says now she can add nodes as normal. I am guessing that something did not get copied perfectly, so tomorrow I will try stopping everything while making the DB dump for Drupal. I saw a similar error message last year when there was an inconsistency in numbers across DB tables, which is why as soon as I heard it that seemed familiar. | Apr 17 02:34 |
| schestowitz | [10:50] <sysadmin> yeah | Apr 17 02:34 |
| schestowitz | [10:50] <sysadmin> I'll just migrate it overnight in UK by stopping the httpd for a moment, dumping and restarting | Apr 17 02:34 |
| schestowitz | [10:50] <sysadmin> surely that would work | Apr 17 02:34 |
| schestowitz | [10:50] <schestowitz> just had techrights hammered on 2 minutes ago | Apr 17 02:34 |
| schestowitz | [10:50] <schestowitz> had to stop httpd | Apr 17 02:34 |
| schestowitz | [10:50] <schestowitz> blocked the category level | Apr 17 02:34 |
| schestowitz | [10:50] <schestowitz> will now monitor | Apr 17 02:34 |
| schestowitz | [10:51] <sysadmin> that's another thing we can solve with a frontend | Apr 17 02:34 |
| schestowitz | [10:51] <schestowitz> happened last week as well | Apr 17 02:34 |
| schestowitz | [10:51] <sysadmin> and aggressive caching | Apr 17 02:34 |
| schestowitz | [10:51] <sysadmin> lame ddos attempts | Apr 17 02:34 |
| schestowitz | [10:51] <sysadmin> lol | Apr 17 02:34 |
| schestowitz | [10:51] <schestowitz> RewriteEngine On | Apr 17 02:34 |
| schestowitz | [10:51] <schestowitz> RewriteCond %{THE_REQUEST} ^.*(/categ).* [NC] | Apr 17 02:34 |
| schestowitz | [10:51] <schestowitz> RewriteRule ^(.*)$ - [F,L] | Apr 17 02:34 |
| schestowitz | [10:51] <schestowitz> I will comment out every now and then, use tmux to check top | Apr 17 02:35 |
| schestowitz | [10:52] <schestowitz> [10:50] <sysadmin> I'll just migrate it overnight in UK by stopping the httpd for a moment, dumping and restarting | Apr 17 02:35 |
| schestowitz | [10:53] <schestowitz> cheers, for now rianne is posting new nodes, so the site is at least kept up to date, the next dump/import probably won't take long, then changing from localhost to remote ip | Apr 17 02:35 |
| schestowitz | [10:53] <schestowitz> I'll write some articles about swpats now, need to get back to the rhythm | Apr 17 02:35 |
| schestowitz | [12:53] <schestowitz> weird, mariadb suddenly went offline. WordPress could not reach it and I noticed the load was consciously low | Apr 17 02:35 |
| schestowitz | [12:53] <schestowitz> on the server I then ran | Apr 17 02:35 |
| schestowitz | [...] | Apr 17 02:35 |
| schestowitz | [12:53] <schestowitz> oops | Apr 17 02:35 |
| schestowitz | [12:53] <schestowitz> wrong paste | Apr 17 02:35 |
| schestowitz | [12:54] <schestowitz> mysql-shared:/var/log# service mariadb start | Apr 17 02:35 |
| schestowitz | [12:54] <schestowitz> * WARNING: mariadb has already been started | Apr 17 02:35 |
| schestowitz | [12:54] <schestowitz> mysql-shared:/var/log# service mariadb restart | Apr 17 02:35 |
| schestowitz | [12:54] <schestowitz> * Stopping mariadb ... | Apr 17 02:35 |
| schestowitz | [12:54] <schestowitz> * start-stop-daemon: no matching processes found [ ok ] | Apr 17 02:35 |
| schestowitz | [12:54] <schestowitz> * Starting mariadb ... | Apr 17 02:35 |
| schestowitz | [...] | Apr 17 02:35 |
| schestowitz | [22:23] <sysadmin> whoa | Apr 17 02:35 |
| schestowitz | [00:04] <schestowitz> the DB has not crashed since, so maybe bad luck | Apr 17 02:35 |
| schestowitz | [00:05] <schestowitz> The errors refer to unclean closure, but no apparent damage done, will need to run the repair at some point to change the status | Apr 17 02:35 |
| schestowitz | [01:55] <sysadmin> lets go ahead and do the repair now | Apr 17 02:35 |
| schestowitz | [01:55] <sysadmin> before we migrate tuxmachines back | Apr 17 02:35 |
| schestowitz | [04:26] <schestowitz> ok, still around for it? | Apr 17 02:35 |
| schestowitz | [04:26] <schestowitz> I was alseep | Apr 17 02:35 |
| schestowitz | [05:18] <sysadmin> sorry i was ditching fedora for alpine because fedora has quit bothering with QA on well, anything | Apr 17 02:35 |
| schestowitz | [05:18] <sysadmin> cramming systemd into everything is more fun i guess | Apr 17 02:35 |
| schestowitz | [05:18] <sysadmin> it is ironic, this alpine desktop is more responsive and uses less RAM and both are just bog standard KDE installs | Apr 17 02:35 |
| schestowitz | [05:19] <schestowitz> Alpine on desktop? Didn't know this was done.. | Apr 17 02:35 |
| schestowitz | [05:19] <schestowitz> Do you suggest I put down the mariadb service and run a check/repair? | Apr 17 02:35 |
| schestowitz | [05:19] <sysadmin> yes, i think so | Apr 17 02:35 |
| schestowitz | [05:20] <sysadmin> and yes, many people run alpine on desktop | Apr 17 02:35 |
| schestowitz | [05:20] <sysadmin> setup-xorg-base plasma kde-applications | Apr 17 02:35 |
| schestowitz | [05:20] <sysadmin> rc-update add sddm; service sddm start | Apr 17 02:35 |
| schestowitz | [05:20] <sysadmin> easy peasy | Apr 17 02:35 |
| schestowitz | [05:22] <schestowitz> I gave a friend a 20-minute headsup | Apr 17 02:35 |
| schestowitz | [05:22] <schestowitz> to expect downtime | Apr 17 02:35 |
| schestowitz | [05:23] <sysadmin> it's kind of funny, the alpine desktop is far less buggier too | Apr 17 02:35 |
| schestowitz | [05:23] <sysadmin> GNOME applications properly integrate into KDE and vice-versa | Apr 17 02:35 |
| schestowitz | [05:23] <schestowitz> we use kde on buster | Apr 17 02:35 |
| schestowitz | [05:23] <sysadmin> not so on fedora | Apr 17 02:35 |
| schestowitz | [05:23] <sysadmin> on fedora, KDE is a second-class citizen | Apr 17 02:35 |
| schestowitz | [05:24] <schestowitz> yeah | Apr 17 02:36 |
| schestowitz | [05:24] <sysadmin> and alpine's desktop team are working to integrate packagekit and APK | Apr 17 02:36 |
| schestowitz | [05:30] <schestowitz> http://www.phoronix.com/scan.php?page=news_item&px=Fedora-33-ELN-Approved | Apr 17 02:36 |
| schestowitz | [05:30] <schestowitz> just now | Apr 17 02:36 |
| schestowitz | [05:31] <sysadmin> i think ELN is a flawed way of driving RHEL development but haha whatever | Apr 17 02:36 |
| schestowitz | [05:34] <schestowitz> OK, now I can repair, my friend knows about the downtime expected | Apr 17 02:36 |
| schestowitz | [05:34] <schestowitz> should I bring down the DB while doing it (I think yes)>? | Apr 17 02:36 |
| -TechrightsBN/#boycottnovell-www.phoronix.com | Fedora 33's "Enterprise Linux Next" Effort Approved - Testbed For Raising CPU Requirements, Etc - Phoronix | Apr 17 02:36 | |
| schestowitz | [05:39] <schestowitz> I will bring down httpd on techrights | Apr 17 02:36 |
| schestowitz | [05:39] <schestowitz> to avoid db writes | Apr 17 02:36 |
| schestowitz | [05:39] <sysadmin> ok | Apr 17 02:36 |
| schestowitz | [05:39] <sysadmin> sounds good | Apr 17 02:36 |
| schestowitz | [05:41] <schestowitz> this will also be the first time we check Gallery2 on the new DB server/container | Apr 17 02:36 |
| schestowitz | [05:41] <sysadmin> oh i thought you tested it last night | Apr 17 02:36 |
| schestowitz | [05:42] <schestowitz> in the past, after VM crashed, maybe twice a year Gallery would go into an odd state that required repairing it. Drupal was almost always like that. | Apr 17 02:36 |
| schestowitz | [05:42] <schestowitz> Gallery2 takes a while to scan, so I checked the front end, but did not check the integrity of the back end DB | Apr 17 02:36 |
| schestowitz | [05:43] <schestowitz> With TuxMachines Drupal I suppose we can flash that DB anyway and reimport a pristine and up-to-date snapshot of the DB (which would be the next logical step | Apr 17 02:36 |
| schestowitz | [05:43] <sysadmin> yeah | Apr 17 02:36 |
| schestowitz | [05:43] <sysadmin> that is the idea i guess :) | Apr 17 02:36 |
| schestowitz | [05:44] <schestowitz> so far the two smaller DBs in techrights are OK, nothing to repair in them, which is typical. It's now doing WordPress on techrights, where wp_posts is a huge table | Apr 17 02:36 |
| schestowitz | [05:45] <schestowitz> imagine how many people poured how many hours and risk to their career for it... esp. all the EPO stuff | Apr 17 02:36 |
| schestowitz | [05:45] <schestowitz> boycottn_wrdp1.wp_posts OK | Apr 17 02:36 |
| schestowitz | [05:45] <schestowitz> this is faaar faster to repair than before | Apr 17 02:36 |
| schestowitz | [05:46] <sysadmin> yes | Apr 17 02:36 |
| schestowitz | [05:46] <sysadmin> because it's direct I/O to the nvme | Apr 17 02:36 |
| schestowitz | [05:46] <schestowitz> don't ask me why, but repairing it on the VM took 40-55 mins | Apr 17 02:36 |
| schestowitz | [05:46] <sysadmin> verses emulated disk I/O | Apr 17 02:36 |
| schestowitz | [05:46] <schestowitz> it would not even make full use of the CPU cores, I assumed maybe I/O was overhead | Apr 17 02:36 |
| schestowitz | [05:47] <schestowitz> so imagine bring back a VM, then waiting an hour to just scan the DB after some tables weren't closed cleanly | Apr 17 02:36 |
| schestowitz | [05:47] <schestowitz> K | Apr 17 02:36 |
| schestowitz | [05:47] <schestowitz> drupal.node_access OK | Apr 17 02:36 |
| schestowitz | [05:47] <schestowitz> drupal.node_comment_statistics | Apr 17 02:36 |
| schestowitz | [05:47] <schestowitz> warning : 1 client is using or hasn't closed the table properly | Apr 17 02:36 |
| schestowitz | [05:47] <schestowitz> status : OK | Apr 17 02:36 |
| schestowitz | [05:47] <schestowitz> drupal.node_counter | Apr 17 02:36 |
| schestowitz | [05:47] <schestowitz> warning : 1 client is using or hasn't closed the table properly | Apr 17 02:36 |
| schestowitz | [05:47] <schestowitz> status : OK | Apr 17 02:36 |
| schestowitz | [05:47] <schestowitz> drupal.node_revisions | Apr 17 02:36 |
| schestowitz | [05:47] <schestowitz> warning : 1 client is using or hasn't closed the table properly | Apr 17 02:36 |
| schestowitz | [05:47] <schestowitz> status : OK | Apr 17 02:36 |
| schestowitz | [05:47] <schestowitz> drupal.node_spambot | Apr 17 02:36 |
| schestowitz | [05:47] <schestowitz> warning : 1 client is using or hasn't closed the table properly | Apr 17 02:37 |
| schestowitz | [05:47] <schestowitz> now we see the culprit, I guess | Apr 17 02:37 |
| schestowitz | [05:47] <sysadmin> interesting | Apr 17 02:37 |
| schestowitz | [05:47] <schestowitz> K | Apr 17 02:37 |
| schestowitz | [05:47] <schestowitz> drupal.history | Apr 17 02:37 |
| schestowitz | [05:47] <schestowitz> warning : 1 client is using or hasn't closed the table properly | Apr 17 02:37 |
| schestowitz | [05:47] <schestowitz> status : OK | Apr 17 02:37 |
| schestowitz | [05:48] <sysadmin> well we will just drop that that DB and reimport | Apr 17 02:37 |
| schestowitz | [05:48] <schestowitz> K | Apr 17 02:37 |
| schestowitz | [05:48] <schestowitz> drupal.comments | Apr 17 02:37 |
| schestowitz | [05:48] <schestowitz> warning : 1 client is using or hasn't closed the table properly | Apr 17 02:37 |
| schestowitz | [05:48] <schestowitz> status : OK | Apr 17 02:37 |
| schestowitz | [05:48] <schestowitz> yeah, it's considered a toxic state for drupal anyway | Apr 17 02:37 |
| schestowitz | [05:49] <schestowitz> the only issues found so far are in TM-Drupal | Apr 17 02:37 |
| schestowitz | [05:49] <schestowitz> Techrights is fine, I don't think we ever lost data in it | Apr 17 02:37 |
| schestowitz | [05:49] <sysadmin> great | Apr 17 02:37 |
| schestowitz | [05:49] <schestowitz> a decade ago I lost a blog post I typed on my Palm PDA because it was lost in tranmission | Apr 17 02:37 |
| schestowitz | [05:49] <schestowitz> between the PDA to the PC, but I think that was it | Apr 17 02:37 |
| schestowitz | [05:50] <sysadmin> that would be annoying | Apr 17 02:37 |
| schestowitz | [05:50] <schestowitz> yeah, lessons learned | Apr 17 02:37 |
| schestowitz | [05:50] <sysadmin> i miss the days of PalmOS tbh | Apr 17 02:37 |
| schestowitz | [05:50] <sysadmin> its replacements are all locked down and spyware | Apr 17 02:37 |
| schestowitz | [05:50] <schestowitz> I still have mine here | Apr 17 02:37 |
| schestowitz | [05:50] <sysadmin> PalmOS was written in straight m68k assembly | Apr 17 02:37 |
| schestowitz | [05:50] <schestowitz> I don't use it as much, I want to keep it in good state | Apr 17 02:37 |
| schestowitz | [05:57] <schestowitz> ok, done, gallery2 DB was perfect | Apr 17 02:37 |
| schestowitz | [05:58] <schestowitz> ....... | Apr 17 02:37 |
| schestowitz | [05:58] <sysadmin> ok | Apr 17 02:37 |
| schestowitz | [05:59] <sysadmin> give me a moment | Apr 17 02:37 |
| schestowitz | [05:59] <schestowitz> when you have it, I'll delete it, getting checksum | Apr 17 02:37 |
| schestowitz | [05:59] <schestowitz> 2186c2130a3f93c0a76606f84528cbe4 tmdatabase-2020-04-15.dump.gz | Apr 17 02:37 |
| schestowitz | [06:02] <sysadmin> ok | Apr 17 02:37 |
| schestowitz | [06:02] <sysadmin> give me a moment | Apr 17 02:37 |
| schestowitz | [06:02] <sysadmin> konsole is not sending ^C | Apr 17 02:37 |
| schestowitz | [06:02] <schestowitz> /var/www/html/sites/default/settings.php is where the DB address goes, at least I know the local DB copy is in good integrity and up to date, I'd test on the remote DB heavily as soon as it replaces the broken one | Apr 17 02:37 |
| schestowitz | [06:05] <sysadmin> ok | Apr 17 02:37 |
| schestowitz | [06:05] <sysadmin> installed alternative terminal app | Apr 17 02:37 |
| schestowitz | [06:06] <sysadmin> will figure out konsole later | Apr 17 02:37 |
| schestowitz | [06:06] <sysadmin> probably needs to have its settings reset | Apr 17 02:37 |
| schestowitz | [06:06] <schestowitz> it has profiles | Apr 17 02:37 |
| schestowitz | [06:06] <schestowitz> we use konsole, both of us, but sometimes it needs tweaking, e.g. scrollback scope | Apr 17 02:38 |
| schestowitz | [06:07] <schestowitz> I like mine translucent with blur effect | Apr 17 02:38 |
| schestowitz | [06:09] <sysadmin> ok i fetched it | Apr 17 02:38 |
| schestowitz | [06:09] <sysadmin> and its importing | Apr 17 02:38 |
| schestowitz | [06:09] <schestowitz> will delete now | Apr 17 02:38 |
| schestowitz | [06:27] <sysadmin> ok | Apr 17 02:38 |
| schestowitz | [06:27] <sysadmin> its imported | Apr 17 02:38 |
| schestowitz | [06:28] <schestowitz> cool, who changes the settings, me or you? | Apr 17 02:38 |
| schestowitz | [06:28] <sysadmin> i just cut it over | Apr 17 02:38 |
| schestowitz | [06:28] <schestowitz> I'll then try adding a node | Apr 17 02:38 |
| schestowitz | [06:28] <sysadmin> i feel like these sites could use a design refresh | Apr 17 02:38 |
| schestowitz | [06:28] <schestowitz> ok, yes, today's howtos on top | Apr 17 02:38 |
| schestowitz | [06:28] <sysadmin> maybe you can get that intern to do it :p | Apr 17 02:38 |
| schestowitz | [06:28] <schestowitz> maybe if the experience is there | Apr 17 02:38 |
| schestowitz | [06:31] <schestowitz> comment added ok. not the moment of truth, and if that fails, then I have an idea for contingency | Apr 17 02:38 |
| schestowitz | [06:33] <schestowitz> crap, same issue | Apr 17 02:38 |
| schestowitz | [06:33] <schestowitz> I will try the contingency | Apr 17 02:38 |
| schestowitz | [06:33] <sysadmin> weird | Apr 17 02:38 |
| schestowitz | [06:33] <sysadmin> any way to get debug logging out of drupal | Apr 17 02:38 |
| schestowitz | [06:34] <schestowitz> not except logs, I will try to get another perfect copy of the site | Apr 17 02:38 |
| schestowitz | [06:34] <schestowitz> can you switch the DB back to localhost? | Apr 17 02:38 |
| schestowitz | [06:35] <sysadmin> done | Apr 17 02:38 |
| schestowitz | [06:35] <sysadmin> this is quite annoying tbh | Apr 17 02:38 |
| schestowitz | [06:35] <schestowitz> I will stop httpd, dump again | Apr 17 02:38 |
| schestowitz | [06:35] <schestowitz> also drain all the cache after switchover | Apr 17 02:38 |
| schestowitz | [06:37] <schestowitz> stopping httpd | Apr 17 02:38 |
| schestowitz | [06:39] <schestowitz> dumping, compressing | Apr 17 02:38 |
| schestowitz | [06:41] <sysadmin> ok | Apr 17 02:38 |
| schestowitz | [06:43] <schestowitz> ok, same URL as above, but the file is different now | Apr 17 02:38 |
| schestowitz | [06:43] <sysadmin> give me a moment | Apr 17 02:38 |
| schestowitz | [06:43] <schestowitz> 5561988172c488a4f66f6f109ad16722 tmdatabase-2020-04-15.dump.gz | Apr 17 02:38 |
| schestowitz | [06:43] <schestowitz> I have a feeling this time it'll work, this time it was done better | Apr 17 02:38 |
| schestowitz | [06:44] <sysadmin> mysql-shared:/var/lib/mysql# wget xxxxxxxxxxx | Apr 17 02:38 |
| schestowitz | [06:44] <sysadmin> Connecting to www.tuxmachines.org (199.19.78.20:80) | Apr 17 02:38 |
| schestowitz | [06:44] <sysadmin> wget: can't connect to remote host (199.19.78.20): Connection refused | Apr 17 02:38 |
| schestowitz | [06:44] <sysadmin> ;) | Apr 17 02:38 |
| schestowitz | [06:44] <schestowitz> yeah, was about ti... | Apr 17 02:38 |
| schestowitz | [06:44] <schestowitz> try now | Apr 17 02:38 |
| schestowitz | [06:45] <sysadmin> got it | Apr 17 02:38 |
| schestowitz | [06:45] <schestowitz> so fast, can I delete now? | Apr 17 02:38 |
| schestowitz | [06:46] <sysadmin> importing | Apr 17 02:39 |
| schestowitz | [06:46] <sysadmin> yes | Apr 17 02:39 |
| schestowitz | [06:46] <schestowitz> this time I will delete drupal cache before doing anything, maybe it has localhost somewhere in its caches | Apr 17 02:39 |
| schestowitz | [06:46] <schestowitz> and then fails to write properly, who knows.... | Apr 17 02:39 |
| schestowitz | [06:47] <schestowitz> maybe I'll also scan the DB, although if no errors are thrown during import I guess it might be redundant | Apr 17 02:39 |
| schestowitz | [06:50] <sysadmin> ok | Apr 17 02:39 |
| schestowitz | [07:04] <sysadmin> import finished | Apr 17 02:39 |
| schestowitz | [07:04] <sysadmin> i'll let you do the config changes | Apr 17 02:39 |
| schestowitz | [07:04] <sysadmin> and whatever else | Apr 17 02:39 |
| schestowitz | [07:04] <sysadmin> :) | Apr 17 02:39 |
| schestowitz | [07:05] <schestowitz> yes, thank you, I'll purge all caches | Apr 17 02:39 |
| schestowitz | [07:05] <schestowitz> I have a suspicion that might play a role, it thinks it knows the env but does not | Apr 17 02:39 |
| schestowitz | [07:06] <schestowitz> it still runs on localhost, right? | Apr 17 02:39 |
| schestowitz | [07:06] <sysadmin> it is presently configured for localhost; you'll have to change the IP | Apr 17 02:39 |
| schestowitz | [07:06] <sysadmin> 10.163.214.20 | Apr 17 02:39 |
| schestowitz | [07:06] <schestowitz> thanks, just checking to be sure | Apr 17 02:39 |
| schestowitz | [07:10] <schestowitz> weird, I only logged out and it broke, didn't even change anything, or maybe that's what happens when one is logged out | Apr 17 02:39 |
| schestowitz | [07:10] <sysadmin> i'm not sure | Apr 17 02:39 |
| schestowitz | [07:11] <schestowitz> oh wait | Apr 17 02:39 |
| schestowitz | [07:11] <schestowitz> did you flush the db before importing it? | Apr 17 02:39 |
| schestowitz | [07:11] <schestowitz> because I see comments I added before the latest import | Apr 17 02:39 |
| schestowitz | [07:11] <sysadmin> yes, i did | Apr 17 02:39 |
| schestowitz | [07:11] <schestowitz> maybe when you import it that leaves in fact the broken state from before | Apr 17 02:39 |
| schestowitz | [07:12] <sysadmin> i dropped and recreated drupal database | Apr 17 02:39 |
| schestowitz | [07:12] <sysadmin> mysql-shared:/var/lib/mysql# mysqladmin -u root -p drop drupal | Apr 17 02:39 |
| schestowitz | [07:12] <sysadmin> Enter password: | Apr 17 02:39 |
| schestowitz | [07:12] <sysadmin> Dropping the database is potentially a very bad thing to do. | Apr 17 02:39 |
| schestowitz | [07:12] <sysadmin> Any data stored in the database will be destroyed. | Apr 17 02:39 |
| schestowitz | [07:12] <schestowitz> So I think we might be dealing with the first attempt of today | Apr 17 02:39 |
| schestowitz | [07:12] <sysadmin> Do you really want to drop the 'drupal' database [y/N] y | Apr 17 02:39 |
| schestowitz | [07:12] <sysadmin> Database "drupal" dropped | Apr 17 02:39 |
| schestowitz | [07:12] <sysadmin> mysql-shared:/var/lib/mysql# mysqladmin -u root -p create drupal | Apr 17 02:39 |
| schestowitz | [07:12] <sysadmin> Enter password: | Apr 17 02:39 |
| schestowitz | [07:12] <sysadmin> mysql-shared:/var/lib/mysql# zcat tmdatabase-2020-04-15.dump.gz | mysql -u root -p drupal | Apr 17 02:39 |
| schestowitz | [07:12] <sysadmin> Enter password: | Apr 17 02:39 |
| schestowitz | [07:12] <sysadmin> mysql-shared:/var/lib/mysql# md5sum tmdatabase-2020-04-15.dump.gz | Apr 17 02:39 |
| schestowitz | [07:12] <sysadmin> 5561988172c488a4f66f6f109ad16722 tmdatabase-2020-04-15.dump.gz | Apr 17 02:39 |
| schestowitz | [07:13] <schestowitz> it seems like a snapshot of the DB before the second import, so at least we know why this doesn't act right | Apr 17 02:39 |
| schestowitz | [07:14] <sysadmin> umm | Apr 17 02:39 |
| schestowitz | [07:14] <sysadmin> but you see the md5sum right | Apr 17 02:39 |
| schestowitz | [07:14] <sysadmin> its the second one you dumped | Apr 17 02:40 |
| schestowitz | [07:14] <schestowitz> let me think how this can happen.... | Apr 17 02:40 |
| schestowitz | [07:14] <schestowitz> we know this morning's was not yesterday's | Apr 17 02:40 |
| schestowitz | [07:15] <schestowitz> because of the latest item in the front page | Apr 17 02:40 |
| schestowitz | [07:15] <schestowitz> The comment "Linux Administration For Web Developers: Part 1" was added on remote before you flushed and replaced it (the second time) today | Apr 17 02:40 |
| schestowitz | [07:15] <schestowitz> so somehow it's still in the database | Apr 17 02:40 |
| schestowitz | [07:16] <sysadmin> lets revert to localhost for now | Apr 17 02:40 |
| schestowitz | [07:16] <sysadmin> maybe we can find some drupal expert to help us figure this out | Apr 17 02:40 |
| schestowitz | [07:16] <schestowitz> cheers, good idea | Apr 17 02:40 |
| schestowitz | [07:16] <schestowitz> I'll change back to localhost | Apr 17 02:40 |
| schestowitz | [07:16] <sysadmin> ok | Apr 17 02:40 |
| schestowitz | [07:16] <schestowitz> at least we have more info now | Apr 17 02:40 |
| schestowitz | [07:17] <schestowitz> I'll save and study, thanks for your time! ;-D | Apr 17 02:40 |
| schestowitz | [07:18] <schestowitz> switched back to localhost | Apr 17 02:40 |
| schestowitz | [07:26] <schestowitz> aha!!! | Apr 17 02:40 |
| schestowitz | [07:26] <schestowitz> I know what happened | Apr 17 02:40 |
| schestowitz | [07:26] <schestowitz> my friend changed the dump script to remote | Apr 17 02:40 |
| schestowitz | [07:26] <schestowitz> so the second dump I sent you was actually a dump of remote | Apr 17 02:40 |
| schestowitz | [07:27] <sysadmin> i see | Apr 17 02:40 |
| schestowitz | [07:27] <schestowitz> I didn't know the script had been changed already | Apr 17 02:40 |
| schestowitz | [07:27] <schestowitz> so I can dump from localhost again if you still have time. If not, tomorrow? | Apr 17 02:40 |
| schestowitz | [07:28] <sysadmin> ummm | Apr 17 02:40 |
| schestowitz | [07:28] <sysadmin> sure | Apr 17 02:40 |
| schestowitz | [07:28] <schestowitz> basically the second time you imported a copy of the broken remote DB, I didn't know the script was changed, so we have a sane explanation | Apr 17 02:40 |
| schestowitz | [07:28] <schestowitz> today or tomorrow? | Apr 17 02:40 |
| schestowitz | [07:28] <sysadmin> lets do it now i guess | Apr 17 02:40 |
| schestowitz | [07:28] <schestowitz> cool, cheers | Apr 17 02:40 |
| schestowitz | [07:28] <schestowitz> hang on | Apr 17 02:40 |
| schestowitz | [07:31] <schestowitz> dumping and compressing | Apr 17 02:40 |
| schestowitz | [07:31] <schestowitz> (this time from DB on localhost) | Apr 17 02:40 |
| schestowitz | [07:33] <sysadmin> ok | Apr 17 02:40 |
| schestowitz | [07:34] <schestowitz> 3c2ab540545bd19d5c406611901076a6 tmdatabase-2020-04-15.dump.gz | Apr 17 02:40 |
| schestowitz | [07:34] <schestowitz> ok, can be downloaded now, same url as above | Apr 17 02:40 |
| schestowitz | [07:35] <schestowitz> once reimported I will empty the caches and test on remote | Apr 17 02:40 |
| schestowitz | [07:35] <schestowitz> the 2nd attempt we made 'does not count', it was a mistake | Apr 17 02:40 |
| schestowitz | [07:38] <sysadmin> ok | Apr 17 02:40 |
| schestowitz | [07:38] <sysadmin> sorry i am trying to do multiple things | Apr 17 02:40 |
| schestowitz | [07:38] <schestowitz> that's ok, understoofd | Apr 17 02:40 |
| schestowitz | [07:38] <sysadmin> dump fetched | Apr 17 02:40 |
| schestowitz | [07:38] <sysadmin> md5sum is good | Apr 17 02:40 |
| schestowitz | [07:40] <schestowitz> deleted copy of dump, the public copy... on www/html | Apr 17 02:41 |
| schestowitz | [07:52] <sysadmin> import still going | Apr 17 02:41 |
| schestowitz | [07:53] <schestowitz> good, as long as no errors shown ;-) httpd down while it was dumped and this time I will also drain caches, can't think of anything else that's potentially meaningful to do before writing to the DB on 'the other side' | Apr 17 02:41 |
| schestowitz | [07:54] <sysadmin> import finished | Apr 17 02:41 |
| schestowitz | [07:54] <schestowitz> aha | Apr 17 02:41 |
| schestowitz | [07:54] <schestowitz> ok, I will change settings now | Apr 17 02:41 |
| schestowitz | [07:55] <sysadmin> looks ok so far | Apr 17 02:41 |
| schestowitz | [07:57] <schestowitz> "Caches cleared." | Apr 17 02:41 |
| schestowitz | [07:58] <schestowitz> I think that's the sole thing I can think of other than ridiculous explanations... so I will attempt to add a node now, first as admin user | Apr 17 02:41 |
| schestowitz | [07:59] <sysadmin> huh | Apr 17 02:41 |
| schestowitz | [07:59] <sysadmin> this IBM secure execution for linux thing looks cool | Apr 17 02:41 |
| schestowitz | [07:59] <sysadmin> too bad its only available on a mainframe that i can't afford ;) | Apr 17 02:41 |
| schestowitz | [08:00] <schestowitz> adding as admin on behalf of my own name to see if the outcome will be different | Apr 17 02:41 |
| schestowitz | [08:00] <schestowitz> yeah, we posted loads of links about it yesterday | Apr 17 02:41 |
| schestowitz | [08:01] <schestowitz> fuck, I get the same error, even after stopping httpd, emptying caches and writing as admin user | Apr 17 02:41 |
| schestowitz | [08:02] <sysadmin> no idea | Apr 17 02:41 |
| schestowitz | [08:02] <sysadmin> i guess we cut back to localhost | Apr 17 02:41 |
| schestowitz | [08:02] <sysadmin> and brainstorm | Apr 17 02:41 |
| schestowitz | [08:02] <schestowitz> but at least we tried | Apr 17 02:41 |
| schestowitz | [08:02] <schestowitz> yes, I changed back to localhost | Apr 17 02:41 |
| schestowitz | [08:02] <sysadmin> maybe it is something that mariadb does not support | Apr 17 02:41 |
| schestowitz | [08:02] <schestowitz> IBM unveils two new single-frame, air-cooled systems and IBM Secure Execution for Linux http://www.tuxmachines.org/node/136380 | Apr 17 02:41 |
| -TechrightsBN/#boycottnovell-www.tuxmachines.org | IBM unveils two new single-frame, air-cooled systems and IBM Secure Execution for Linux | Tux Machines | Apr 17 02:41 | |
| schestowitz | [08:02] <sysadmin> this is an old old old centos 6 install | Apr 17 02:41 |
| schestowitz | [08:03] <schestowitz> this is localhost now | Apr 17 02:41 |
| schestowitz | [08:03] <sysadmin> i guess | Apr 17 02:41 |
| schestowitz | [08:03] <sysadmin> ibm secure execution for linux | Apr 17 02:41 |
| schestowitz | [08:03] <sysadmin> is probably similar to that EPYC encrypted memory stuff | Apr 17 02:41 |
| schestowitz | [08:03] <schestowitz> a couple more in http://www.tuxmachines.org/node/136398 | Apr 17 02:41 |
| -TechrightsBN/#boycottnovell-www.tuxmachines.org | Enterprise Linux for all architectures: Bringing Red Hat Enterprise Linux to IBM z15 and LinuxONE III single frame systems | Tux Machines | Apr 17 02:41 | |
| schestowitz | [08:03] <sysadmin> the idea is that you can't cross a security domain and get useful data out of it | Apr 17 02:41 |
| schestowitz | [08:04] <schestowitz> well, at least localhost works for now, and we know what was attempted and fails, have it documents to think about... | Apr 17 02:41 |
| schestowitz | [08:04] <schestowitz> *have it documented I meant | Apr 17 02:41 |
| schestowitz | [08:05] <schestowitz> thanks for all the work on this, we'll compensate you for the time | Apr 17 02:41 |
| schestowitz | [08:05] <schestowitz> For now we'll run TM off localhost | Apr 17 02:41 |
| schestowitz | [08:06] <sysadmin> yes | Apr 17 02:41 |
| schestowitz | [08:06] <schestowitz> (and I will think what to do) | Apr 17 02:41 |
| schestowitz | [08:06] <sysadmin> i guess we can revisit | Apr 17 02:41 |
| schestowitz | [08:06] <schestowitz> or modernise | Apr 17 02:41 |
| schestowitz | [08:06] <schestowitz> drupal 8 etc. | Apr 17 02:41 |
| schestowitz | [08:06] <sysadmin> when we rebuild the site | Apr 17 02:41 |
| schestowitz | [08:06] <schestowitz> yeah | Apr 17 02:41 |
| schestowitz | [08:06] <schestowitz> techrights had to break down before we moved | Apr 17 02:42 |
| schestowitz | [08:07] <schestowitz> (strongest motivator: offline site) | Apr 17 02:42 |
| schestowitz | [08:10] <sysadmin> well with all of this stay at home | Apr 17 02:42 |
| schestowitz | [08:10] <sysadmin> it is something that we should look into | Apr 17 02:42 |
| schestowitz | [08:11] <schestowitz> yeah, good timing for housekeeping | Apr 17 02:42 |
| schestowitz | [10:41] <schestowitz> OK, I spent a long time with searching and reading the logs | Apr 17 02:42 |
| schestowitz | [10:41] <schestowitz> my findings are, each time you imported, based on freenode/IRC timestamp, this error came up (3 times this morning, around the time the import started and at that time alone, as per messages files): | Apr 17 02:42 |
| schestowitz | [10:42] <schestowitz> Apr 15 06:39:13 mysql-shared daemon.err mysqld: 2020-04-15 6:39:13 152146 [ERROR] Incorrect definition of table mysql.event: expected column 'sql_mode' at position 14 to have type set('REAL_AS_FLOAT','PIPES_AS_CONCAT','ANSI_QUOTES','IGNORE_SPACE','IGNORE_BAD_TABLE_OPTIONS', | Apr 17 02:42 |
| schestowitz | [10:42] <sysadmin> maybe we need to run some upgrade script | Apr 17 02:42 |
| schestowitz | [10:43] <schestowitz> is sql_mode deprecated? | Apr 17 02:42 |
| schestowitz | [10:45] <sysadmin> running mysql_upgrade | Apr 17 02:42 |
| schestowitz | [10:47] <sysadmin> maybe tomorrow it will work | Apr 17 02:42 |
| schestowitz | [10:47] <sysadmin> don't have time to try again right now | Apr 17 02:42 |
| schestowitz | [10:49] <schestowitz> makes sense, thanks for helping the sites | Apr 17 02:42 |
| schestowitz | [10:50] <schestowitz> quick safety net). | Apr 17 02:42 |
| schestowitz | [10:50] <schestowitz> [09:46] <schestowitz> Remember TuxMachines has many years of Susan's life. She didn't even go on holiday because of the site. We have a duty to this wonderful person. | Apr 17 02:42 |
| schestowitz | [10:50] <schestowitz> (she left it for us to keep going) | Apr 17 02:42 |
| schestowitz | [10:54] <schestowitz> did you change db settings? | Apr 17 02:42 |
| schestowitz | [10:54] <schestowitz> looks like it's not reachable, just running.. or something | Apr 17 02:42 |
| schestowitz | [10:56] <schestowitz> ) | Apr 17 02:42 |
| schestowitz | [10:56] <schestowitz> Apr 15 09:52:10 mysql-shared daemon.err mysqld: 2020-04-15 9:52:10 202254 [Warning] Aborted connection 202254 to db: 'unconnected' user: 'unauthenticated' host: '10.163.214.10' (This connection closed normally without authentication) | Apr 17 02:42 |
| schestowitz | [10:56] <schestowitz> lots of these | Apr 17 02:42 |
| schestowitz | [10:57] <schestowitz> I 'fixed' this by restarting mariadb | Apr 17 02:42 |
| *oiaohm_ (~oiaohm@unaffiliated/oiaohm) has joined #boycottnovell | Apr 17 03:13 | |
| *oiaohm has quit (Ping timeout: 252 seconds) | Apr 17 03:13 | |
| schestowitz | oiaohm_: | Apr 17 03:58 |
| schestowitz | > | Apr 17 03:58 |
| schestowitz | > | Apr 17 03:58 |
| schestowitz | > | Apr 17 03:58 |
| schestowitz | > Ariadneat one point, microsoft may have cared about gnu/linuxApr 14 05:42 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:42:20> | Apr 17 03:58 |
| schestowitz | > schestowitzafaikApr 14 05:42 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:42:21> | Apr 17 03:58 |
| schestowitz | > Ariadneschestowitz: yes, and oracle wishes to do the same tooApr 14 05:42 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:42:25> | Apr 17 03:58 |
| schestowitz | > schestowitzcorrect me if I missed something about patent demands from oracle... not DalvikApr 14 05:42 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:42:36> | Apr 17 03:58 |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:58 | |
| schestowitz | > oiaohmAriadne: I would not say Microsoft cared about gnu/Linux ever.Apr 14 05:42 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:42:40> | Apr 17 03:58 |
| schestowitz | > schestowitzOK, so we can agree on getting rid of bothApr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:00> | Apr 17 03:58 |
| schestowitz | > Ariadneoiaohm: on server, they did for a whileApr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:04> | Apr 17 03:58 |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:58 | |
| schestowitz | > schestowitznot helping either scoracle or sco/msftApr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:12> | Apr 17 03:58 |
| schestowitz | > Ariadneoiaohm: but then they started shifting towards enterpriseApr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:15> | Apr 17 03:58 |
| schestowitz | > oiaohmI would say Microsoft found themselves in a location with azure and other places where they need to be friendly or else.Apr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:17> | Apr 17 03:58 |
| schestowitz | > schestowitzazure is a failure and a fraudApr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:30> | Apr 17 03:58 |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:58 | |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:58 | |
| schestowitz | > schestowitzthey decommission DCs nowApr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:39> | Apr 17 03:58 |
| schestowitz | > oiaohmAriadne: remember samba project sued Microsoft and Microsoft got a court order to play nice or else.Apr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:39> | Apr 17 03:58 |
| schestowitz | > schestowitzquietlyApr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:43> | Apr 17 03:58 |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:58 | |
| schestowitz | > AriadneanywayApr 14 05:43 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:43:58> | Apr 17 03:58 |
| schestowitz | > oiaohmI don't see Microsoft acting nice to Linux as something they willing did.Apr 14 05:44 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:44:01> | Apr 17 03:58 |
| schestowitz | > schestowitzinsiders would tell you, they also lose loads of money trying to take share from aws and after years of trying, they can only fake 'success' with corrupt mediaApr 14 05:44 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:44:14> | Apr 17 03:58 |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:58 | |
| schestowitz | > Ariadneoiaohm: in ballmer era, i agree, but at this point, as i said, they have shifted focus a lotApr 14 05:44 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:44:32> | Apr 17 03:58 |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:58 | |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:58 | |
| schestowitz | > oiaohmMore something where their arm was twisted by many parties and they basically started crying uncle in the form of we love linux.Apr 14 05:44 <http://techrights.org/irc-archives/irc-log-techrights-140420.html#tApr%2014%2005:44:33> | Apr 17 03:58 |
| schestowitz | > | Apr 17 03:58 |
| schestowitz | > There is so much evidence against this narrative. | Apr 17 03:58 |
| schestowitz | Yes, I noticed that nonsense too. | Apr 17 03:58 |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:58 | |
| schestowitz | oiaohm_: reader said, "Why is Ohm rewriting history? Who is going to be fooled?" | Apr 17 03:58 |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:58 | |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:58 | |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:58 | |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:58 | |
| schestowitz | Halloween Docs? | Apr 17 03:59 |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:59 | |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:59 | |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:59 | |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:59 | |
| -TechrightsBN/#boycottnovell-techrights.org | IRC: #techrights @ FreeNode: Tuesday, April 14, 2020 | Apr 17 03:59 | |
| schestowitz | oiaohm_: this is someone who reads IRC logs | Apr 17 04:06 |
| schestowitz | so I thought it would be fair to pass along | Apr 17 04:06 |
| schestowitz | > The FreeOffice is free. There is commercial edition (SoftMaker Office, see: ) with more features for those who need all the bells and whistles but the free version is pretty complete anyway. Happy to answer questions, should you have any. Also if you need keys to compare (or use) the paid version. | Apr 17 04:09 |
| schestowitz | > | Apr 17 04:09 |
| schestowitz | > Best regards, | Apr 17 04:09 |
| schestowitz | I'm afraid we cannot offer support/endorsement to proprietary software. | Apr 17 04:09 |
| schestowitz | Thanks for reaching out anyway and porting to GNU/Linux. | Apr 17 04:09 |
| schestowitz | Regards, | Apr 17 04:09 |
| schestowitz | > I forgot to attach the link: https://www.softmaker.com | Apr 17 04:09 |
| -TechrightsBN/#boycottnovell-www.softmaker.com | SoftMaker: Official Website | Apr 17 04:09 | |
| schestowitz | > Hello Roy, | Apr 17 04:11 |
| schestowitz | > | Apr 17 04:11 |
| schestowitz | > Just following up in case my previous message was missed. I noticed you | Apr 17 04:11 |
| schestowitz | > covered Lex Machina's last trade secret report in 2018 and thought you'd | Apr 17 04:11 |
| schestowitz | > be interested in the latest one set to be released on 4/21. Please let | Apr 17 04:11 |
| schestowitz | > me know if you'd like an advanced embargoed copy and I'd be happy to | Apr 17 04:11 |
| schestowitz | > share it. | Apr 17 04:11 |
| schestowitz | > | Apr 17 04:11 |
| schestowitz | > Thanks and have a nice day, | Apr 17 04:11 |
| schestowitz | > | Apr 17 04:11 |
| schestowitz | I don't deal with PR people. Tell Mark he can contact me directly. | Apr 17 04:11 |
| schestowitz | > In light of the current global health crisis, I understand your coverage | Apr 17 04:12 |
| schestowitz | > priorities may have shifted, but I wanted to give you a heads up on Lex | Apr 17 04:12 |
| schestowitz | > Machina’s 2020 Trade Secret Litigation Report that will be released on | Apr 17 04:12 |
| schestowitz | > April 21. | Apr 17 04:12 |
| schestowitz | > | Apr 17 04:12 |
| schestowitz | > | Apr 17 04:12 |
| schestowitz | > The report features federal district court data from 2010 to 2019 as Lex | Apr 17 04:12 |
| schestowitz | > Machina celebrates ten years of introducing Legal Analytics® to the | Apr 17 04:12 |
| schestowitz | > commercial legal market. The report includes data-driven insights into | Apr 17 04:12 |
| schestowitz | > case filings, and information on the most active judges, plaintiffs and | Apr 17 04:12 |
| schestowitz | > firms, case timings, injunctive relief, case resolutions, findings and | Apr 17 04:12 |
| schestowitz | > damages. Report highlights can be found below, and the entire report can | Apr 17 04:12 |
| schestowitz | > be made available upon request. | Apr 17 04:12 |
| schestowitz | > | Apr 17 04:12 |
| schestowitz | > | Apr 17 04:12 |
| schestowitz | > On April 21, readers can join Lex Machina with guest Mark Klapow, | Apr 17 04:12 |
| schestowitz | > Partner at Crowell & Moring, for a 30 minutelive webcast | Apr 17 04:12 |
| schestowitz | > <http://s.bl-1.com/h/cQnMWVzT?url=https://pages.lexmachina.com/TradeSecretReportWebcast2020NEW_LP-TradeSecretWebcast2020.html>at | Apr 17 04:12 |
| schestowitz | > 9:00 am PDT (12:00 pm EDT) as they discuss the highlights of Lex | Apr 17 04:12 |
| schestowitz | > Machina's latest Trade Secret Litigation Report. | Apr 17 04:12 |
| schestowitz | > | Apr 17 04:12 |
| schestowitz | > | Apr 17 04:12 |
| -TechrightsBN/#boycottnovell-pages.lexmachina.com | Lex Machina | Apr 17 04:12 | |
| schestowitz | > Don’t hesitate to reach out with any questions. | Apr 17 04:12 |
| schestowitz | > | Apr 17 04:12 |
| schestowitz | > | Apr 17 04:12 |
| schestowitz | > | Apr 17 04:12 |
| schestowitz | > Report Highlights | Apr 17 04:12 |
| schestowitz | > | Apr 17 04:12 |
| schestowitz | > | Apr 17 04:12 |
| schestowitz | > * | Apr 17 04:12 |
| schestowitz | > | Apr 17 04:12 |
| schestowitz | > Due to the DTSA, Trade Secret case filings increased 30% between | Apr 17 04:12 |
| schestowitz | > 2015 and 2017 and have remained steady between 2017 and 2019. | Apr 17 04:12 |
| schestowitz | > | Apr 17 04:12 |
| schestowitz | > * | Apr 17 04:13 |
| schestowitz | > | Apr 17 04:13 |
| schestowitz | > Insurance and financial services companies are the most active | Apr 17 04:13 |
| schestowitz | > plaintiffs of the decade. Often these companies use a licensing or | Apr 17 04:13 |
| schestowitz | > franchising system, then sue for trade secret. | Apr 17 04:13 |
| schestowitz | > | Apr 17 04:13 |
| schestowitz | > * | Apr 17 04:13 |
| schestowitz | > | Apr 17 04:13 |
| schestowitz | > The most active law firms are known for employment law practices. | Apr 17 04:13 |
| schestowitz | > | Apr 17 04:13 |
| schestowitz | > * | Apr 17 04:13 |
| schestowitz | > | Apr 17 04:13 |
| schestowitz | > The top plaintiffs’ firms of the decade were Littler Mendelson with | Apr 17 04:13 |
| schestowitz | > 239 cases, Ogletree Deakins with 192 cases, and Seyfarth Shaw with | Apr 17 04:13 |
| schestowitz | > 181 cases. | Apr 17 04:13 |
| schestowitz | > | Apr 17 04:13 |
| schestowitz | > * | Apr 17 04:13 |
| schestowitz | > | Apr 17 04:13 |
| schestowitz | > In 2019, three judges saw 1% or more of all Trade Secret filings: | Apr 17 04:13 |
| schestowitz | > Judge Christina Snyder of the Central District of California; Judge | Apr 17 04:13 |
| schestowitz | > Robert Lee Pitman of the Western District of Texas; and Judge Amos | Apr 17 04:13 |
| schestowitz | > Louis Mazzant III of the Eastern District of Texas. | Apr 17 04:13 |
| schestowitz | > | Apr 17 04:13 |
| schestowitz | > * | Apr 17 04:13 |
| schestowitz | > | Apr 17 04:13 |
| schestowitz | > The most active plaintiff in 2019 was DiscoverOrg Data LLC, which | Apr 17 04:13 |
| schestowitz | > offers sales intelligence software and sued parties who gained | Apr 17 04:13 |
| schestowitz | > unauthorized access to its database. | Apr 17 04:13 |
| schestowitz | > | Apr 17 04:13 |
| schestowitz | > * | Apr 17 04:13 |
| schestowitz | > | Apr 17 04:13 |
| schestowitz | > The top plaintiffs’ firms of the decade were Littler Mendelson with | Apr 17 04:13 |
| schestowitz | > 239 cases, Ogletree Deakins with 192 cases, and Seyfarth Shaw with | Apr 17 04:13 |
| schestowitz | > 181 cases. | Apr 17 04:13 |
| schestowitz | > | Apr 17 04:13 |
| schestowitz | > * | Apr 17 04:13 |
| schestowitz | > | Apr 17 04:13 |
| schestowitz | > In 2019, Fisher & Phillips was the top plaintiffs’ law firm with 33 | Apr 17 04:13 |
| schestowitz | > cases, 30 of which had DTSA claims. | Apr 17 04:13 |
| schestowitz | > | Apr 17 04:13 |
| schestowitz | > * | Apr 17 04:14 |
| schestowitz | > | Apr 17 04:14 |
| schestowitz | > Case resolutions in 2019 were nearly identical to the decade overall. | Apr 17 04:14 |
| schestowitz | > | Apr 17 04:14 |
| schestowitz | > * | Apr 17 04:14 |
| schestowitz | > | Apr 17 04:14 |
| schestowitz | > This practice area has a large number of injunctions granted by | Apr 17 04:14 |
| schestowitz | > consent judgment. | Apr 17 04:14 |
| schestowitz | > | Apr 17 04:14 |
| schestowitz | > * | Apr 17 04:14 |
| schestowitz | > | Apr 17 04:14 |
| schestowitz | > In the last decade, over 1,000 cases had permanent injunctions | Apr 17 04:14 |
| schestowitz | > granted by consent. | Apr 17 04:14 |
| schestowitz | > | Apr 17 04:14 |
| schestowitz | > * | Apr 17 04:14 |
| schestowitz | > | Apr 17 04:14 |
| schestowitz | > In 2019, courts awarded damages in fewer Trade Secret cases than in | Apr 17 04:14 |
| schestowitz | > 2018 but a larger amount of money overall. | Apr 17 04:14 |
| schestowitz | > | Apr 17 04:14 |
| schestowitz | Re: for immediate publication | Apr 17 04:18 |
| schestowitz | > feel free to trim it down if you think it will help. leave the code routine though. | Apr 17 04:18 |
| schestowitz | > | Apr 17 04:18 |
| schestowitz | > same as the previous, i do NOT recommend retyping this one. thats fine for prose, but for this, it would be nasty. | Apr 17 04:18 |
| schestowitz | > | Apr 17 04:18 |
| schestowitz | ON IT :-) | Apr 17 04:18 |
| schestowitz | TY! | Apr 17 04:18 |
| schestowitz | > http is responding on TR but giving this error only: | Apr 17 04:34 |
| schestowitz | > | Apr 17 04:34 |
| schestowitz | > Error establishing a database connection | Apr 17 04:34 |
| schestowitz | > | Apr 17 04:34 |
| schestowitz | > TM seems ok still. | Apr 17 04:34 |
| schestowitz | Based on the time you sent this, it is possible that I know why and it's nothing to worry about. When I link to TR from social media it still puts TR under massive strain. But the same is true for other sites I link to. Some go offline for several minutes or never come back. | Apr 17 04:34 |
| schestowitz | > That sounds great, what is the expected time bracket in which the | Apr 17 04:35 |
| schestowitz | > articles should be completed once I receive the materials? | Apr 17 04:35 |
| schestowitz | Probably about a day. | Apr 17 04:35 |
| schestowitz | > Also, rather embarrassingly my society's website's domain has been down | Apr 17 04:39 |
| schestowitz | > for a couple weeks (without me realising). | Apr 17 04:39 |
| schestowitz | > | Apr 17 04:39 |
| schestowitz | > Renewed it today and thought I would send you the link, just as proof of | Apr 17 04:39 |
| schestowitz | > what I have done this last year. | Apr 17 04:39 |
| schestowitz | > | Apr 17 04:39 |
| schestowitz | > 2020.goldsmiths.tech | Apr 17 04:39 |
| schestowitz | I like the design. | Apr 17 04:39 |
| schestowitz | Very clean. | Apr 17 04:39 |
| schestowitz | Type up an introduction and I will transpose that so as to prepare readers for your articles. | Apr 17 04:39 |
| schestowitz | Would you be interested in writing about the following new reports? | Apr 17 04:39 |
| schestowitz | We alluded to this before the outcome was known e.g. in http://techrights.org/2019/10/30/bailed-out-by-militarism/ | Apr 17 04:39 |
| schestowitz | <li> | Apr 17 04:39 |
| schestowitz | <h5><a href="https://www.reuters.com/article/us-amazon-com-pentagon-microsoft/u-s-probe-unable-to-rule-out-white-house-influence-on-jedi-contract-awarded-to-microsoft-not-amazon-idUSKCN21X27T">U.S. probe unable to rule out White House influence on JEDI contract awarded to Microsoft, not Amazon</a></h5> | Apr 17 04:39 |
| schestowitz | <blockquote> | Apr 17 04:39 |
| schestowitz | <p>Known as Joint Enterprise Defense Infrastructure, or JEDI, the cloud computing contract is intended to give the military better access to data and technology from remote locations. </p> | Apr 17 04:39 |
| schestowitz | <p> “We could not definitively determine the full extent or nature of interactions that administration officials had, or may have had, with senior DoD officials regarding the JEDI Cloud procurement because of the assertion of a ‘presidential communications privilege,’” the report said, referring to the Department of Defense by its acronym. </p></blockquote></li> | Apr 17 04:39 |
| schestowitz | <li> | Apr 17 04:39 |
| -TechrightsBN/#boycottnovell-techrights.org | Microsoft Looking to be ‘Bailed Out’ by Militarism, Imperialism, Racism and Fascism | Techrights | Apr 17 04:39 | |
| schestowitz | <h5><a href="https://www.bloomberg.com/news/articles/2020-04-15/pentagon-watchdog-clears-microsoft-s-10-billion-cloud-contract">Pentagon Watchdog Clears Microsoft’s Cloud Win Over Amazon</a></h5> | Apr 17 04:39 |
| schestowitz | <blockquote> | Apr 17 04:39 |
| schestowitz | <p>The 317-page report issued Wednesday by the inspector general’s office also found that giving the JEDI contract to a single company -- Microsoft -- rather than dividing it among competitors was “consistent with applicable acquisition standards.” </p> | Apr 17 04:39 |
| schestowitz | <p>[...]</p> | Apr 17 04:39 |
| schestowitz | <p>But the report also said the White House limited cooperation with the inquiry. The inspector general said the assertion of a “presidential communications privilege” resulted in the Defense Department general counsel instructing officials “not to answer our questions about potential communications between White House and DoD officials about JEDI.”</p></blockquote></li> | Apr 17 04:39 |
| -TechrightsBN/#boycottnovell- ( status 404 @ https://www.reuters.com/article/us-amazon-com-pentagon-microsoft/u-s-probe-unable-to-rule-out-white-house-influence-on-jedi-contract-awarded-to-microsoft-not-amazon-idUSKCN21X27T">U.S ) | Apr 17 04:39 | |
| -TechrightsBN/#boycottnovell-www.bloomberg.com | Bloomberg - Are you a robot? | Apr 17 04:39 | |
| *libertybox (~schestowi@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 04:41 | |
| *acer-box__ (~acer-box@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 04:41 | |
| -NickServ-acer-box__!~acer-box@host81-154-172-215.range81-154.btcentralplus.com has just authenticated as you (schestowitz) | Apr 17 04:41 | |
| *acer-box__ has quit (Changing host) | Apr 17 04:41 | |
| *acer-box__ (~acer-box@unaffiliated/schestowitz) has joined #boycottnovell | Apr 17 04:41 | |
| *ChanServ gives channel operator status to acer-box__ | Apr 17 04:41 | |
| *acer-box has quit (Ping timeout: 256 seconds) | Apr 17 04:44 | |
| schestowitz | https://joindiaspora.com/posts/17829445 | Apr 17 05:33 |
| -TechrightsBN/#boycottnovell-Not a Diaspora post? | Apr 17 05:33 | |
| schestowitz | https://joindiaspora.com/posts/17829437#d99c05e0629301384e247a163ef10931 | Apr 17 08:20 |
| -TechrightsBN/#boycottnovell-@linux@joindiaspora.com: The Latest #GitHubFree Research: An Introduction or Update http://techrights.org/2020/04/16/github-free-research/ #GitHub #DeleteGitHub #gnu #linux | Apr 17 08:20 | |
| schestowitz | " | Apr 17 08:20 |
| schestowitz | Apr 17 08:20 | |
| -TechrightsBN/#boycottnovell--> techrights.org | The Latest GitHub-Free Research: An Introduction or Update | Techrights | Apr 17 08:20 | |
| schestowitz | I’m certainly not impressed by their recent invitation to use formerly premium features. GitHub is a trap, and now they’re opening the trap a little wider. Yep. | Apr 17 08:20 |
| schestowitz | " | Apr 17 08:20 |
| schestowitz | https://joindiaspora.com/posts/17829437#40a92830629601384e407a163ef10931 | Apr 17 08:21 |
| -TechrightsBN/#boycottnovell-@linux@joindiaspora.com: The Latest #GitHubFree Research: An Introduction or Update http://techrights.org/2020/04/16/github-free-research/ #GitHub #DeleteGitHub #gnu #linux | Apr 17 08:21 | |
| schestowitz | "Gentoo’s GitHub is a mirror. Hmmm, this got me thinking: One of the ways to lessen GitHub's power over it's participants would be to create a number of mirrors, distributed around the world. This way, if a project is deleted from GitHub, it could still be retrieved in its entirety from one or more mirrors. The only thing standing in the way of this idea is the cost of setting-up and maintaining a mirror. It would not be a hosting | Apr 17 08:21 |
| schestowitz | service, but only a git server, so it would be relatively simple. I assume that Microsoft would soon find ways to try to block the mirroring..." | Apr 17 08:21 |
| schestowitz | Microsoft SUED over LinkedIn scraping (public info!) | Apr 17 08:22 |
| schestowitz | > 361072304 Apr 16 05:13 tm-db-20200416.dump.gz | Apr 17 08:34 |
| schestowitz | > 360928672 Apr 16 05:09 tm-db-20200416.dump.gz. | Apr 17 08:34 |
| schestowitz | There are two files here, could it be a bug? Intentional/manual? | Apr 17 08:34 |
| schestowitz | > Ok. Some configuration will be needed first: | Apr 17 08:36 |
| schestowitz | > | Apr 17 08:36 |
| schestowitz | > $ lxc-attach -n mysql-shared | Apr 17 08:36 |
| schestowitz | > lxc-attach: mysql-shared: tools/lxc_attach.c: main: 313 You lack access | Apr 17 08:36 |
| schestowitz | > to /home/xxxxxxxxxxx/.local/share/lxc | Apr 17 08:36 |
| schestowitz | Do you have root on the machine? Did you have me take that back? | Apr 17 08:36 |
| *acer-box__ has quit (Quit: Konversation term) | Apr 17 08:45 | |
| *libertybox has quit (Quit: Ex-Chat) | Apr 17 08:45 | |
| -NickServ-acer-box!~acer-box@host81-154-172-215.range81-154.btcentralplus.com has just authenticated as you (schestowitz) | Apr 17 08:48 | |
| *libertybox (~schestowi@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 08:48 | |
| *acer-box (~acer-box@unaffiliated/schestowitz) has joined #boycottnovell | Apr 17 08:48 | |
| *ChanServ gives channel operator status to acer-box | Apr 17 08:48 | |
| *rianne_ has quit (Ping timeout: 240 seconds) | Apr 17 09:08 | |
| *liberty_box has quit (Ping timeout: 258 seconds) | Apr 17 09:08 | |
| *rianne_ (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 09:24 | |
| *liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 09:25 | |
| *oiaohm_ is now known as oiaohm | Apr 17 09:36 | |
| *liberty_box has quit (Ping timeout: 256 seconds) | Apr 17 09:37 | |
| *rianne_ has quit (Ping timeout: 240 seconds) | Apr 17 09:37 | |
| oiaohm | schestowitz: I was not exactly rewriting history. If you look at the time line when Microsoft does things align to like Azure growth, samba case, work for android on windows phone and so on. There is a clear pattern of Microsoft saying they like Linux or do things to be more Linux compadible when they have something internally forcing them. | Apr 17 09:40 |
| oiaohm | schestowitz: there is a lot of evidence for what I think when you do up time lines of all the events. | Apr 17 09:41 |
| oiaohm | schestowitz: its really simple not to put https://en.wikipedia.org/wiki/Microsoft_Azure rebrand in 2014 on your time line. Windows Azure comes Microsoft Azure before Microsoft says they love Linux. Reason for the rebrand of Azure is more of what they were selling on Azure was Linux than windows. | Apr 17 09:45 |
| -TechrightsBN/#boycottnovell-en.wikipedia.org | Microsoft Azure - Wikipedia | Apr 17 09:45 | |
| oiaohm | Please note rebrand starts before the formal announce of the rebrand in the documents. | Apr 17 09:49 |
| oiaohm | That what makes this trickly news time line suggest the annoyance about love of Linux comes after the Microsoft Azure rename. When wording on contracts and others show it the other way over. | Apr 17 09:50 |
| oiaohm | PR department of Microsoft does a good job messing with the order of events. | Apr 17 09:50 |
| *rianne_ (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 09:56 | |
| schestowitz | https://twitter.com/franciscocho/status/1250536481875210241 | Apr 17 09:58 |
| -TechrightsBN/#boycottnovell-@franciscocho: @zoobab A very interesting and difficult question. Right now, the unitary patent is not unitary in regard to comp… https://t.co/0Qst3tOdRT | Apr 17 09:58 | |
| -TechrightsBN/#boycottnovell-@franciscocho: @zoobab A very interesting and difficult question. Right now, the unitary patent is not unitary in regard to comp… https://t.co/0Qst3tOdRT | Apr 17 09:58 | |
| schestowitz | "A very interesting and difficult question. Right now, the unitary patent is not unitary in regard to compulsory licences (see Recital 10 in Regulation 1257/2012) https://eur-lex.europa.eu/LexUriServ/LexUriServ.do?uri=OJ:L:2012:361:0001:0008:EN:PDF …" | Apr 17 09:58 |
| schestowitz | https://twitter.com/franciscocho/status/1250539673954521088 | Apr 17 09:59 |
| -TechrightsBN/#boycottnovell-@franciscocho: @zoobab Assuming that we have a unitary patent when the next pandemic comes, would you prefer that the power to gra… https://t.co/P9JtLImFqL | Apr 17 09:59 | |
| -TechrightsBN/#boycottnovell-@franciscocho: @zoobab Assuming that we have a unitary patent when the next pandemic comes, would you prefer that the power to gra… https://t.co/P9JtLImFqL | Apr 17 09:59 | |
| schestowitz | "Assuming that we have a unitary patent when the next pandemic comes, would you prefer that the power to grant compulsory licences remains with national goverments as regards their territories (current Regulation) or otherwise?" | Apr 17 09:59 |
| *rianne_ has quit (Ping timeout: 256 seconds) | Apr 17 10:00 | |
| *rianne_ (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 10:14 | |
| *liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 10:14 | |
| *liberty_box has quit (Ping timeout: 240 seconds) | Apr 17 10:21 | |
| *rianne_ has quit (Ping timeout: 258 seconds) | Apr 17 10:22 | |
| *rianne_ (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 10:31 | |
| *liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 10:31 | |
| *liberty_box has quit (Ping timeout: 260 seconds) | Apr 17 10:36 | |
| *rianne_ has quit (Ping timeout: 258 seconds) | Apr 17 10:37 | |
| *rianne_ (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 10:38 | |
| *liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 10:38 | |
| oiaohm | schestowitz: the biggest thing I see people don't check when Microsoft renamed products is when they did the trademark application to protect the trademark. This in a lot of cases gives a different time line on when the idea to change was done compare to the new stream anouncing the change. | Apr 17 10:39 |
| *rianne_ has quit (Ping timeout: 256 seconds) | Apr 17 10:46 | |
| *liberty_box has quit (Ping timeout: 258 seconds) | Apr 17 10:47 | |
| *rianne_ (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 11:15 | |
| *liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 11:15 | |
| *rianne_ has quit (Quit: Konversation terminated!) | Apr 17 12:03 | |
| *rianne_ (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 12:04 | |
| schestowitz | <li> | Apr 17 12:10 |
| schestowitz | <h5><a href="https://diginomica.com/how-chinese-hackers-exploited-linux-servers-undetected-eight-years">How Chinese hackers exploited Linux servers undetected for eight years</a></h5> | Apr 17 12:10 |
| -TechrightsBN/#boycottnovell- ( status 404 @ https://diginomica.com/how-chinese-hackers-exploited-linux-servers-undetected-eight-years">How ) | Apr 17 12:10 | |
| schestowitz | <blockquote> | Apr 17 12:10 |
| schestowitz | <p>Although the five groups apparently have different objectives and targets, the report says they share tools and tactics and appear to be coordinating with each other. They are all related to one another and to an APT identified in earlier research as WINNNTI group. Among the common tricks used by the hackers is through the use of Windows malware that uses adware code-signing certificates which are considered | Apr 17 12:10 |
| schestowitz | low security threats and have a low detection rate. That allows their disguised spyware to communicate through innocuous domain names on cloud servers. </p></blockquote></li> | Apr 17 12:10 |
| *rianne_ has quit (Quit: Konversation terminated!) | Apr 17 12:15 | |
| *rianne_ (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 12:15 | |
| *liberty_box has quit (Ping timeout: 265 seconds) | Apr 17 12:45 | |
| *rianne (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 12:45 | |
| *liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 12:45 | |
| *rianne_ has quit (Ping timeout: 260 seconds) | Apr 17 12:46 | |
| *rianne has quit (Ping timeout: 264 seconds) | Apr 17 13:37 | |
| *liberty_box has quit (Ping timeout: 265 seconds) | Apr 17 13:37 | |
| *rianne (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 14:27 | |
| *liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 14:27 | |
| *liberty_box has quit (Ping timeout: 264 seconds) | Apr 17 14:54 | |
| *rianne has quit (Ping timeout: 264 seconds) | Apr 17 14:54 | |
| *rianne (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 14:57 | |
| *liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 14:57 | |
| *rianne has quit (Quit: Konversation terminated!) | Apr 17 15:15 | |
| *rianne (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 15:16 | |
| *rianne has quit (Ping timeout: 258 seconds) | Apr 17 16:10 | |
| *liberty_box has quit (Ping timeout: 256 seconds) | Apr 17 16:10 | |
| *rianne (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 16:13 | |
| *liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 16:16 | |
| *liberty_box has quit (Ping timeout: 264 seconds) | Apr 17 16:50 | |
| *rianne has quit (Ping timeout: 260 seconds) | Apr 17 16:50 | |
| *rianne (~rianne@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 16:52 | |
| *liberty_box (~liberty@host81-154-172-215.range81-154.btcentralplus.com) has joined #boycottnovell | Apr 17 16:52 | |
| *swaggboi has quit (Quit: C-x C-c) | Apr 17 18:47 | |
| *swaggboi (~swaggboi@slackware.uk/supporter/swaggboi) has joined #boycottnovell | Apr 17 18:51 | |
| schestowitz | https://twitter.com/KerkStelli/status/1251185092405452800 | Apr 17 19:42 |
| -TechrightsBN/#boycottnovell-@KerkStelli: #mayday MAY DAY !! https://t.co/5JEYRauaAX | Apr 17 19:42 | |
| -TechrightsBN/#boycottnovell-@schestowitz: ● NEWS ● #teenvogue #mayday #labor #classStruggle ☞ On May 1, Organizers Across the Country Will Carry Out Rent and… https://t.co/g8Ba9NJXd2 | Apr 17 19:42 | |
| schestowitz | https://twitter.com/fcassia/status/1251157191073005573 | Apr 17 19:43 |
| -TechrightsBN/#boycottnovell-@fcassia: @schestowitz @mmasnick @jitsinews @glynmoody @emilivov @brunoborges @robilad But technically speaking, wasn't as bl… https://t.co/0h7q9rSZfk | Apr 17 19:43 | |
| -TechrightsBN/#boycottnovell-@fcassia: @schestowitz @mmasnick @jitsinews @glynmoody @emilivov @brunoborges @robilad But technically speaking, wasn't as bl… https://t.co/0h7q9rSZfk | Apr 17 19:43 | |
| schestowitz | " | Apr 17 19:44 |
| schestowitz | But technically speaking, wasn't as blatant as MSFT registering "Microsoft Meet" | Apr 17 19:44 |
| schestowitz | Winking face | Apr 17 19:44 |
| schestowitz | " | Apr 17 19:44 |
| schestowitz | https://twitter.com/Peterwyck29/status/1251152150563926020 | Apr 17 19:44 |
| -TechrightsBN/#boycottnovell-@Peterwyck29: @schestowitz https://t.co/b7xsrVYM7w | Apr 17 19:44 | |
| -TechrightsBN/#boycottnovell-@Peterwyck29: @schestowitz https://t.co/b7xsrVYM7w | Apr 17 19:44 | |
| schestowitz | https://twitter.com/glynmoody/status/1251151050775523328 | Apr 17 19:44 |
| -TechrightsBN/#boycottnovell-@glynmoody: @schestowitz don't worry, everything is "ramping up" they assure us... | Apr 17 19:44 | |
| schestowitz | it sure is, we'll go past Italy and Spain at this pace, "taking back control" at the top (cases and fatalities) | Apr 17 19:45 |
| schestowitz | I'm always amused at the back of my mind, recalling the phase "ill/sick man of Europe" | Apr 17 19:45 |
| schestowitz | https://twitter.com/jaromil/status/1251144742110261249 | Apr 17 19:46 |
| -TechrightsBN/#boycottnovell-@jaromil: @schestowitz because I don't use social networks to hide; but when I hide I don't use social networks. | Apr 17 19:46 | |
| schestowitz | are you on fediverse BTW? | Apr 17 19:46 |
Generated by irclog2html.py 2.6 by Marius Gedminas - find it at mg.pov.lt!