Install Redis Stack on Linux command doesn't work on Debian11
Opened this issue Β· 26 comments
Following the instructions in https://redis.io/docs/stack/get-started/install/linux/
curl -fsSL https://packages.redis.io/gpg | sudo gpg --dearmor -o /usr/share/keyrings/redis-archive-keyring.gpg
echo "deb [signed-by=/usr/share/keyrings/redis-archive-keyring.gpg] https://packages.redis.io/deb $(lsb_release -cs) main" | sudo tee /etc/apt/sources.list.d/redis.list
sudo apt-get update
sudo apt-get install redis-stack-server
the package cannot be found
apt-get install redis-stack-server
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
E: Unable to locate package redis-stack-server
I can confirm. Following the docs doesn't work for debian.
I still cant install it on Ubuntu version 22
I get:
E: Unable to locate package redis-stack-server
Hi, I'm in the process of documenting this. but please try these instructions:
From Download, get the latest Stack snap package.
To install, run:
sudo snap install --dangerous --classic <snapname.snap>
Hi @nermiller! I tried the install with snap on a fresh ubuntu server, but after manually launching redis-stack-server, I get a bunch of errors:
mkdir: cannot create directory β/snap/redis-stack-server/x1/opt/redis-stack/varβ: Read-only file system
touch: cannot touch '/snap/redis-stack-server/x1/opt/redis-stack/var/db/redis-stack/.testfile': No such file or directory
Starting redis-stack-server, database path /root
/snap/redis-stack-server/x1/opt/redis-stack/bin/redis-server: error while loading shared libraries: libssl.so.1.1: cannot open shared object file: No such file or directory
I also tried Debian, Redhat and others versions of Ubuntu and it seems like at this point, there is no simple way to install redis-stack and run it.
Something like apt install redis-server-stack
and systemctl start redis-server-stack
would be awesome.
Is there any distribution you can recommend where it is that simple to install? I want to install it on a fresh server and distribution doesn't really matter to me.
Hi @nermiller. Thank you for the reply. Unfortunately, Docker is not an option for me at the moment.
I will follow this thread and wait for a fix.
Thanks
Thanks in advance for your patience. I'll keep you posted.
Is there any update on this?
Isn't it possible to have exactly the same packages as Redis itself but with redis-stack instead? At the end of the day, redis-stack is just redis & module, isn't it?
@Vincz - does this still happen?
I just removed all of the dockers on my system, and cold started everything on a debian:11 (bullseye) docker. This is literally what I did - to pull down the packages (for a new new docker) so YMMV.
apt update
apt install -y curl gpg sudo wget lsb-release
curl -fsSL https://packages.redis.io/gpg | sudo gpg --dearmor -o /usr/share/keyrings/redis-archive-keyring.gpg
echo "deb [signed-by=/usr/share/keyrings/redis-archive-keyring.gpg] https://packages.redis.io/deb $(lsb_release -cs) main" | sudo tee /etc/apt/sources.list.d/redis.list
apt-get update
apt-get install redis-stack-server
Previously, I had a gpg key mismatch error, with they key imported. But it appears to have resolved itself.
Tried with yours, still no luck.
@akashbit What's your docker image or debian situation? The current hash of the latest bullseye image is 446440c01886, and that ran fine.
Do you have lsb-release installed? Mind sharing the output?
doing it on ubuntu22.04 ... followed exactly your guide. not docker.
Ah- I see, this issue is a mix. I've since split the Ubuntu 22.04 issue into #126. This one focuses on Debian11.
As for the Ubuntu issue, I think I have a lead on that. It appears that packages can no longer be in repositories, using the old x86_64 platform. Starting with Jammy it appears that Ubuntu no longer auto translates that to amd64. So... I'm making changes. Hopefully this closes shortly.
Any time :D
Any updates on this one?
Neither the package redis-stack
nor redis-stack-server
seem to be included in the package lists fetched via https://packages.redis.io/deb
# /etc/apt/sources.list.d/redis.list
deb [signed-by=/usr/share/keyrings/redis-archive-keyring.gpg] https://packages.redis.io/deb bullseye main
lz4cat /var/lib/apt/lists/packages.redis.io_deb_dists_bullseye_main_binary-all_Packages.lz4 | grep redis-stack -c
0
This effectively means, we cannot build our custom Debian derived docker image with redis stack. (Due to policies, the official image is not an option π’ )
Any update ?
Any update, please?
I'm on Debian on WSL and still get the same error, does anyone foud a solution ?
Follow the official instruction https://redis.io/docs/latest/operate/oss_and_stack/install/install-stack/linux and got error message Unable to locate package redis-stack-server on Ubuntu Server 24.04
Then tried the same on Ubuntu Server 22.04 LTS and the installation is success π
@manastunga787 because they not have any build for Ubuntu 24.04
I create PR for this redis-stack/redis-stack#566
will waiting they check and test
Any updates on this one?
Neither the package
redis-stack
norredis-stack-server
seem to be included in the package lists fetched via https://packages.redis.io/deb# /etc/apt/sources.list.d/redis.list deb [signed-by=/usr/share/keyrings/redis-archive-keyring.gpg] https://packages.redis.io/deb bullseye main
lz4cat /var/lib/apt/lists/packages.redis.io_deb_dists_bullseye_main_binary-all_Packages.lz4 | grep redis-stack -c 0
This effectively means, we cannot build our custom Debian derived docker image with redis stack. (Due to policies, the official image is not an option π’ )
This Appears to be the issue still in 2024 August. More than a year has passed but no fix?
Any update on this ?
I'm using Ubuntu24 and had the same "Unable to locate package redis-stack-server" error, but I managed to install it using snap. I assume if you're willing to install/use snap on Debian it might work on that too.
I followed these instructions: https://redis.io/docs/latest/operate/oss_and_stack/install/install-stack/linux/#on-ubuntu-with-snap
Now...if only I can figure out how to configure it...