Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

SLES12: /var/lib/empty is missing, SSHD does not start #864

Closed
abbbi opened this issue Jun 6, 2016 · 6 comments
Closed

SLES12: /var/lib/empty is missing, SSHD does not start #864

abbbi opened this issue Jun 6, 2016 · 6 comments

Comments

@abbbi
Copy link
Contributor

abbbi commented Jun 6, 2016

  • rear version (/usr/sbin/rear -V): 1.18
  • OS version (cat /etc/rear/os.conf or lsb_release -a): SLES12 SP1

by default on SLES12 sshd daemon does not start during recovery because

/var/lib/empty

is missing (/sbin/sshd will complain)
Simply creating the directory fixes this problem. Probably directory should be included during
mkrescue run.

@jsmeix jsmeix self-assigned this Jun 6, 2016
@jsmeix jsmeix added the bug The code does not do what it is meant to do label Jun 6, 2016
@jsmeix jsmeix added this to the Rear v1.19 milestone Jun 6, 2016
@jsmeix
Copy link
Member

jsmeix commented Jun 6, 2016

It never happened for me.

On all my test systems (in particular on SLE12-SP1)
I have in /etc/rear/local.conf something like

SSH_ROOT_PASSWORD="rear"

and ssh access to the rear recovery system
always "just worked" for me.

@abbbi

Do you have a non-default ssh configuration?

Does in /etc/rear/local.conf something like

COPY_AS_IS=( "${COPY_AS_IS[@]}" /var/lib/empty )

also fix it for you?

@abbbi
Copy link
Contributor Author

abbbi commented Jun 6, 2016

we have set a custom password in local.conf:

SSH_ROOT_PASSWORD="recover"

besides that i used:

COPY_AS_IS=( "${COPY_AS_IS[@]}" /var/lib/empty )

to fix the problem!

@gdha
Copy link
Member

gdha commented Jun 8, 2016

@abbbi I've checked our skel tree and skel/default/var/lib/empty does exist, therefore, it should always be present in a rescue environment. I just check a rescue image and /var/lib/empty directory was there. Are you really sure this directory was the issue?

@gdha
Copy link
Member

gdha commented Jul 7, 2016

@jsmeix If you could verify on a rescue environment (any SLES I guess) that directoru /var/lib/empty is there by default?

@gdha gdha added won't fix / can't fix / obsolete and removed bug The code does not do what it is meant to do waiting for info labels Sep 5, 2016
@gdha
Copy link
Member

gdha commented Sep 5, 2016

Verified it several times and /var/lib/empty is always present in the rescue image. No need to add it to the COPY_AS_IS array

@gdha gdha closed this as completed Sep 5, 2016
@jsmeix
Copy link
Member

jsmeix commented Sep 15, 2016

Regarding #864 (comment)
see my #864 (comment)
i.e. it never happened for me and on all my test systems I had
a /var/lib/empty/ directory in the recovery system e.g right now
on SLES12-SP2:

RESCUE d245:~ # ls -ld /var/lib/empty/
drwxr-xr-x 2 root root 0 Aug 17 13:49 /var/lib/empty/

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

3 participants