Void's Forums

by **Basher52** » Fri Dec 18, 2009 2:40 pm

a webserver that I set up for my sis and her man about 1 year ago just stopped working in the middle of an yum upgrade about 30 mins ago.
this is a "screen shot" from the upgrade...

Code: Select all: [basher52@webserver ~]$ (16/29): libxcb-1.1.91-8.fc10.i386.rpm | 125 kB 00:00 (17/29): libxcb-devel-1.1.91-8.fc10.i386.rpm | 145 kB 00:00 (18/29): mod_ssl-2.2.14-1.fc10.i386.rpm | 88 kB 00:00 (19/29): mysql-5.0.88-1.fc10.i386.rpm | 3.5 MB 00:00 (20/29): mysql-embedded-5.0.88-1.fc10.i386.rpm | 3.0 MB 00:00 (21/29): mysql-libs-5.0.88-1.fc10.i386.rpm | 1.8 MB 00:00 (22/29): mysql-server-5.0.88-1.fc10.i386.rpm | 10 MB 00:02 (23/29): ntp-4.2.4p7-2.fc10.i386.rpm | 1.4 MB 00:00 (24/29): ntpdate-4.2.4p7-2.fc10.i386.rpm | 55 kB 00:00 (25/29): ruby-1.8.6.368-2.fc10.i386.rpm | 532 kB 00:00 (26/29): ruby-libs-1.8.6.368-2.fc10.i386.rpm | 1.7 MB 00:00 (27/29): scribus-1.3.5.1-2.fc10.i386.rpm | 17 MB 00:04 (28/29): scribus-doc-1.3.5.1-2.fc10.noarch.rpm | 7.9 MB 00:01 (29/29): wget-1.12-2.fc10.i386.rpm | 708 kB 00:00 -------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Total 2.3 MB/s | 83 MB 00:36 Running rpm_check_debug Running Transaction Test Finished Transaction Test Transaction Test Succeeded Running Transaction Updating : expat-2.0.1-8.fc10.i386 1/56 Updating : 1:cups-libs-1.3.11-4.fc10.i386 2/56 Updating : mysql-libs-5.0.88-1.fc10.i386 3/56 Updating : ruby-libs-1.8.6.368-2.fc10.i386 4/56 Updating : libxcb-1.1.91-8.fc10.i386 5/56 Updating : ruby-1.8.6.368-2.fc10.i386 6/56 Updating : mysql-5.0.88-1.fc10.i386 7/56 Updating : httpd-tools-2.2.14-1.fc10.i386 8/56 Updating : httpd-2.2.14-1.fc10.i386 9/56 Updating : mysql-embedded-5.0.88-1.fc10.i386 10/56 Installing : libfreebob-1.0.11-3.fc10.i386 11/56 Installing : jack-audio-connection-kit-0.118.0-1.fc10.i386 12/56 Updating : libsndfile-1.0.20-3.fc10.i386 13/56 Updating : ntpdate-4.2.4p7-2.fc10.i386 14/56 Updating : ntp-4.2.4p7-2.fc10.i386 15/56 Updating : 1:mod_ssl-2.2.14-1.fc10.i386 16/56 Updating : mysql-server-5.0.88-1.fc10.i386 17/56 Updating : 1:cups-1.3.11-4.fc10.i386 18/56 Updating : PyQt4-4.6.2-5.fc10.i386 19/56 Updating : wget-1.12-2.fc10.i386 20/56 Updating : kernel-firmware-2.6.27.41-170.2.117.fc10.noarch 21/56 Updating : httpd-manual-2.2.14-1.fc10.i386 22/56 Updating : libxcb-devel-1.1.91-8.fc10.i386 23/56 Updating : expat-devel-2.0.1-8.fc10.i386 24/56 Updating : kernel-headers-2.6.27.41-170.2.117.fc10.i386 25/56 Installing : kernel-devel-2.6.27.41-170.2.117.fc10.i686 26/56 Installing : kernel-2.6.27.41-170.2.117.fc10.i686 27/56 cp: cannot stat `/lib/kbd/consolefonts/lat0_sun16.*': No such file or directory cp: cannot stat `/lib/kbd/consoletrans/iso15': No such file or directory Updating : scribus-1.3.5.1-2.fc10.i386 28/56 Updating : scribus-doc-1.3.5.1-2.fc10.noarch 29/56 Cleanup : ntpdate-4.2.4p7-1.fc10.i386 30/56 Cleanup : kernel-devel-2.6.27.19-170.2.35.fc10.i686 31/56 Cleanup : libxcb-1.1.91-7.fc10.i386 32/56 Cleanup : kernel-2.6.27.19-170.2.35.fc10.i686 33/56 Cleanup : libxcb-devel-1.1.91-7.fc10.i386 34/56 Cleanup : ruby-libs-1.8.6.287-2.fc10.i386 35/56 Cleanup : expat-devel-2.0.1-5.fc10.1.i386 36/56 Cleanup : httpd-tools-2.2.11-2.fc10.i386 37/56 Cleanup : wget-1.11.4-1.fc10.i386 38/56 Cleanup : libsndfile-1.0.17-6.fc10.i386 39/56 Cleanup : scribus-1.3.5.1-1.fc10.i386 40/56 Cleanup : httpd-manual-2.2.11-2.fc10.i386 41/56 Cleanup : mysql-libs-5.0.84-1.fc10.i386 42/56 Cleanup : expat-2.0.1-5.fc10.1.i386 43/56 Cleanup : kernel-firmware-2.6.27.38-170.2.113.fc10.noarch 44/56 Cleanup : ntp-4.2.4p7-1.fc10.i386 45/56 Cleanup : mysql-server-5.0.84-1.fc10.i386 46/56 Cleanup : mysql-5.0.84-1.fc10.i386 47/56 Cleanup : scribus-doc-1.3.5.1-1.fc10.noarch 48/56 Cleanup : 1:mod_ssl-2.2.11-2.fc10.i386 49/56 Cleanup : 1:cups-libs-1.3.11-2.fc10.i386 50/56 Cleanup : 1:cups-1.3.11-2.fc10.i386 51/56 Cleanup : httpd-2.2.11-2.fc10.i386 52/56 Cleanup : kernel-headers-2.6.27.38-170.2.113.fc10.i386 53/56 Cleanup : ruby-1.8.6.287-2.fc10.i386 54/56 Cleanup : mysql-embedded-5.0.84-1.fc10.i386 55/56 Cleanup : PyQt4-4.6.2-3.fc10.i386

and as you see in the middle of the cleanup it just hanged

I waited a long time but nothing happened and no disk access at all so I restarted it and tried a new yum update but this time no packages was new so it didnt find anything.
Just to be sure it was up I tried to go to the website but nothing..

I checked my iptables log and didnt find anything so I thought it might be a new IP and checked that too, but it was the same and the redirect from the DNS was correct. I even tried to use the IP address direct and even that didnt work

and still nothing in the firewall log.
I saw there was a ulogd running but i killed it and started a new one and log entries started to show up again, but still no access to the website.
When I now try the IP address directly the iptables log shows that but not if I got through the DNS so this last thing gotta have something to do with the DNS service I use.

hmmm, wth... now all of a sudden when trying to restart httpd for the 15th time, I get this:

Code: Select all: [root@webserver etc]# service httpd start Starting httpd: Apache/2.2.14 mod_ssl/2.2.14 (Pass Phrase Dialog) Some of your private key files are encrypted for security reasons. In order to read them you have to provide the pass phrases. Server xenontest.hopto.org:443 (RSA) Enter pass phrase:

I know I did some testing with a secure site for the webshopping thing, but now I cant remember where I can't find this and remove it since we dont use the web shopping anyways, at least now.

Any idea what I can start to look at here?

UPDATE: Now the webpage can be accessed through the DNS so that is OK(for now, lol)

by **Void Main** » Fri Dec 18, 2009 3:11 pm

httpd and mod_ssl were updated in your list of updates. When you start your web server and it asks for a passphrase it means you have a non-self signed ticket. You can remove that so it doesn't ask:

http://httpd.apache.org/docs/2.0/ssl/ss ... passphrase

However, you must not have been using this certificate before you updated apache and mod_ssl which is why it didn't ask you before. You should have *.rpmsave configuration files in your /etc/httpd/conf and /etc/httpd/conf.d directories that you could compare to see what was changed in your configuration files on the upgrade. My guess is that you had removed the /etc/httpd/conf.d/ssl.conf which would basically remove the SSL portion of your site (https). When you upgraded mod_ssl it probably added that file back. If you do not need SSL then just uninstall mod_ssl and it won't upgrade it again in the future.

by **Basher52** » Fri Dec 18, 2009 5:40 pm

yep i finally found it and removed a Virtual Host and made it

thx
but I cant understand how this worked through all the other upgrades ive made of the kernel etc ...
ah well...

by **Void Main** » Fri Dec 18, 2009 6:21 pm

It only would have caused you a problem on an upgrade of mod_ssl and that probably hasn't been updated in a long time.

by **Basher52** » Sat Dec 19, 2009 11:06 am

wonder why this happened then.
the funny part is that i didnt even do anything on the other upgrades and this time it even asked for the password to start httpd
very weird

by **Void Main** » Sat Dec 19, 2009 12:52 pm

It happened because the last time you upgraded it *did* upgrade mod_ssl. When it upgraded mod_ssl it would have added your SSL vhost and then you would have been prompted for a passphrase. What I am saying is mod_ssl probably hadn't been updated since the last time you configured your web server prior to this last update.

by **Basher52** » Mon Dec 21, 2009 12:39 pm

k got it

Void's Forums

webserver wont work after a hang in upgrade

webserver wont work after a hang in upgrade

Who is online