Running SimCity 3000 Unlimited natively on modern GNU/Linux distributions

Categories: Uncategorized
Tags: No Tags
Comments: No Comments
Published on: 19/11/2017

As part of the 16th SUSE hackweek and a project to run old native games on modern GNU/Linux distribution, I created some easy instructions and a script to install Loki’s native SimCity 3000 Unlimited (sc3u) and patch it to run at least openSUSE and Debian (should work for more distributions as well)

Let’s encrypt SSL certificates at cPanel automatically and without native support (for example at Namecheap)

If you want to use Let’s Encrypt free certificates with some virtual shared hosting providers such as Namecheap, you could find that there is no official support.

While using the certificates is not a problem, as it is possible from the WebUI, having then renewed and automatically installed can be a different story.

In my case, one of the providers is Namecheap, an they decided not to integrate Let’s Encrypt support into cPanel because (they say) it requires a big amount of changes to their infrastructure.

(more…)

Sonatype Nexus 3.x RPMs on OpenShift

Categories: Uncategorized
Tags: No Tags
Comments: No Comments
Published on: 05/06/2016

My sonatype-nexus-openshift repository is now able to deploy Nexus 3.x. You can check the README.md file to see how to do it.

As the scripts will change the JVM memory configuration, it is possible to run Nexus 3.x on small gears.

Please keep in mind that at this moment is not possible to migrate Nexus 2.x to Nexus 3.x, so I suggest you deploy to a new cartbrige.

Scripts to generate Sonatype Nexus 3.x RPMs are now available

Categories: Uncategorized
Tags: No Tags
Comments: No Comments
Published on: 10/04/2016

I just updated my nexus-oss-rpm GitHub repository to support RPMs for the new 3.x releases.

Please be advised that, according to the official doc, it’s not possible to migrate from Nexus 2.x at this point. And that you’ll need at least 1GB of RAM (minimum for Nexus 2.x was 512MB).

Nagios/Icinga email alerts using AWS Simple Email Service (SES)

Comments: No Comments
Published on: 26/02/2016

The biggest problem with sending email from AWS EC2 instances is that -sooner or later- your instance’s IP will be added to a blacklist. It doesn’t matter how secure your MTA is. It doesn’t matter if it’s not reachable from the internet. And it doesn’t matter if you are not sending spam at all.

Sooner or later one of your neighbors using an IP on the same IP range your instance is, will send spam, Then one of the blacklists (such as Trendmicro’s) will add the whole range as spam sender.

In theory you could try setting up rDNS but that’s not always a warranty of staying out of the lists. And obviously what AWS recommends is using (and paying) Simple Email Service or SES. It’s pretty easy to setup and pretty easy to use (you can setup IAM accounts to use SMTP).

For some services the configuration will be easy: add the SES endpoint as SMTP server hostname, enable SSL, select TCP port 465, add your credentials, and ready to go.

But how to do it for Nagios or Icinga (version 1)? (more…)

Automating the Tibco Spotfire Webplayer installer

Comments: No Comments
Published on: 21/02/2016

Tibco Spotfire is one of the commercial options for Business Intelligence Analytics, with several different components available to be installed.

Some of the components, such as Tibco Spotfire Server (which is the core of the Tibco Spotfire platform), are more or less easy to automate if you decided to go for the GNU/Linux version as it works on Red Hat, and you can use Oracle as DB, even as AWS RDS (I will create another post for this).

But some other components can be tricky, specially those running on Microsoft Windows.

(more…)

Nexus on OpenShift using the official jetty bundle

Categories: Cloud, DevOps, OpenShift
Comments: No Comments
Published on: 14/02/2016

For the last two years, I was using Shekhar Gulati GitHub repository to manage my personal Sonatype Nexus service. Deploying to OpenShift was easy, and I could get Nexus running in less than five minutes.

However, this repository was using Nexus as a war file in Tomcat, something which is now deprecated by Sonatype, and won’t be provided for the upcoming 3.0 release. Besides that, the war doesn’t include support for NPM or Ruby gems, and uploading new war files to the repository was slow and inefficient.

(more…)

Easy and fast backup (and recovery!) for huge PostgreSQL instances at AWS

Comments: No Comments
Published on: 01/02/2016

Usually you have several options when you want to backup PostgreSQL instances. First stop would be the offical doc. But at some point dumping data, or stopping the instance would not be enough. Of course, you could also go for the incremental backups using the Write Ahead Log (WAL).

But what if you want fast backups, with fast recovery, and your instance is really huge? (more…)

Removing unwanted files from GIT repositories

Comments: No Comments
Published on: 13/01/2014

A lot of times you inherit a repository with several binaries which cause an exponential size growth if they’re modified. But a GIT repository should not host binaries. In fact no VCS should host those files.

Other times a developer (or yourself) uploads something mistake that shouldn’t be on the repository.

In either case you’ll want to delete those files.

I tried several guides but it never worked as supposed because they don’t update all the branches on the repository and therefore the file is never deleted.

So let’s go: (more…)

ebs-changer: How to change between EBS volume types (or number of PIOPs) in a fast and reliable way

Comments: No Comments
Published on: 07/11/2013

NOTE: ebs-changer is no longer maintained, as is now included into EBS-Tools suite

Did you ever want to change standard EBS to io1 volumes on Amazon Web Services? Maybe io1 to standard? Did you want to increase the number of PIOPs your volumes are using? Did you performed this tedious job by hand?

In my current project (SmartSteps) at Telefonica R&D we needed to to this a lot of times on several environments using MongoDB replicasets and RAID0 on each mongo server.

So each time we needed to stop mongo services (or the instances), snapshot all the volumes, detach, delete old volumes, create new volumes from the snapshots and then reattach them using the same devices. That was more than 15 times the same set of operations.

And of course, it was likely possible to make mistakes in the process.

So, why should we do this by hand when it’s possible to automate and run the changes in parallel? (more…)

«page 1 of 2

Jenkins Status
ebs-tools
nexus-oss-rpms
s3fs-fuse-rpm
tds_fdw
full-backup
Follow Me
GithubLinkedIn
Account

Welcome , today is Wednesday, 15/08/2018