@ou_snaaksie said in Installing Rocket.Chat on CentOS 7:

The installation worked perfetly, but after restarting the server I am unable to access Rocketchat.

I've run the line:
/opt/Rocket.Chat/node_modules/forever/bin/forever start /opt/Rocket.Chat/main.js

but it is still not working.

Use this command to see what is listening...

netstat -tulpn

This should also be a concern for internal systems. Having the ability to MitM a server if you can take a client even through other means is a pretty large problem.

@scottalanmiller said in Installing MongoDB 3.2 on CentOS 7:

Just tested and deployed to CentOS 7.2 on Linode.

This failed me, so I went to the mongo docs and the baseurl contains the variable $releasever.

using that results in redhat//mongodb in the file, which is why I assume you hard coded that bit.

Escaping the $ fixes it.

cat > /etc/yum.repos.d/mongodb-org-3.2.repo <<EOF [mongodb-org-3.2] name=MongoDB Repository baseurl=https://repo.mongodb.org/yum/redhat/\$releasever/mongodb-org/3.2/x86_64/ gpgcheck=1 enabled=1 gpgkey=https://www.mongodb.org/static/pgp/server-3.2.asc EOF

If I may butt in here and show off I've talked about the text editor war on my blog (and here) before:

http://tonyshowoff.com/articles/vi-vs-emacs-nope-theyre-both-terrible-and-obsolete/ (link to MangoLassi conversation in post)

In all seriousness, because the post is a little over the top, if you want to be a sysadmin with Linux, Unix, BSD, old SunOS machines from the stone ages, etc you really need to know how to use vi. I know how to use vi, I despise it, but it's necessary from time to time. Often there are easier, less terrible editors available, but not always, and sometimes other editors aren't capable of completing the task for whatever reason (vipw for example).

My personal recommendations are nano or pico or FreeBSD's formerly popular "ee", I use these pretty much all the time, except, again, vi does come up.

@stacksofplates

Btw Centos got updated to:

CentOS 7.4 (1708)
CentOS Linux release 7.4.1708 (Core)

https://wiki.centos.org/Manuals/ReleaseNotes/CentOS7?action=show&redirect=Manuals%2FReleaseNotes%2FCentOS7.1708

Noteable mentions

At least 1024 MB RAM is required to install and use CentOS-7 (1708). When using the Live ISOs for install, 1024 MB RAM produces very slow results and even some install failures. At least 1344 MB RAM is recommend for LiveGNOME or LiveKDE installs.

The initramfs files are now significantly bigger than in CentOS-7 (1503). You may want to consider lowering installonly_limit in /etc/yum.conf to reduce the number of installed kernels if your /boot partition is smaller than 400MB. New installations should consider using 1GB, which is now the upstream recommended, as the size of the /boot partition.

Sadly Centos 7.4 does not work with this guide 😞 Damn

@dafyre said:

@scottalanmiller What separates the two? er... What makes Webmin not enterprise friendly vs Cockpit? (it has been a LONG time since I've used webmin and I haven't used Cockpit yet).

Webmin is a "third party unsupported add on crutch." It's whole purpose is to make UNIX graphical without using the officially supported toolsets. While that in and off itself isn't "bad", it's bad conceptually. It's purpose is to be a crutch for people who won't learn how to run the system and ends up being just like FreeNAS or whatever - just limitations and risk layered on top of the OS.

Cockpit is different. It is part of the OS itself, not an add on. It's fully managed and supported by the team that makes the OS (Red Hat, in this case.) In this way it is like the Microsoft GUI interface - still not ideal as a management tool, but stable and supported.

That Webmin is a huge, dangerous catch all for management and Cockpit is a limited graphical view of capacity planning with a few very simplistic management tools also makes them very different. Cockpit is not meant to replace being a good admin, it's meant to give some graphical views where they make sense. Webmin is meant to let people run an OS that they don't understand.

@Breffni-Potter said:

@johnhooks said:

I have a hard time believing they will be able to secure their own as much as the big companies.

I'm sure the KGB will be part of the process, same as the NSA gets involved with Microsoft 🙂

Much harder to do with open source since people could compile stuff themselves.

@scottalanmiller said:

@johnhooks said:

I think the Ubuntu store ruined it for me. It used to take forever to load so I always just did cli, maybe I need to try the Fedora store and see how it works.

On Mint you just click on the DEB, there is no store involved.

Ah ok. Ya Ubuntu used to load the full store (not sure if it still does) to install something. So I just started doing gdebi or dpkg -i or dnf install ./package for everything I downloaded.

I have my menu key on my keyboard mapped to the drop down terminal Gnome 3 extension because I don't use that key anyway. So opening the terminal and running it is pretty quick.

I'll have to see how Fedora handles that.

Nice Document

@Dashrender said:

Right, but when you're working with files that large - why bother storing them in a VM - just st.... OK yeah, that goes against the standard practice now.. so we need a VM, even if the whole host is a VM - welp, I guess your stuck with XFS 🙂

Pretty much. EXT4 is pretty silly for a server of any size, which is why even for desktops RHEL is XFS by default and EXT4 only as an option for advanced users. EXT4's days are pretty much over.

@brianlittlejohn said:

0_1455289532043_sandwich.png

I'm sure this goes against every best practice, but when I'm doing a bunch of admin stuff i issue a sudo bash and open up a new bash shell with sudo privileges

Not uncommon, and I do that a bit too (I use sudo -i su) but one of the good things about that is that it still tracks your user, it does not treat you as root for auditing.

@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.

@StrongBad said:

LVM is awesome, it is a great tool.

I use it all the time. Snapshots are awesome. I've just never needed to use multiple disks and didn't think of the above scenarios when you would have multiple PVs.

@thwr Thanks

@Dashrender argh. Cost 😞