Monthly Archives: Февраль 2016

Oracle and a Cloud Slavery

Few month ago I saw that Oracle Corp. announced Oracle Standard Edition 2.

Well, nice to see a progress in product line development. But at first time I couldn’t find any info about edition differences. Oracle’d changed design of it’s web-site,  now it looks like a housewives is it’s marketing target, not a professionals.

Today I’ve found a brief about SE2… In few words, they decided to join SE and SE One.

Well. I’m really shocked! Oracle forces SMB customers to use it’s Cloud… I really couldn’t understand why…

Let’s start the list of sadness:

  1. They had decreased amount of CPU sockets from 4 to 2 (Twice, damn it!!!)
  2. Whatever CPU you have decided to run on, you will be limited to 16 threads for two sockets!!! (WTF?!) Even in RAC environment.

Well.. Quite pity, isn’t it?

Let’s read Q’n’A section:

«Zero-Cost License Migration from SE»

I would like to see that idiot how will agree to change full 4-socket license for this piece of… decide yourselves what is it.

And at last:

«Consider an upgrade to Oracle Enterprise Edition or Oracle Database Cloud Service»

Oh, I see!!! That’s the point! Now your have only to spend a lot of money for EE or trust to a «trusted» company with a very secure data center, but you can’t control a thing in it.

Welcome to a CLOUD SLAVERY!!!

 

chain-of-the-last-slave-lossing1

YUM: can not find RHNS CA file

OELHello my friends, long time! Haven’t written a thing for a long period of time, my fault, I’m sorry 🙂

Well, some time ago I started to study OpenStack and it’s implementation in Oracle Enterprise Linux 7.2. Quite interesting way of Cloud Computing.

And today I’ve met some strange behavior of YUM utility. In documentation is written, that you must completely update your host operating system by

[root@localhost ~]# yum update

Well, that’s nice, comfortable and peaceful procedure after those I’ve got the following error:

[root@localhost ~]# yum
Loaded plugins: langpacks, ulninfo
ERROR: can not find RHNS CA file: /usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT

The reason of this is in RHN* packages, which have been installed during update procedure. So, we need to identify them by RPM tool:

[root@localhost ~]# rpm -qa|grep rhn
rhn-check-2.2.6-1.0.2.el7.noarch
rhn-setup-2.2.6-1.0.2.el7.noarch
rhn-setup-gnome-2.2.6-1.0.2.el7.noarch
rhnsd-5.0.14-1.el7.x86_64
yum-rhn-plugin-2.2.6-1.el7.noarch
rhnlib-2.5.71-1.el7.noarch
rhn-client-tools-2.2.6-1.0.2.el7.noarch

and remove from system:

[root@localhost ~]# rpm -e yum-rhn-plugin-2.2.6-1.el7.noarch \ 
                           yum-plugin-ulninfo-0.2-13.el7.noarch \
                           rhn-check-2.2.6-1.0.2.el7.noarch \
                           rhnsd-5.0.14-1.el7.x86_64 \
                           rhn-setup-2.2.6-1.0.2.el7.noarch \
                           rhn-setup-gnome-2.2.6-1.0.2.el7.noarch

And here we are, YUM works nice and smoothly:

[root@localhost ~]# yum
Loaded plugins: langpacks
You need to give some command
Usage: yum [options] COMMAND

List of Commands:

check          Check for problems in the rpmdb
%d такие блоггеры, как: