I just ran through the JHipster demo "Learn JHipster In 15 Minutes" and I'm now trying to deploy the result into kubernetes using these instructions. It's failing on the 2nd question.
$ jhipster kubernetes
INFO! Using JHipster version installed globally
⎈ Welcome to the JHipster Kubernetes Generator ⎈
Files will be generated in folder: /Users/johnaron/git/JHipDemo/k8s
✔ Docker is installed
? Which *type* of application would you like to deploy? Monolithic application
? Enter the root directory where your applications are located (../) ../
>> No monolith found in /Users/johnaron/git/JHipDemo/
This is the listing of the parent directory
$ ll ..
total 4384
drwxr-xr-x 40 johnaron staff 1280 Jun 22 16:08 .
drwxr-xr-x# 99 johnaron staff 3168 Jun 22 16:13 ..
-rw-r--r-- 1 johnaron staff 853 Jun 15 18:26 .browserslistrc
-rw-r--r-- 1 johnaron staff 478 Jun 15 18:26 .editorconfig
-rw-r--r-- 1 johnaron staff 92 Jun 15 18:27 .eslintignore
-rw-r--r-- 1 johnaron staff 3041 Jun 15 18:26 .eslintrc.json
drwxr-xr-x 12 johnaron staff 384 Jun 22 16:13 .git
-rw-r--r-- 1 johnaron staff 3413 Jun 15 18:26 .gitattributes
-rw-r--r-- 1 johnaron staff 2075 Jun 15 18:26 .gitignore
drwxr-xr-x 7 johnaron staff 224 Jun 15 18:41 .gradle
-rw-r--r-- 1 johnaron staff 53 Jun 15 18:26 .huskyrc
drwxr-xr-x 5 johnaron staff 160 Jun 15 18:31 .jhipster
-rw-r--r-- 1 johnaron staff 113 Jun 15 18:26 .lintstagedrc.js
-rw-r--r-- 1 johnaron staff 69 Jun 15 18:26 .prettierignore
-rw-r--r-- 1 johnaron staff 251 Jun 15 18:26 .prettierrc
-rw-r--r-- 1 johnaron staff 143 Jun 15 18:26 .yo-rc-global.json
-rw-r--r-- 1 johnaron staff 1468 Jun 22 16:12 .yo-rc.json
-rw-r--r-- 1 johnaron staff 7404 Jun 15 18:26 README.md
-rw-r--r-- 1 johnaron staff 3210 Jun 15 18:26 angular.json
-rw-r--r--# 1 johnaron staff 418 Jun 15 18:29 blog.jdl
drwxr-xr-x 8 johnaron staff 256 Jun 15 18:44 build
-rw-r--r-- 1 johnaron staff 10204 Jun 15 18:26 build.gradle
-rw-r--r-- 1 johnaron staff 793 Jun 15 18:26 checkstyle.xml
drwxr-xr-x 9 johnaron staff 288 Jun 15 18:26 gradle
-rw-r--r-- 1 johnaron staff 2424 Jun 15 18:26 gradle.properties
-rwxr-xr-x 1 johnaron staff 5960 Jun 15 18:26 gradlew
-rw-r--r-- 1 johnaron staff 2842 Jun 15 18:26 gradlew.bat
-rw-r--r-- 1 johnaron staff 1448 Jun 15 18:26 jest.conf.js
drwxr-xr-x 2 johnaron staff 64 Jun 22 16:08 k8s
-rw-r--r-- 1 johnaron staff 530 Jun 15 18:26 ngsw-config.json
drwxr-xr-x 1228 johnaron staff 39296 Jun 15 18:33 node_modules
-rw-r--r-- 1 johnaron staff 2108706 Jun 15 18:33 package-lock.json
-rw-r--r-- 1 johnaron staff 6672 Jun 15 18:33 package.json
-rw-r--r-- 1 johnaron staff 694 Jun 15 18:26 settings.gradle
-rw-r--r-- 1 johnaron staff 1538 Jun 15 18:26 sonar-project.properties
drwxr-xr-x 4 johnaron staff 128 Jun 15 18:26 src
-rw-r--r-- 1 johnaron staff 151 Jun 15 18:26 tsconfig.app.json
-rw-r--r-- 1 johnaron staff 729 Jun 15 18:26 tsconfig.json
-rw-r--r-- 1 johnaron staff 285 Jun 15 18:26 tsconfig.spec.json
drwxr-xr-x 5 johnaron staff 160 Jun 15 18:26 webpack
What is jhipster looking for?
John
Now I tried moving the k8s dir to the same level as the JHipDemo, but it was no help.
johnaron#JOHNARON-M-841U:k8s$ jhipster kubernetes
INFO! Using JHipster version installed globally
⎈ Welcome to the JHipster Kubernetes Generator ⎈
Files will be generated in folder: /Users/johnaron/git/k8s
✔ Docker is installed
? Which *type* of application would you like to deploy? Monolithic application
? Enter the root directory where your applications are located (../) ../JHipDemo
>> No monolith found in /Users/johnaron/git/JHipDemo
I believe you need to create it at the same level as your monolith. For example:
JHipDemo
k8s
Can you try this?
I know they are somehow linked to Eclipse and .m2 is related to maven.
However, I never really used maven and I don't use it anymore, though I still use Eclipse, and these two folders ~/.p2 and ~./m2 are about 4Gb each and I'm wondering if I can simply delete them.
To clarify, my ~/.p2 folder looks like that:
cd ~/.p2
du -sh */
3.2M org.eclipse.equinox.p2.core/
48M org.eclipse.equinox.p2.engine/
45M org.eclipse.equinox.p2.repository/
3.6G pool/
I'm wondering if pool/ folder needs to be that big or do I have relic/zoombie files there and how to find out about it?
For example, why do I have so many versions of PyDev?
drwxr-xr-x 6 alan staff 192 Apr 4 2016 /Users/alan/.p2/pool/plugins/org.python.pydev.core_4.5.5.201603221110
drwxr-xr-x 6 alan staff 192 May 11 2016 /Users/alan/.p2/pool/plugins/org.python.pydev.core_5.0.0.201605051159
drwxr-xr-x 6 alan staff 192 Jun 22 2016 /Users/alan/.p2/pool/plugins/org.python.pydev.core_5.1.1.201606162013
drwxr-xr-x 6 alan staff 192 Jun 28 2016 /Users/alan/.p2/pool/plugins/org.python.pydev.core_5.1.2.201606231256
drwxr-xr-x 6 alan staff 192 Sep 16 2016 /Users/alan/.p2/pool/plugins/org.python.pydev.core_5.2.0.201608171824
drwxr-xr-x 6 alan staff 192 Oct 26 2016 /Users/alan/.p2/pool/plugins/org.python.pydev.core_5.3.0.201610121612
drwxr-xr-x 6 alan staff 192 Nov 1 2016 /Users/alan/.p2/pool/plugins/org.python.pydev.core_5.3.1.201610311318
drwxr-xr-x 6 alan staff 192 Dec 8 2016 /Users/alan/.p2/pool/plugins/org.python.pydev.core_5.4.0.201611281236
drwxr-xr-x 6 alan staff 192 Jan 25 2017 /Users/alan/.p2/pool/plugins/org.python.pydev.core_5.5.0.201701191708
drwxr-xr-x 6 alan staff 192 Mar 22 2017 /Users/alan/.p2/pool/plugins/org.python.pydev.core_5.6.0.201703221358
drwxr-xr-x 6 alan staff 192 Apr 12 2017 /Users/alan/.p2/pool/plugins/org.python.pydev.core_5.7.0.201704111357
drwxr-xr-x 6 alan staff 192 Jun 16 2017 /Users/alan/.p2/pool/plugins/org.python.pydev.core_5.8.0.201706061859
drwxr-xr-x 6 alan staff 192 Aug 28 2017 /Users/alan/.p2/pool/plugins/org.python.pydev.core_5.9.2.201708151115
drwxr-xr-x 6 alan staff 192 Sep 22 2017 /Users/alan/.p2/pool/plugins/org.python.pydev.core_6.0.0.201709191431
drwxr-xr-x 6 alan staff 192 Nov 9 2017 /Users/alan/.p2/pool/plugins/org.python.pydev.core_6.1.0.201711051306
drwxr-xr-x 6 alan staff 192 Nov 29 2017 /Users/alan/.p2/pool/plugins/org.python.pydev.core_6.2.0.201711281614
drwxr-xr-x 7 alan staff 224 Mar 1 2018 /Users/alan/.p2/pool/plugins/org.python.pydev.core_6.3.1.201802272029
drwxr-xr-x 7 alan staff 224 Mar 23 2018 /Users/alan/.p2/pool/plugins/org.python.pydev.core_6.3.2.201803171248
drwxr-xr-x 7 alan staff 224 May 15 2018 /Users/alan/.p2/pool/plugins/org.python.pydev.core_6.3.3.201805051638
drwxr-xr-x 7 alan staff 224 Jul 12 2018 /Users/alan/.p2/pool/plugins/org.python.pydev.core_6.4.3.201807050139
drwxr-xr-x 7 alan staff 224 Aug 9 2018 /Users/alan/.p2/pool/plugins/org.python.pydev.core_6.4.4.201807281807
drwxr-xr-x 7 alan staff 224 Oct 2 2018 /Users/alan/.p2/pool/plugins/org.python.pydev.core_6.5.0.201809011628
drwxr-xr-x 7 alan staff 224 Nov 9 2018 /Users/alan/.p2/pool/plugins/org.python.pydev.core_7.0.3.201811082356
drwxr-xr-x 7 alan staff 224 Feb 12 2019 /Users/alan/.p2/pool/plugins/org.python.pydev.core_7.1.0.201902031515
drwxr-xr-x 7 alan staff 224 Jul 1 2019 /Users/alan/.p2/pool/plugins/org.python.pydev.core_7.2.1.201904261721
drwxr-xr-x 7 alan staff 224 Aug 31 2019 /Users/alan/.p2/pool/plugins/org.python.pydev.core_7.3.0.201908161924
drwxr-xr-x 7 alan staff 224 Nov 7 2019 /Users/alan/.p2/pool/plugins/org.python.pydev.core_7.4.0.201910251334
drwxr-xr-x 8 alan staff 256 Mar 9 10:20 /Users/alan/.p2/pool/plugins/org.python.pydev.core_7.5.0.202001101138
drwxr-xr-x 8 alan staff 256 Jun 6 13:49 /Users/alan/.p2/pool/plugins/org.python.pydev.core_7.6.0.202006041357
I also have files as old as 2012, which I'm quite sure I'm not using them.
.m2 is your local Maven repository. It contains all ever downloaded Maven dependencies and Maven plugins. You can delete this folder (except maybe existing configuration/settings files, outside of the repository subfolder). If required Maven will recreate this folder and download everything: in Eclipse right-click a project and choose Maven > Update Project..., click Select All and hit OK
.p2 of this size contains most of your Eclipse installation (all plugins Eclipse is made up of) that you installed via the Eclipse Installer (in contrast to installing Eclipse via unpacking a ZIP or using a DMG file on macOS where the plugins are contained in the plugins subfolder). Do not delete this folder, otherwise you will not be able to start Eclipse anymore. To clean up this folder, run the Eclipse Installer, in the top right menu select Bundles Pools... (in Eclipse, the term bundle is a synonym for plugin) and in the Bundles Pool Management dialog run Clear Cache... and Cleanup Agent...
The .m2 folder holds Maven configuration files and a copy of every artifact you ever downloaded. You can typically delete the .m2/repository folder if you need the disk space.
The .p2 folder is apparently for the Eclipse installer. I usually use a ZIP distribution which does not fill up this.
I noticed that a lot of commands were missing when using VSCode terminal. So I tried a ls -l / on both my distro's and VSCode's terminals.
Linux Mint Xfce Terminal:
livy#linux-mint:~$ ls -l /
total 2097252
drwxr-xr-x 2 root root 4096 Aug 13 15:13 bin
drwxr-xr-x 4 root root 4096 Aug 13 15:15 boot
drwxr-xr-x 2 root root 4096 Aug 13 15:06 cdrom
drwxr-xr-x 20 root root 4260 Aug 15 08:40 dev
drwxr-xr-x 147 root root 12288 Aug 13 16:46 etc
drwxr-xr-x 4 root root 4096 Aug 13 15:06 home
lrwxrwxrwx 1 root root 33 Aug 13 15:07 initrd.img -> boot/initrd.img-4.15.0-54-generic
lrwxrwxrwx 1 root root 33 Aug 13 15:04 initrd.img.old -> boot/initrd.img-4.15.0-54-generic
drwxr-xr-x 23 root root 4096 Aug 13 15:07 lib
drwxr-xr-x 2 root root 4096 Jul 29 19:15 lib64
drwx------ 2 root root 16384 Aug 13 14:59 lost+found
drwxr-xr-x 2 root root 4096 Jul 29 19:14 media
drwxr-xr-x 2 root root 4096 Jul 29 19:14 mnt
drwxr-xr-x 3 root root 4096 Aug 13 15:18 opt
dr-xr-xr-x 214 root root 0 Aug 15 08:40 proc
drwx------ 4 root root 4096 Aug 13 15:07 root
drwxr-xr-x 32 root root 940 Aug 15 08:41 run
drwxr-xr-x 2 root root 12288 Aug 13 15:14 sbin
drwxr-xr-x 2 root root 4096 Jul 29 19:14 srv
-rw------- 1 root root 2147483648 Aug 15 08:40 swapfile
dr-xr-xr-x 13 root root 0 Aug 15 09:31 sys
drwxrwxrwt 15 root root 4096 Aug 15 08:53 tmp
drwxr-xr-x 11 root root 4096 Jul 29 19:14 usr
drwxr-xr-x 11 root root 4096 Jul 29 19:50 var
lrwxrwxrwx 1 root root 30 Aug 13 15:07 vmlinuz -> boot/vmlinuz-4.15.0-54-generic
And here is the result from VSCode terminal:
livy#linux-mint:~$ ls -l /
total 2097204
drwxr-xr-x 6 nfsnobody nfsnobody 4096 Aug 13 16:00 app
lrwxrwxrwx 1 livy livy 7 Aug 15 09:13 bin -> usr/bin
drwxr-xr-x 2 livy livy 80 Aug 15 09:13 boot
drwxr-xr-x 2 nfsnobody nfsnobody 4096 Aug 13 15:06 cdrom
drwxr-xr-x 5 livy livy 340 Aug 15 09:13 dev
drwxr-xr-x 15 livy livy 860 Aug 15 09:13 etc
drwxr-xr-x 4 nfsnobody nfsnobody 4096 Aug 13 15:06 home
lrwxrwxrwx 1 livy livy 33 Aug 15 09:13 initrd.img -> boot/initrd.img-4.15.0-54-generic
lrwxrwxrwx 1 livy livy 33 Aug 15 09:13 initrd.img.old -> boot/initrd.img-4.15.0-54-generic
lrwxrwxrwx 1 livy livy 7 Aug 15 09:13 lib -> usr/lib
lrwxrwxrwx 1 livy livy 9 Aug 15 09:13 lib64 -> usr/lib64
drwx------ 2 nfsnobody nfsnobody 16384 Aug 13 14:59 lost+found
drwxr-xr-x 2 nfsnobody nfsnobody 4096 Jul 29 19:14 media
drwxr-xr-x 2 nfsnobody nfsnobody 4096 Jul 29 19:14 mnt
drwxr-xr-x 3 nfsnobody nfsnobody 4096 Aug 13 15:18 opt
dr-xr-xr-x 209 nfsnobody nfsnobody 0 Aug 15 09:13 proc
drwxr-xr-x 6 livy livy 160 Aug 15 09:13 run
lrwxrwxrwx 1 livy livy 8 Aug 15 09:13 sbin -> usr/sbin
drwxr-xr-x 2 nfsnobody nfsnobody 4096 Jul 29 19:14 srv
-rw------- 1 nfsnobody nfsnobody 2147483648 Aug 15 08:40 swapfile
drwxr-xr-x 7 livy livy 140 Aug 15 09:13 sys
drwxr-xr-x 4 livy livy 80 Aug 15 09:13 tmp
drwxr-xr-x 12 nfsnobody nfsnobody 4096 Aug 13 16:00 usr
drwxr-xr-x 7 livy livy 160 Aug 15 09:13 var
lrwxrwxrwx 1 livy livy 30 Aug 15 09:13 vmlinuz -> boot/vmlinuz-4.15.0-54-generic
From the file owners, permissions, and modification date... it looks like they are working on different file systems. VSCode's /bin even points to /usr/bin, while it is not the case in Xfce terminal. The strange thing is that I can still use VSCode's terminal to navigate my home directory (/home/livy) and make changes to files. It even sources the content of my ~/.bashrc file.
What I am missing here?
I was having this exact same issue and discovered that the cause was that VSCode was installed as a Flatpak package. Uninstall it (be it a snap or a Flatpak package) and install the .deb file distributed by Microsoft.
I am trying to install mongodb on Centos 6.6. I am following the steps here: https://www.liquidweb.com/kb/how-to-install-mongodb-on-centos-6/
I have added the following (where it states on the tutorial):
[mongodb]
name=MongoDB Repository
baseurl=http://downloads-distro.mongodb.org/repo/redhat/os/x86_64/
gpgcheck=0
enabled=1
As you can see here:
However, when I try and install I get the following error
Where am I going wrong?
My file listing for /etc/yum.repos.d is;
4.0K drwxr-xr-x 2 root root 4.0K Jun 26 13:12 .
4.0K drwxr-xr-x 66 root root 4.0K Jun 24 14:19 ..
4.0K -rw-r--r-- 1 root root 2.0K Oct 23 2014 CentOS-Base.repo
4.0K -rw-r--r-- 1 root root 647 Oct 23 2014 CentOS-Debuginfo.repo
4.0K -rw-r--r-- 1 root root 289 Oct 23 2014 CentOS-fasttrack.repo
4.0K -rw-r--r-- 1 root root 630 Oct 23 2014 CentOS-Media.repo
8.0K -rw-r--r-- 1 root root 5.3K Oct 23 2014 CentOS-Vault.repo
4.0K -rw-r--r-- 1 root root 1.1K Jul 3 2015 city-fan.org.repo
4.0K -rw-r--r-- 1 root root 191 Jun 26 12:56 mongodb-org-3.2.repo
12K -rw------- 1 root root 12K Jun 26 12:53 .mongodb-org-3.2.repo.swp
4.0K -rw-r--r-- 1 root root 200 Jun 26 13:12 mongodb-org-3.4.repo
12K -rw------- 1 root root 12K Jun 26 12:55 .mongodb-org.repo.swp
12K -rw------- 1 root root 12K Jun 24 14:16 .mongodb.repo.swp
4.0K -rw-r--r-- 1 root root 472 Apr 26 2016 nodesource-el.repo
4.0K -rw-r--r-- 1 root root 219 Dec 18 2013 vz.repo
From your error message it would appear that at least one of your .repo files is corrupt.
The file mongodb-org-3.2.repo has an errant \n on line 2 But looking at your file listing it would appear you have several files, some of which are corrupted (hence the .swp files left behind)
You should do a full file listing with ls -lash /etc/yum.repos.d and delete all the files with 'mongo' in the name.
Then create a new file named mongodb.repo and add the following to it;
[mongodb-org-3.4]
name=MongoDB Repository
baseurl=https://repo.mongodb.org/yum/redhat/$releasever/mongodb-org/3.4/x86_64/
gpgcheck=1
enabled=1
gpgkey=https://www.mongodb.org/static/pgp/server-3.4.asc
Then run yum install mongodb-org
I think the param in [mongodb] is not enough and is a lack of header information. you should specify the version as well.
for example for MongoDB v2.0, il should look like:
[mongodb-org-2.0]
name=...ect
regards
This is on Ubuntu 14.04 LTS
EDIT:
WAL-E installed using pip, with secret keys managed by envdir, according to the instructions https://gist.github.com/elithrar/8682235 and https://github.com/wal-e/wal-e#dependencies.
I am trying to restore a database using WAL-E, and everything appears to go well initially, as I have Postgres installed and running, and can easily create or restore a database and access it locally and remotely via pgadmin. Where it goes bad is when I try to perform a restore from an S3 backup using wal-e fetch-backup. It appears to go well up until the point of starting the postgres.
There are a number of errors that come up, appearing to be either missing packages or permissions issues, like the following:
* Starting PostgreSQL 9.3 database server
* The PostgreSQL server failed to start. Please check the log output:
2015-07-11 00:41:11 EDT LOG: database system was interrupted; last known up at 2015-06-30 05:00:02 EDT
2015-07-11 00:41:11 EDT LOG: starting archive recovery
Traceback (most recent call last):
File "/usr/local/bin/wal-e", line 5, in <module>
from pkg_resources import load_entry_point
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3084, in <module>
#_call_aside
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3070, in _call_aside
f(*args, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3097, in _initialize_master_working_set
working_set = WorkingSet._build_master()
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 651, in _build_master
ws.require(__requires__)
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 952, in require
needed = self.resolve(parse_requirements(requirements))
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 847, in resolve
new_requirements = dist.requires(req.extras)[::-1]
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2602, in requires
dm = self._dep_map
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2803, in _dep_map
self.__dep_map = self._compute_dependencies()
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2825, in _compute_dependencies
for req in self._parsed_pkg_info.get_all('Requires-Dist') or []:
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2794, in _parsed_pkg_info
metadata = self.get_metadata(self.PKG_INFO)
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 1617, in get_metadata
return self._get(self._fn(self.egg_info, name))
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 1728, in _get
with open(path, 'rb') as stream:
IOError: [Errno 13] Permission denied: '/usr/local/lib/python2.7/dist-packages/six-1.9.0.dist-info/METADATA'
2015-07-11 00:41:11 EDT LOG: invalid checkpoint record
2015-07-11 00:41:11 EDT FATAL: could not locate required checkpoint record
2015-07-11 00:41:11 EDT HINT: If you are not restoring from a backup, try removing the file "/var/lib/postgresql/9.3/main/backup_label".
2015-07-11 00:41:11 EDT LOG: startup process (PID 1693) exited with exit code 1
2015-07-11 00:41:11 EDT LOG: aborting startup due to startup process failure
I had several of these and was able to resolve them by changing the group and modifying the permissions on the noted files to match others in the directory, but I suspect the problem has more to do with how and/or where these packages were installed. After resolving the above issue, postgres still fails to start up, returning the following:
* Starting PostgreSQL 9.3 database server
* The PostgreSQL server failed to start. Please check the log output:
2015-07-11 00:30:04 EDT LOG: database system was interrupted; last known up at 2015-06-30 05:00:02 EDT
2015-07-11 00:30:04 EDT LOG: starting archive recovery
Traceback (most recent call last):
File "/usr/local/bin/wal-e", line 5, in <module>
from pkg_resources import load_entry_point
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3084, in <module>
#_call_aside
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3070, in _call_aside
f(*args, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 3097, in _initialize_master_working_set
working_set = WorkingSet._build_master()
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 651, in _build_master
ws.require(__requires__)
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 952, in require
needed = self.resolve(parse_requirements(requirements))
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 839, in resolve
raise DistributionNotFound(req, requirers)
pkg_resources.DistributionNotFound: The 'wal-e==0.8.1' distribution was not found and is required by the application
2015-07-11 00:30:04 EDT LOG: invalid checkpoint record
2015-07-11 00:30:04 EDT FATAL: could not locate required checkpoint record
2015-07-11 00:30:04 EDT HINT: If you are not restoring from a backup, try removing the file "/var/lib/postgresql/9.3/main/backup_label".
2015-07-11 00:30:04 EDT LOG: startup process (PID 1495) exited with exit code 1
2015-07-11 00:30:04 EDT LOG: aborting startup due to startup process failure
It is complaining about the 'wal-e==0.8.1' distribution was not found..., but it is clearly installed and executable:
ls -l /usr/local/lib/python2.7/dist-packages
total 608
drwxr-sr-x 2 root staff 4096 Jul 10 20:14 argparse-1.3.0.dist-info
-rw-r--r-- 1 root staff 88400 Jul 10 20:14 argparse.py
-rw-r--r-- 1 root staff 65659 Jul 10 20:14 argparse.pyc
drwxr-sr-x 6 root staff 4096 Jul 9 22:36 azure
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 azure-0.11.1.egg-info
drwxr-sr-x 5 root staff 4096 Jul 9 22:36 babel
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 Babel-1.3.egg-info
drwxr-sr-x 57 root staff 4096 Jul 9 22:36 boto
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 boto-2.38.0.dist-info
drwxr-sr-x 3 root staff 4096 Jul 9 22:36 concurrent
drwxr-sr-x 3 root staff 4096 Jul 9 22:36 dateutil
drwxr-sr-x 3 root staff 4096 Jul 9 22:36 debtcollector
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 debtcollector-0.5.0.dist-info
-rw-r--r-- 1 root staff 207 Jul 10 20:10 easy-install.pth
-rw-r--r-- 1 root staff 126 Jul 10 20:33 easy_install.py
-rw-r--r-- 1 root staff 315 Jul 10 20:33 easy_install.pyc
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 futures-3.0.3.dist-info
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 gevent
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 gevent-1.0.2.egg-info
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 greenlet-0.4.7.egg-info
-rwxr-xr-x 1 root staff 82869 Jul 9 22:36 greenlet.so
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 iso8601
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 iso8601-0.1.10.egg-info
drwxr-sr-x 15 root staff 4096 Jul 9 22:36 keystoneclient
drwxr-sr-x 2 root staff 4096 Jul 10 20:33 _markerlib
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 msgpack
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 msgpack_python-0.4.6.egg-info
drwxr-sr-x 5 root staff 4096 Jul 9 22:36 netaddr
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 netaddr-0.7.15.dist-info
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 netifaces-0.10.4.egg-info
-rwxr-xr-x 1 root staff 58386 Jul 9 22:36 netifaces.so
drwxr-sr-x 4 root staff 4096 Jul 9 22:36 oslo
drwxr-sr-x 3 root staff 4096 Jul 9 22:36 oslo_config
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 oslo.config-1.14.0.dist-info
-rw-r--r-- 1 root root 299 Jul 9 22:35 oslo.config-1.14.0-py2.7-nspkg.pth
drwxr-sr-x 3 root staff 4096 Jul 9 22:36 oslo_i18n
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 oslo.i18n-2.1.0.dist-info
drwxr-sr-x 3 root staff 4096 Jul 9 22:36 oslo_serialization
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 oslo.serialization-1.7.0.dist-info
drwxr-sr-x 3 root staff 4096 Jul 9 22:36 oslo_utils
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 oslo.utils-1.8.0.dist-info
-rw-r--r-- 1 root root 299 Jul 9 22:35 oslo.utils-1.8.0-py2.7-nspkg.pth
drwxr-sr-x 5 root staff 4096 Jul 10 20:14 pbr
drwxr-sr-x 2 root staff 4096 Jul 10 20:14 pbr-1.3.0.dist-info
drwxr-sr-x 4 root staff 4096 Jul 10 20:10 pip-7.1.0-py2.7.egg
drwxr-sr-x 3 root staff 4096 Jul 10 20:33 pkg_resources
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 python_dateutil-2.4.2.dist-info
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 python_keystoneclient-1.6.0.dist-info
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 python_swiftclient-2.4.0.dist-info
drwxr-sr-x 3 root staff 4096 Jul 9 22:36 pytz
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 pytz-2015.4.dist-info
drwxr-sr-- 3 root staff 4096 Jul 9 23:25 requests
drwxr-sr-- 2 root staff 4096 Jul 9 23:25 requests-2.7.0.dist-info
drwxr-sr-x 3 root staff 4096 Jul 10 20:33 setuptools
drwxr-sr-x 2 root staff 4096 Jul 10 20:33 setuptools-18.0.1.dist-info
drwxr-sr-x 3 root staff 4096 Jul 9 22:36 simplejson
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 simplejson-3.7.3.egg-info
drwxr-sr-- 2 root staff 4096 Jul 9 23:26 six-1.9.0.dist-info
-rw-r--r-- 1 root root 29664 Jul 9 23:26 six.py
-rw-r--r-- 1 root root 29006 Jul 9 23:26 six.pyc
drwxr-sr-x 4 root staff 4096 Jul 9 22:36 stevedore
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 stevedore-1.6.0.dist-info
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 swiftclient
drwxr-sr-x 7 root staff 4096 Jul 9 22:35 wal_e
drwxr-sr-x 2 root staff 4096 Jul 9 22:35 wal_e-0.8.1.egg-info
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 wrapt
drwxr-sr-x 2 root staff 4096 Jul 9 22:36 wrapt-1.10.5.egg-info
I have done quite a bit of searching, but haven't found anything that helps. Any suggestions or points in the right direction are appreciated.
Additionally, it would be of great interest to solve this to ensure that my primary installation will behave in the event that a restoration is necessary. Backing up is pointless if I can't restore it.
I am not entirely sure what resolved the The 'wal-e==0.8.1' distribution was not found errro, but on rebooting I never saw that again.
Aside from that, fixing this was rather straightforward.
The executable bit on a number of python distributions was not set.
Chowning these fixed the error:
chmod o+x /usr/local/lib/python2.7/dist-packages/requests-2.7.0.dist-info/
chmod o+x /usr/local/lib/python2.7/dist-packages/requests
...
Reason backup_label is not created properly
Run the below command in your Master
su postgres
psql -c "select pg_start_backup('initial_backup');"
rsync -cva --inplace --exclude=pg_xlog
/var/lib/postgresql/9.1/main/
slave_IP_address:/var/lib/postgresql/9.1/main/
psql -c "select pg_stop_backup();"
cd /var/lib/postgresql/9.1/main
create file name recovery.conf add the below lines
standby_mode = 'on'
primary_conninfo = 'host=master_IP_address
port=5432 user=rep password=yourpassword' trigger_file =
'/tmp/postgresql.trigger.5432'
service postgresql restart