Debian Lenny fails on install of redis-server

[linuxgeneral]

Debian Lenny fails on install of redis-server

[omega8cc]

No, since Barracuda modifies /etc/apt/sources.list for you to include also experimental and it works. Just created another new five Debian servers using Barracuda on minimal Lenny install. Very odd it doesn't work for you.

[omega8cc]

By the way, what is your host/datacenter?

[omega8cc]

Looks like they moved it out of experimental, but it worked for me a few minutes ago: http://packages.debian.org/search?keywords=redis-server

We will need to change the redis install for Lenny then.

[linuxgeneral]

I am using a Linode host and reproduced the results with a vanilla install before I made this post. i just noticed that there is another open issue on this.

One thing to not is that there are some related package problems. Here is more log entries for you

Displaying the last 15 lines of /opt/tmp/aegir-install.log to help troubleshoot this problem:
Building dependency tree...
Reading state information...
aptitude is already the newest version.
cron is already the newest version.
curl is already the newest version.
dnsutils is already the newest version.
gnupg is already the newest version.
iptables is already the newest version.
Note, selecting libc-client2007b-dev instead of libc-client-dev
Note, selecting libjpeg62-dev instead of libjpeg-dev
Note, selecting libltdl-dev instead of libltdl7-dev
Note, selecting libxslt1-dev instead of libxslt-dev
Note, selecting mysql-common instead of mariadb-common
nano is already the newest version.
Note, selecting libncurses5-dev instead of ncurses-dev

==> Fatal Error Occurred: Installation failed: 0
==> Cannot continue installation.

li71-22:~# apt-cache search redis-server

this did not find the package

[linuxgeneral]

redis-2.0.1 was just released 3 days ago if this help you narrow down the problem and i did not have this problem on an install Saturday.
http://code.google.com/p/redis/downloads/list

[linuxgeneral]

I am running another test install now and here is my bare bones testing stackscript

#!/bin/bash

echo "Now fixing locales by commenting out AcceptEnv LANG LC_* in sshd_config"
sed -i 's/AcceptEnv LANG LC__/#AcceptEnv LANG LC__/g' /etc/ssh/sshd_config
/etc/init.d/ssh restart
cd /root
wget http://github.com/omega8cc/nginx-for-drupal/raw/master/BARRACUDA.sh.tx
sed -i "s/_MY_EMAIL="[email protected]"/_MY_EMAIL="$ADMIN_EMAIL"/g" BARRACUDA.sh.txt
bash BARRACUDA.sh.txt

[linuxgeneral]

Here is the console output from the most recent test install. I hope this is of some help to you.

Displaying the last 15 lines of /opt/tmp/aegir-install.log to help troubleshoot this problem:
Building dependency tree...
Reading state information...
aptitude is already the newest version.
cron is already the newest version.
curl is already the newest version.
dnsutils is already the newest version.
gnupg is already the newest version.
iptables is already the newest version.
Note, selecting libc-client2007b-dev instead of libc-client-dev
Note, selecting libjpeg62-dev instead of libjpeg-dev
Note, selecting libltdl-dev instead of libltdl7-dev
Note, selecting libxslt1-dev instead of libxslt-dev
Note, selecting mysql-common instead of mariadb-common
nano is already the newest version.
Note, selecting libncurses5-dev instead of ncurses-dev

==> Fatal Error Occurred: Installation failed: 0
==> Cannot continue installation.

Debian GNU/Linux 5.0 li71-22.members.linode.com hvc0

li71-22.members.linode.com login:

[omega8cc]

I just reproduced it on vanilla Lenny, while one hour ago it worked fine. They moved Redis to testing (squeeze) now, while we don't want to go there yet with Debian version, so we will build Redis for Lenny from sources now, and it will be 2.0.1 and not 1.3.17 as it was with apt-get.

[omega8cc]

Fixed in this commit: http://github.com/omega8cc/nginx-for-drupal/commit/6b991649cb4e25a3fc6a43d448bc932ed1e61b01

Thanks for the report about the issue.

[linuxgeneral]

==> Mon Sep 13 07:33:05 UTC 2010 INFO: Installing Redis for Lenny, please wait...
==> adduser --system --group redis: Succeeded.

Very nice, Thank you!

[omega8cc]

@linuxgeneral By the way, is the stackscript with AcceptEnv still required? I didn't notice that problem before, but maybe we can fix that directly in Barracuda?

[linuxgeneral]

Yes, and its linode specific. Here is the ticket I opened on the issue included below.

locale problem with Debian 5
[230735] locale problem with Debian 5
Status CLOSED
Opened On 2010-08-10 05:37:10 PM by joedevita
Last Updated On 2010-08-11 12:17:30 PM by sschwertly
Closed On 2010-08-11 12:17:30 PM
Regarding Linode COM
Description There seems to be a problem with the Debian Image

I continue to get errors like:

locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

And:

perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

One hack is to set it at the prompt with:

apt-get update && apt-get install locales
export LANGUAGE=en_US.UTF-8 && export LANG=en_US.UTF-8 && export LC_ALL=en_US.UTF-8 && locale-gen en_US.UTF-8
dpkg-reconfigure locales

I can not see how to do this with a stack script because of the dpkg-reconfigure UI.

can you fix your image or provide a stack script to fix on deployment?
Update by psandin
2010-08-10 05:46:58 PM Hello,

Thank you for bringing this issue to our attention. I have forwarded this request to our build team to include the locales package in future Debian images. Another fix if you are working only in English locales, is to comment out the "AcceptEnv LANG LC_*" line in your sshd configuration. If you have any further questions or feedback please let us know.

--Peter
Update by joedevita
2010-08-11 11:58:27 AM Thank you Peter,
Here is the code I use to take care of this

#Debian locales fix by Joe DeVita
echo "Now fixing locales by commenting out AcceptEnv LANG LC_* in sshd_config"
echo "This fix is recommended if you are working only in English locales"
sed -i 's/AcceptEnv LANG LC__/#AcceptEnv LANG LC__/g' /etc/ssh/sshd_config
touch /tmp/restart-ssh
restartServices

[linuxgeneral]

I am back to another problem I had with the HEAD install I had Saturday.
Will see if this happens on a vanilla install.

==> make install-strip: Succeeded.
==> Mon Sep 13 07:47:47 UTC 2010 INFO: Update rc.d
==> invoke-rc.d php-fpm start: Succeeded.
==> invoke-rc.d nginx start: Succeeded.
==> invoke-rc.d mysql restart: Succeeded.
==> Mon Sep 13 07:48:07 UTC 2010 INFO: Generate random password for MariaDB
==> Mon Sep 13 07:48:11 UTC 2010 INFO: OS and services installation/upgrade completed
==> Mon Sep 13 07:48:15 UTC 2010 INFO: Installing core Aegir Hostmaster instance, please wait...
==> adduser --system --group --home /var/aegir aegir: Succeeded.
==> adduser aegir www-data: Succeeded.
==> Mon Sep 13 07:48:22 UTC 2010 INFO: Now running Aegir installer for backend and frontend, please wait...
==> Mon Sep 13 07:48:31 UTC 2010 INFO: Simple check if core Aegir Hostmaster instance install is successful
==> Mon Sep 13 07:48:35 UTC 2010 FATAL ERROR: Something is wrong, core Aegir Hostmaster instance not installed - exit now

[linuxgeneral]

The vanilla install is still running but just wanted to note that on Saturday I did not get this error using alpha13. but did have a problem with not getting another email with the login link. The Url also redirected to the "under construction" image.

[omega8cc]

Let's see if that fixes problem with locales on Linode: http://github.com/omega8cc/nginx-for-drupal/commit/93444296247afbc34b3eaec20f45cd5a38b2b6e9

[omega8cc]

What says /var/aegir/install.log ?

[linuxgeneral]

From the failed vanilla install.

li71-22:/var/aegir# cat install.log
==> Aegir automated install script
==> MySQL is listening on 74.207.229.22.
==> This script makes the following assumptions:

• you have read INSTALL.txt and prepared the platform accordingly

• you are running as your "aegir" user
  ==> Aegir will now generate a mysql super user password for you:
  Username : aegir_root
  Password : 28dc12b279c2bc91edc038329a5549fc
  Hostname : li71-22.members.linode.com (74.207.229.22)
  ==> Installing drush in /var/aegir
  --2010-09-13 08:25:17-- http://ftp.drupal.org/files/projects/drush-6.x-3.3.tar.gz
  Resolving ftp.drupal.org... 64.50.233.100, 64.50.236.52
  Connecting to ftp.drupal.org|64.50.233.100|:80... connected.
  HTTP request sent, awaiting response... 200 OK
  Length: 174892 (171K) [application/x-gzip]
  Saving to: `drush-6.x-3.3.tar.gz'

  0K .......... .......... .......... .......... .......... 29% 488K 0s
  50K .......... .......... .......... .......... .......... 58% 978K 0s
  100K .......... .......... .......... .......... .......... 87% 1.90M 0s
  150K .......... .......... 100% 27.2M=0.2s

2010-09-13 08:25:17 (949 KB/s) - `drush-6.x-3.3.tar.gz' saved [174892/174892]

==> Drush seems to be functionning properly
==> Installing provision backend in /var/aegir/.drush
fatal: cannot copy /usr/share/git-core/templates/description to /var/aegir/.drush/provision/.git/description
==> Installing the frontend
The [error]
directory
/var/aegir/hostmaster-HEAD
does
not
contain
a
valid
Drupal
installation
The [error]
drush
command
'hostmaster-install
li71-22.members.linode.com'
could
not
be
found.

[omega8cc]

Never seen such error before. Looks like you have broken git-core? Or git clone failed? Is this on vanilla system? Today error or on Saturday? Ah, today.

[linuxgeneral]

That log was the last install with the stackscript i posted the only config change was the admin email address

I just ran another install without my edit to ssh_config and locals failed this is the console output.

Do you want to proceed with the install? [Y/n] y
==> Mon Sep 13 08:44:54 UTC 2010 INFO: Clean up temp files in /var/opt/
==> Mon Sep 13 08:44:58 UTC 2010 INFO: Update apt sources
==> Mon Sep 13 08:45:02 UTC 2010 INFO: Add apt sources for MariaDB
OK
==> Mon Sep 13 08:45:07 UTC 2010 INFO: Run apt update, please wait...
==> aptitude update: Succeeded.
==> aptitude clean: Succeeded.
\perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_US.UTF-8",
LC_ALL = "en_US.UTF-8",
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
|locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory

[linuxgeneral]

The install is still running with _AEGIR_VERSION="0.4-alpha13" to verify my result on Saturday. I will let you know if it is successful.

[linuxgeneral]

hit comment close by mistake

[linuxgeneral]

This issue is closed and created issues 49 and 50