新しいOracle Databaseのバージョンが発表されたのだけど、
Database 12cの次が、Database 18cという。
いきなり12から18まで飛ばしてくれた。
これ、分かりたくない人に説明するのが大変だ。
18の由来は、2018みたいなので、それだけが救いかな。
でも、いままでにあったRelease1とか2はどうするのだろうか。
あと18cは、機械学習してメモリ割り当てサイズとか、
パッチ当てとか、チューニングが自動化されるとのこと。
使ったら、いろいろと楽できるのかな。
またOracleのハードウェアじゃないと性能を発揮できないとか言われるのかな。
さらに勝手にパッチがあたるとか、日本企業への受けは悪いだろうな。
個人的には、常に最新になるのがいいんだけど、
安定のためバージョンを固定したいのが日本だし。
http://www.publickey1.jp/blog/17/oracle_18c_autonomous_database_oracle_openworld_2017.html
Apacheのログに下記のようなローカルアドレスから、internal dummy connection のログが記録される。 このログは何か。
127.0.0.1 - - [21/Jul/2017:09:39:57 +0900] "OPTIONS * HTTP/1.0" 200 - "-" "Apache/2.4.6 (CentOS) PHP/5.4.16 (internal dummy connection)"
答えは、Apache 2.2系から追加されたサーバの子プロセスを完全にシャットダウンする機能によって、 dummy connectionが行われて、ここで待ち状態のときに子プロセスが死んでいく、ということのようだ。
◆参考にしたページ
Apacheのログに下記のPHP WarnningでStrtotime()のエラーが記録される。
PHP Warning: strtotime(): It is not safe to rely on the system's timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone 'UTC' for now, but please set date.timezone to select your timezone.
対応は、php.iniにtimezoneの設定がされていなかったので、上記のエラーに従い、UTCで設定を追加した。
date.timezone = UTC
設定後、Apacheを再起動して完了。
別サーバから移植していたWord Pressで動作確認していたところ、画面白くなるページがあった。
Apacheのログを調べたところ、以下のようなT_ENDWHILEのParse Errorが表示されれていた。
～～～中略～～～ PHP Parse error: syntax error, unexpected 'endwhile' (T_ENDWHILE) in /var/www/html/ ～～～中略～～～
原因は、実行されているPHPのファイルの中に、（<は半角）
<?
から始まっているものがあった。 これを
<?php
に修正し、正常に動作するようになった。
drop user 文を使い、ユーザを削除する。 ユーザを削除すると、そのユーザに与えられていた権限も、もちろん削除される。
■構文
drop user ユーザ名@localhost;
localhostのところは、環境に応じて変える。 たとえば、DBのアクセスが「192.168.0.1」から受け付けるようになっている場合は、それを指定する。
■例
MariaDB [mysql]> drop user you_name@localhost; Query OK, 0 rows affected (0.01 sec) MariaDB [mysql]>
Query OK, O rowsだけど、ちゃんと削除できていた。
ちょっと急ぎの用があって、CentOS7を用意して、MariaDBとPHPとApache2をいれて、Wordpressを動作させようとしたところ、
お使いのサーバーの PHP では WordPress に必要な MySQL 拡張を利用できないようです。
と表示されて、Wordpressのセットアップが出来なかった。
「php -i」 でPHPの状況を確認したところ、PHPのMySQL拡張が入っていなかった。 なので、yumでphp-mysqlをインストールした。
yum -y install php-mysql
これで、解消。
っていうか、これだけで済むんだから、楽。
make, make installしなくていいだけで本当に楽。
楽しすぎて、いろいろと忘れそう。
ちょっと急ぎの用があって、CentOS7を用意して、MariaDBとPHPとApache2をいれて、Wordpressを動作させようとしたところ、
お使いのサーバーの PHP では WordPress に必要な MySQL 拡張を利用できないようです。
と表示されて、Wordpressのセットアップが出来なかった。
「php -i」 でPHPの状況を確認したところ、PHPのMySQL拡張が入っていなかった。 なので、yumでphp-mysqlをインストールした。
yum -y install php-mysql
これで、解消。
っていうか、これだけで済むんだから、楽。
make, make installしなくていいだけで本当に楽。
楽しすぎて、いろいろと忘れそう。
さくらのVPSのVNCコンソールに接続しようとしたら、 code: 1006 のエラーで接続できない。
何度やってもエラーになる。
Server disconnected (code: 1006)
VNCなので、都度ポート番号が変わるようで、インターネットのゲートウェイのFirewallの設定で許可されていなかった。< スマホのテザリングで接続したら、ちゃんとVNCの画面が表示できた。
さくらのVPSのVNCコンソールに接続しようとしたら、 code: 1006 のエラーで接続できない。
何度やってもエラーになる。
Server disconnected (code: 1006)
VNCなので、都度ポート番号が変わるようで、インターネットのゲートウェイのFirewallの設定で許可されていなかった。
スマホのテザリングで接続したら、ちゃんとVNCの画面が表示できた。
この「Not Present」のステータスは何か、というと SPFが入っていないか、壊れているか、そのときに表示される。
SFPポートとRJ45のポートがスイッチするようなポートであれば、 RJ45がリンクアップしているとリンクアップの表示になる。
「show interface status」をすると、下記のようになる
Gi0/21 notconnect 106 auto auto Not Present
下記は、show interfaceしたところ。
GigabitEthernet0/21 is down, line protocol is down (notconnect)
Hardware is Gigabit Ethernet, address is 0019.e854.d095 (bia 0019.e854.d095)
MTU 1500 bytes, BW 10000 Kbit, DLY 1000 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive not set
Auto-duplex, Auto-speed, link type is auto, media type is Not Present
input flow-control is off, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input never, output never, output hang never
Last clearing of "show interface" counters never
Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
0 packets input, 0 bytes, 0 no buffer
Received 0 broadcasts (0 multicast)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 0 multicast, 0 pause input
0 input packets with dribble condition detected
0 packets output, 0 bytes, 0 underruns
0 output errors, 0 collisions, 1 interface resets
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 PAUSE output
0 output buffer failures, 0 output buffers swapped out