@Obsolesce said in UREs Strike InnoDB on MySQL:

@scottalanmiller said in UREs Strike InnoDB on MySQL:

@Pete-S said in UREs Strike InnoDB on MySQL:

Step one is to remove the drives and clone them with dd or recovery tool to a new drive.
You could probably recover 99.9% of the data - if you want.

As you can guess from all of their previous issues, they don't want to pay for any recovery, they just want it magically fixed for free. They don't own any storage onto which to clone it, either.

Then what is the point of any of it? It appears to have zero value to the business.

I said that to them.

I can't read the phrase "kernel panic" without thinking of this tune:

Youtube Video

So, easy fix, the ca_stag2 was a staging DB that was not needed and was not current. The whole thing appears to have corrupted. So I simply "moved" that entire directory to /tmp (just in case I had to put it back) and then MySQL could fire up.

@scottalanmiller said in Installing MediaWiki on CentOS 6:

@travisdh1 said in Installing MediaWiki on CentOS 6:

Do they have a tui for firewall-cmd yet?

Not that I have seen.

I want to down vote RedHat.

@scottalanmiller said in Slow SSH Logins on Linux:

Often remote SSH logins on Linux can experience a lengthy delay. This is often caused by the SSH daemon on the server defaulting to attempting a DNS lookup of the SSH client attempting to connect to it. Typically we do not want this behaviour as client systems often cannot be verified in this manner but awaiting a DNS timeout can be rather annoying. Many systems configure this on by default. I see this in the Red Hat family including RHEL, CentOS, etc.

The fix is simple, just explicetly add the line:

UseDNS no

To the /etc/ssh/sshd_config configuration file. The default is “yes” and there should be a comment to this effect as well. After making the change, simply restart the SSH daemon for the change to take effect.

service sshd restart

Originally found in 2012 on my Linux blog here: http://web.archive.org/web/20140822224153/http://www.scottalanmiller.com/linux/2012/09/02/slow-ssh-logins/

Ran into this the other day. Windows to Linux was pretty slow, but Linux to Linux (using our Bind server) was super fast. Turned off DNS and GSSAPI and it was fine from Windows.

Looks like that one is working, thanks.

In case anyone else runs across this same issue, I got this resolved with a simple command:

dracut --regenerate-all -f && grub2-mkconfig -o /boot/grub2/grub.cfg

After doing this, everything booted up properly.

I then installed hyperv-daemons, rebooted, and everything works great.

@Kelly said in OpenSSH installed, but cannot use SCP:

Ok, I can now copy. Thanks for all the help. I have learned a lot in just this one issue.

Cool, just realized that this was solved. So marking it as such. Thanks.

@Dashrender argh. Cost 😞

@Dashrender said:

Is linux better than it was, sure, is it as good for non techies as Windows, possible I suppose as I haven't installed Mint in ... ever.

I've tried testing this before and I've never seen any non-techie feel that Windows was better. Literally, never. I've only seen experienced Windows users that did not want to switch. Starting from scratch, Linux has always been found to be easier in the few "greenfield" tests that I've ever seen.

@scottalanmiller Planning to start it this week.

I'm still finding parts to use. Trying to be as cost conscious as possible as this is only my home lab. (and the significant other gets testy when I want to "buy toys")

@scottalanmiller Ok, I think I got it. Per http://bugs.elastix.org/view.php?id=2549:

Starting with PHPMailer v5.2.7, the default HELO hostname is not set anymore to 'localhost' if not supplied on the Hello() function... This generates that the Elastix remotesmtp configuration checker ends up sending an empty HELO/EHLO command, which makes Gmail (and probably many other SMTP servers) really unhappy.

A possible solution would be to modify /var/www/html/modules/remote_smtp/libs/paloSantoEmailRelay.class.php on line 156:

if(!$smtp->Hello()){

change to:

if(!$smtp->Hello(getHostname())){

If you are using the Multi Tenant version the location is /usr/share/elastix/apps/remote_smtp/libs/paloSantoEmailRelay.class.php

Changed that and it worked. However, whenever I create a new organization and the email is sent to the "admin", I never receive anything... what could it be now? Any ideas? Thanks!

Really quite simple since NVM is so simple itself. Just used the standard curl + bash command to run the NVM install of the version of my choice (handling updates will have to come in a later version.) I use the install directory relocation option and that puts NVM into /usr/local/nvm rather than into the user's own folder. Then just source the newly installed nvm.sh file and run the NVM Node.js install command as usual. Voila.

Congrats

@scottalanmiller said:

We lead with geo-specific deny rules to block regions before allowing ports.

And in that case it makes sense. You're blocking all traffic from China or Russia, for example. Then you allow the ports you want open but those countries are blocked, and maybe every other country is fine (hopefully you haven't blocked Spain... ;)), and then you deny the rest. That also makes logistical sense. I don't disagree with @thecreativeone91. It all comes down to what your objective is and then determining the best way to approach it.

Interesting, thanks.