Yesterday, I opened a "screen" and try to update and upgrade the distro via "apt-get update" and "apt-get upgrade". I left it open, and when I opened the detached screen, I see a window that told me to reboot the system as soon as possible. Imagine that if it was an important server, this reboot was a horrible work. But hopefully, this was only a Computer Engineering Department shell server ;)
I restarted it, but when it booted, the LDAP users couldn't login any more. After lots of investigation, I found that I must change the /etc/nsswitch.conf and /etc/libnss-ldap.conf and /etc/ldap/ldap.conf to their previous settings! I don't know why Debian change my configuration file. I didn't expect this work from Debian security team.
Fortunately , the server is now OK. I've an I idea about upgrading the old FreeBSD machine in the Department to a new one (FreeBSD 6.3). I think FreeBSD is great. Debian is for lazy administrators and I don't wanna be a lazy admin ;)
Sunday, January 27, 2008
Server Transportation
Yesterday, I transfered CE shell server to a new and great one. The new one specs is as follows:
HP ProLiant DL380 G5 with Dual Quad Core Xeon 2.3Ghz and 4GB RAM!
And the old one:
Gigabyte 6VXD7 with Dual Core Pentium III 1Ghz and 1GB RAM. In fact this was a desktop computer.
I hope this extreme change will increase the uptime of the server a lot. Another advantage is server load decreases significantly as I expected.
The hardest part of migration was copying MySQL. First I tried to dump it and import it with this command:
Dump: mysqldump -u root -p --all-databases>back.sql
---> I transfered "back.sql" to new server and then:
Import: mysql -u root -p <back.sql
It worked but the problem was the permissions doesn't remain as was! All databases became belonged to root and no one can access to his/her database. After lots of investigation, I remembered the golden sentence in *nix world:
HP ProLiant DL380 G5 with Dual Quad Core Xeon 2.3Ghz and 4GB RAM!
And the old one:
Gigabyte 6VXD7 with Dual Core Pentium III 1Ghz and 1GB RAM. In fact this was a desktop computer.
I hope this extreme change will increase the uptime of the server a lot. Another advantage is server load decreases significantly as I expected.
The hardest part of migration was copying MySQL. First I tried to dump it and import it with this command:
Dump: mysqldump -u root -p --all-databases>back.sql
---> I transfered "back.sql" to new server and then:
Import: mysql -u root -p <back.sql
It worked but the problem was the permissions doesn't remain as was! All databases became belonged to root and no one can access to his/her database. After lots of investigation, I remembered the golden sentence in *nix world:
Everything in *nix are FILES.First I stopped the mysql server on both computers, and then I copied /var/lib/mysql with rsync from old server to new one. Then I started the mysql daemon and wow! Everything works perfectly as I want.
Wednesday, January 9, 2008
Damaging Srv3!
Last night, I killed the sshd daemon in the srv3 to get rid of zombie processes. Unfortunately, I was root and I cut my sshd server connection. So, now I can't connect to it! (Because there was no ssh server process remained on the srv3 ) The only solution remains for me is to restart the server :-(
Absolute Zero!
Subscribe to:
Posts (Atom)