New Confluence available at Simulakrum

New Confluence 5.9.7 is now available to the members of the appropriate groups in LDAP. There was an issue with Confluence-in-Docker in the installation phase where Confluence would reach the “Insert license key” step, and then simply spin in a vicious circle.

Found a workaround for that – simply do not attempt to add SSL keys to Confluence during the installation, but reach it through an openssh tunnel (make sure you reach it as “127.0.0.1”) finish the installation, and then add SLL, LDAP and other necessities.

The steps are: Continue reading

Jenkins in a container

The jenkins.simulakrum.org server is now running from within a Docker container. Migration was flawless and done from scratch in less than 30 minutes. The reason was that Ubuntu would fail to restart a native jenkins service if another Docker container would use a port, albeit on a different IP. After being fed up with constant joggling between solutions for that, I decided it would be faster to simply “dockerise” Jenkins, too, and have it confined in a container for good.
Continue reading

Kyocera FS 1040 printer not working

A Kyocera FS 1040 printer not working with the drivers and rastertokpsl fromĀ https://www.kyoceradocumentsolutions.eu/index/service/dlc.false._.FS1040._.EN.html site? Just fetch them from here: http://www.kyoceradocumentsolutions.com.cn/support/mfp/download/ecosys6.html

 

Edit: if the alternate driver does not help either, a third way might be useful – instead of the printing, choose saving as a PDF somewhere on the disk, and then open with the default viewer and try to print – this worked for me on a few occasions.

Simulakrum moves to SSDs

Simulakrum will soon be moved onto SSDs, a significant decrease of latency is expected for all of the services.

new_server

Also, routing should be improved through a new switch, and brand new cables connected to a new patch panel.

new_small_rack

Finally, some of the new services are now moved to Docker. Evil would say that move actually degrades the speed, but I need some Docker practice, so it should be a double benefit.

CoD – Code of the Day – 1447441471

#include <stdio.h>

enum {WARNING, ERROR, INFO, SUCCESS};

char const *msg(int type);

int main (int argc, char **argv)
{

puts(msg(INFO));

puts(msg(0));
return 0;
}

char const *msg(int type)
{

switch (type)
{
case WARNING:
return “Warning message!”;
case ERROR:
return “Error message!”;
case INFO:
return “Info message!”;
case SUCCESS:
return “Success message!”;

}

return NULL;
}

slapi_attr_is_last_mod

Had to move 389-ds from a docker container running under a CentOS 7 to docker container running under Ubuntu 14.04 LTS. An exotic message appeared once I tried to run the dirsrv from within the new container:

/usr/sbin/ns-slapd: undefined symbol: slapi_attr_is_last_mod

Apparently, the user that last used the dirsrv left some inconsistencies (though I used “-rltzuv” for rsync).

The thing that helped was to erase and re-install. Have you tried to turn it off and on again?

Joomla’s rewrite rules break server-status

I’ve noticed that we’d lost all of the munin monitoring for Joomla-based sites after switching on Joomla‘s internal URL rewriting. The default rules in the recommended .htaccess file block the access to the Apache’s server-status page. A simple:

# allow status
RewriteCond %{REQUEST_URI} !=/server-status

just above the last rule there fixes this problem.

SSL not working: certificate verify failed (18)

If your ssmtp persistently returns a “SSL not working: certificate verify failed (18)” in logs, and you do have “TLS_CA_File=/etc/pki/tls/certs/ca-bundle.crt” in your conf, and you do use a self-signed certificate, try adding the certificate in “/usr/share/pki/ca-trust-source/anchors/” (Fedora 22 directory, may vary for other distros) and then re-try the mailer agian.