#748 Issue closed: ipv6 has been disabled in server, but ISO boots server with ipv6 assigned to eth0 and lo

Labels: enhancement, support / question, fixed / solved / done

blaxxton opened issue at 2015-12-23 22:13:

ipv6 is disabled on server but when we boot the server from ISO and
choose Recover, there is ipv6 assigned to either eth0 and lo.

This cause problem recovering from EMC Legato Networker with ipv6 name is not accessible.
EMC legato Networker check if there is ipv6 assigned to interface, and if there is , will look to find
the server name based on ipv6 address defined in /etc/hosts and fails.

We had to delete the ipv6 address on both eth0 and loopback to be able to communicate with EMC Networker server and recover.

There is an option of adding ipv6 to /etc/hosts, but even with that , autorecover from Legato would not work if ipv6 is enabled in rescue mode while the original server has ipv6 disabled.

There should be an option to disable ipv6.

Thanks

gdha commented at 2015-12-24 07:33:

@blaxxton please run rear and capture the following output (of scripts). Perhaps use GitHub Gist to store the output.

ip a
rear -vd mkrescue
cd /tmp/rear.<6AlinkJEojgKw9h>/rootfs    (replace <6AlinkJEojgKw9h> with the unique string)
cat etc/rear/rescue.conf
cat etc/scripts/system-setup.d/60-network-devices.sh
cat etc/scripts/system-setup.d/62-routing.sh
cat etc/scripts/system-setup.d/63-teaming.sh

gdha commented at 2015-12-24 08:15:

@blaxxton perhaps also list the ifcfg-<dev> configuration script (location sometimes /etc/sysconfig/network-scripts)

schlomo commented at 2015-12-24 08:16:

@blaxxton how did you disable ipv6 on your server?

blaxxton commented at 2015-12-24 11:22:

MyHostName###ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP qlen 1000
    link/ether 00:50:56:b1:06:77 brd ff:ff:ff:ff:ff:ff
    inet 192.168.112.167/24 brd 192.168.112.255 scope global eth0
MyHostName###
MyHostName###rear -vd mkrescue      
Relax-and-Recover 1.17.2-git201509031543 / 2015-09-03
Using log file: /var/log/rear/rear-MyHostName.log
Creating disk layout
Creating root filesystem layout
EMC Networker will recover these filesystems: / /boot /fs_db /fs_data /fs_bkup 
TIP: To login as root via ssh you need to set up /root/.ssh/authorized_keys or SSH_ROOT_PASSWORD in your configuration file
Copying files and directories
Copying binaries and libraries
Copying kernel modules
Creating initramfs
Making ISO image
Wrote ISO image: /var/lib/rear/output/rear-MyHostName.iso (105M)
Saving result files with NSR (EMC NetWorker)
If the NSR_RETENTION_TIME="1 day" is too low please add NSR_RETENTION_TIME variable in /etc/rear/local.conf
 pool           retent  name
============================
dailyclone 12/23/15 /var/lib/rear/output/rear-MyHostName.iso
dailyclone 12/24/15 /var/lib/rear/output/rear-MyHostName.iso
dailyclone 12/25/15 /var/lib/rear/output/rear-MyHostName.iso
You should also rm -Rf /tmp/rear.XR09RJW2vDY1y3X
MyHostName###
MyHostName###cd /tmp/rear.XR09RJW2vDY1y3X/rootfs
MyHostName###pwd
/tmp/rear.XR09RJW2vDY1y3X/rootfs
MyHostName###cat etc/rear/rescue.conf
# initialize our /etc/rear/rescue.conf file sourced by the rear command in recover mode
# also the configuration is sourced by system-setup script during booting our recovery image
SHARE_DIR="/usr/share/rear"
CONFIG_DIR="/etc/rear"
VAR_DIR="/var/lib/rear"
LOG_DIR="/var/log/rear"
# TMPDIR variable may be defined in local.conf file as prefix dir for mktemp command
# e.g. by defining TMPDIR=/var we would get our BUILD_DIR=/var/tmp/rear.XXXXXXXXXXXX
# However, in rescue we want our BUILD_DIR=/tmp/rear.XXXXXXX as we are not sure that
# the user defined TMPDIR would exist in our rescue image
# by 'unset TMPDIR' we achieve above goal (as rescue.conf is read after local.conf)!
unset TMPDIR
MyHostName###
MyHostName###cat etc/scripts/system-setup.d/60-network-devices.sh
# if USE_DHCLIENT=y then use DHCP instead and skip 60-network-devices.sh
[[ ! -z "$USE_DHCLIENT" && -z "$USE_STATIC_NETWORKING" ]] && return
# if IPADDR=1.2.3.4 has been defined at boot time via ip=1.2.3.4 then configure 
if [[ "$IPADDR" ]] && [[ "$NETMASK" ]] ; then
    device=${NETDEV:-eth0}
    ip link set dev "$device" up
    ip addr add "$IPADDR"/"$NETMASK" dev "$device"
    if [[ "$GATEWAY" ]] ; then
        ip route add default via "$GATEWAY"
    fi
    return
fi
ip addr add 192.168.112.167/24 dev eth0
ip link set dev eth0 up
ip link set dev eth0 mtu 1500
MyHostName###cat etc/scripts/system-setup.d/62-routing.sh
# if USE_DHCLIENT=y then skip 62-routing.sh as we are using DHCP instead
[[ ! -z "$USE_DHCLIENT" && -z "$USE_STATIC_NETWORKING" ]] && return
# if GATEWAY is defined as boot option gw=1.2.3.4 then use that one
[[ ! -z "$GATEWAY" ]] && return
if [[ -e /proc/cmdline ]] ; then
    if grep -q 'noip' /proc/cmdline ; then
        return
    fi
fi
ip route add default via 192.168.112.1 dev eth0 table main
MyHostName###cat etc/scripts/system-setup.d/63-teaming.sh
cat: etc/scripts/system-setup.d/63-teaming.sh: No such file or directory
MyHostName###ls etc/scripts/system-setup.d/
00-functions.sh           40-start-udev-or-load-modules.sh  45-serial-console.sh           60-network-devices.sh  99-makedev.sh
10-console-setup.sh       41-load-special-modules.sh        55-migrate-network-devices.sh  62-routing.sh
20-check-boot-options.sh  42-engage-scsi.sh                 58-start-dhclient.sh           90-networker.sh*
MyHostName###

blaxxton commented at 2015-12-24 11:25:

I deleted the ipv6 address with ifconfig command after booting to rescue by choosing recover.

blaxxton commented at 2015-12-24 11:26:

MyHostName###ls -la /etc/sysconfig/network-scripts/ifcfg-*
-rw-r--r-- 1 root root 268 Dec 23 16:08 /etc/sysconfig/network-scripts/ifcfg-eth0
-rw-r--r-- 1 root root 254 Oct 10 2013 /etc/sysconfig/network-scripts/ifcfg-lo
MyHostName###

blaxxton commented at 2015-12-24 11:57:

ipv6 disabled on server by adding:

MyHostName###tail -n 3 /etc/sysctl.conf 
# IPv6 support in the kernel, set to 0 by default
net.ipv6.conf.all.disable_ipv6 = 1
net.ipv6.conf.default.disable_ipv6 = 1
MyHostName###

MyHostName###head -n 2 /etc/sysconfig/network
NETWORKING=yes
NETWORKING_IPV6=no
MyHostName###

MyHostName###tail -n 1 /etc/sysconfig/network-scripts/ifcfg-eth0    
IPV6INIT=no
MyHostName###

gdha commented at 2015-12-24 12:30:

Did you define USE_DHCLIENT somewhere in local.conf or site.conf? As I see no active IPv6 on your current system (which what you said), but when looking at the scripts produced by rear I see also no IPv6 definitions. It can only be introduced by dhcpd6 I guess?
You can always force static IP addresses with the variable USE_STATIC_NETWORKING=1 if that would be required.

blaxxton commented at 2015-12-24 13:35:

Already tired USE_STATIC_NETWORKING=1 in /etc/rear/local.conf
and the result was the same, ipv6 is being set on eth0.

MyHostName###tail -n 2 /etc/rear/local.conf
BACKUP=NSR
USE_STATIC_NETWORKING=1
MyHostName###

/etc/rear/local.conf does not have any USE_DHCLIENT.

I can't find where ipv6 is being set in any of the scripts.
The only place ipv6 address is being set is when we set dhcp ipv6 but
dhcp is not installed on server

MyHostName###rpm -aq | grep -i dhcp
dhcp-common-4.1.1-38.P1.el6.x86_64
MyHostName###

.

blaxxton commented at 2015-12-24 14:04:

Correct me if I am wrong.

In line 64 of 21_include_dhclient.sh:
64 [ ! -z "$DHCLIENT6_BIN" ] && USE_DHCLIENT=y

This means if DHCLIENT6_BIN is not empty set USE_DHCLIENT to y which seems to be correct
but on my server, below lines always return y:

MyHostName###export DHCLIENT6_BIN=""; echo $DHCLIENT6_BIN; [[ ! -z "$DHCLIENT6_BIN" ]] && USE_DHCLIENT=y; echo $USE_DHCLIENT

y
MyHostName###export DHCLIENT6_BIN="1"; echo $DHCLIENT6_BIN; [[ ! -z "$DHCLIENT6_BIN" ]] && USE_DHCLIENT=y; echo $USE_DHCLIENT
1
y
MyHostName###

I am using bash.

blaxxton commented at 2015-12-24 15:28:

I even tried passing the ip and nm to kernel at boot time, but still ipv6 is being setup on both eth0 and loopback.

blaxxton commented at 2015-12-24 16:22:

MyHostName###export DHCLIENT6_BIN= ; DHCLIENT6_BIN=${DHCLIENT6_BIN##*/}; echo $DHCLIENT6_BIN; [ ! -z "$DHCLIENT6_BIN" ] && USE_DHCLIENT=y; echo $USE_DHCLIENT

y
MyHostName###export DHCLIENT6_BIN="/usr/bin/dhcclient.sh"; DHCLIENT6_BIN=${DHCLIENT6_BIN##*/}; echo $DHCLIENT6_BIN; [ ! -z "$DHCLIENT6_BIN" ] && USE_DHCLIENT=y; echo $USE_DHCLIENT
dhcclient.sh
y
MyHostName###

blaxxton commented at 2015-12-24 21:16:

I agree, I don't see any command that set ipv6 in rootfs, but I think some how USE_DHCLIENT is being set and dhcpd6 is being called. is it possible it is defined in kernel config file ?

gdha commented at 2015-12-29 19:22:

@blaxxton to be 100% sure you could add set -x to the script ./skel/default/etc/scripts/system-setup.d/58-start-dhclient.sh and rebuild the rescue image and boot from it. Then you should see what it does... According to me the variable USE_DHCLIENT should not be set and this script should be skipped for that reason.
Otherwise, you could see what is running with ps ax on your rescue system. Or, the /var/log/messages could give a hint of what happened. It is a bit of mystery...

blaxxton commented at 2015-12-29 19:36:

I don't think running set -x option to debug would help because you were right, and there is no where in script that ipv6 being set using ip command.

adding EXCLUDE_MODULES=( ipv6 ) to /etc/rear/local.conf fixed my problem and not seeing any ipv6 address assigned to either loopback or eth0.

This is RedHat 6 and even after disabling ipv6 in /etc/modprobe.d/ipv6.conf, I can see ipv6 modules in modprobe -l output.

According to RedHat Document:
https://access.redhat.com/solutions/72733

The root cause of the issue is the dracut-network plug-in but we don't have such a plugin installed.
resolution at RedHat level is rebuilding the initramfs file.
The ipv6.conf file will be pulled into the initramfs file, and applied at the initramfs stage.

I tried rebuilding the initramfs but still am able to see ipv6 modules also not a very good idea to disable ipv6 module at system level.

somehow , your script create a initramfs that has ipv6 enabled based on the server.

gdha commented at 2015-12-29 19:53:

perhaps you could run once rear -vd mkrescue and check under /tmp/rear/.XXXX/rootfs/etc directory the file modules. Is the ipv6 listed in there?

blaxxton commented at 2015-12-29 20:48:

Only one entry in that file:
cat modules
vmxnet3

but there is ipv6 module in /var/lib/rear/recovery/initrd_modules
grep ipv6 /var/lib/rear/recovery/initrd_modules
ipv6

grep ipv6 var/lib/rear/recovery/initrd_modules
ipv6

ipv6 is being added to interfaces when kernel is being loaded.

gdha commented at 2016-01-04 10:17:

Interesting feedback - the script ./usr/share/rear/rescue/GNU/Linux/26_collect_initrd_modules.sh prepares the initrd_modules file.
Perhaps, it would be a good idea if IPv6 is disabled to exclude it from this list. However, most likely there will always be a case where one needs it, no?

schlomo commented at 2016-01-04 13:11:

IMHO we should actively suppress IPv6 as long as we don't handle it properly (with a flag to suppress that mechanism). So far we had more reports of "IPv6 broke my environment" than of "Please handle IPv6 properly".

gdha commented at 2016-01-04 19:01:

$ cat /proc/net/if_inet6 
00000000000000000000000000000001 01 80 10 80       lo
fe80000000000000626720fffe18861c 03 40 20 80     wlo1
2a02a03f1a397700626720fffe18861c 03 40 00 00     wlo1

Is a good starting point

blaxxton commented at 2016-01-05 04:27:

I think it is a good idea to disable ipv6 since ipv4 is always availablein all environments, even those that has set up ipv6 on their networkbut ipv6 would cause problem for those that has not setup ipv6 in thier environments and add extra steps to disable ipv6 to be able to recover.
I don't think there is any environment totally on ipv6 and no ipv4.
If yes, then it is a good idea to have it in config file.
Thanks

  From: gdha <notifications@github.com>

To: rear/rear rear@noreply.github.com
Cc: blaxxton blaxxton@yahoo.com
Sent: Monday, January 4, 2016 4:17 AM
Subject: Re: [rear] ipv6 has been disabled in server, but ISO boots server with ipv6 assigned to eth0 and lo (#748)

Interesting feedback - the script ./usr/share/rear/rescue/GNU/Linux/26_collect_initrd_modules.sh prepares the initrd_modules file.
Perhaps, it would be a good idea if IPv6 is disabled to exclude it from this list. However, most likely there will always be a case where one needs it, no?—
Reply to this email directly or view it on GitHub.

blaxxton commented at 2016-01-05 04:56:

One more note:
We don't want to disable ipv6 at kernel level or even we don't want to disable loading ipv6since there might be some interdepency between modules.
So we decided to disable ipv6 only in /etc/sysctl.conf and /etc/sysconfig/network.
I checked the script /usr/share/rear/rescue/GNU/Linux/26_collect_initrd_modules.sh and all it does copying the current initrd and initrmfs along with modules but these are still having ipv6 enabled.
It is best to recreate the initramfs while disabling ipv6 and then copy it over:dracut --omit-drivers ipv6 /tmp/initramfs-$(uname -r).img $(uname -r)
so if there is a directive in config file, initramfs will be recreated and then copies overand if there is no directive initramfs directly copies over with no change.

Thanks

  From: gdha <notifications@github.com>

To: rear/rear rear@noreply.github.com
Cc: blaxxton blaxxton@yahoo.com
Sent: Monday, January 4, 2016 4:17 AM
Subject: Re: [rear] ipv6 has been disabled in server, but ISO boots server with ipv6 assigned to eth0 and lo (#748)

Interesting feedback - the script ./usr/share/rear/rescue/GNU/Linux/26_collect_initrd_modules.sh prepares the initrd_modules file.
Perhaps, it would be a good idea if IPv6 is disabled to exclude it from this list. However, most likely there will always be a case where one needs it, no?—
Reply to this email directly or view it on GitHub.

schlomo commented at 2016-01-05 12:40:

IMHO ReaR should faithfully copy what you did on your source system. If you
disabled IPv6 in sysctl.conf then we should just copy that.

A quick look reveals that sysctl is not handled by ReaR whatsoever. Maybe
we should just add a "copy all sysctl.conf stuff over and activate it on
boot" feature to solve your problem.

On 5 January 2016 at 05:56, blaxxton notifications@github.com wrote:

One more note:
We don't want to disable ipv6 at kernel level or even we don't want to
disable loading ipv6since there might be some interdepency between modules.
So we decided to disable ipv6 only in /etc/sysctl.conf
and /etc/sysconfig/network.
I checked the
script /usr/share/rear/rescue/GNU/Linux/26_collect_initrd_modules.sh and
all it does copying the current initrd and initrmfs along with modules but
these are still having ipv6 enabled.
It is best to recreate the initramfs while disabling ipv6 and then copy it
over:dracut --omit-drivers ipv6 /tmp/initramfs-$(uname -r).img $(uname -r)
so if there is a directive in config file, initramfs will be recreated and
then copies overand if there is no directive initramfs directly copies over
with no change.

Thanks

From: gdha notifications@github.com
To: rear/rear rear@noreply.github.com
Cc: blaxxton blaxxton@yahoo.com
Sent: Monday, January 4, 2016 4:17 AM
Subject: Re: [rear] ipv6 has been disabled in server, but ISO boots server
with ipv6 assigned to eth0 and lo (#748)

Interesting feedback - the script
./usr/share/rear/rescue/GNU/Linux/26_collect_initrd_modules.sh prepares the
initrd_modules file.
Perhaps, it would be a good idea if IPv6 is disabled to exclude it from
this list. However, most likely there will always be a case where one needs
it, no?—
Reply to this email directly or view it on GitHub.


Reply to this email directly or view it on GitHub
https://github.com/rear/rear/issues/748#issuecomment-168897675.

gdha commented at 2016-01-05 19:39:

@blaxxton perhaps you give it a try with development version rear-1.17.2-git201601052030?

blaxxton commented at 2016-01-06 03:28:

I am going to try it tomorrow, will let you know the result soon.

  From: gdha <notifications@github.com>

To: rear/rear rear@noreply.github.com
Cc: blaxxton blaxxton@yahoo.com
Sent: Tuesday, January 5, 2016 1:40 PM
Subject: Re: [rear] ipv6 has been disabled in server, but ISO boots server with ipv6 assigned to eth0 and lo (#748)

@blaxxton perhaps you give it a try with development version rear-1.17.2-git201601052030?—
Reply to this email directly or view it on GitHub.

blaxxton commented at 2016-01-06 21:21:

Can you please provide the link to download rear-1.17.2-git201601052030 ?
Thanks

  From: gdha <notifications@github.com>

To: rear/rear rear@noreply.github.com
Cc: blaxxton blaxxton@yahoo.com
Sent: Tuesday, January 5, 2016 1:40 PM
Subject: Re: [rear] ipv6 has been disabled in server, but ISO boots server with ipv6 assigned to eth0 and lo (#748)

@blaxxton perhaps you give it a try with development version rear-1.17.2-git201601052030?—
Reply to this email directly or view it on GitHub.

gdha commented at 2016-01-07 07:20:

See page http://relax-and-recover.org/download/ and select a snapshot version according your distro and go deeper into x86_64 directory.

blaxxton commented at 2016-01-07 15:32:

My test server is RedHat 6, but there is no x86_64 on snapshot version.
downloaded from i686:

Index of /repositories/Archiving:/Backup:/Rear:/Snapshot/RedHat_RHEL-6/i686

|   |
|   | |   |   |   |   |   |
| Index of /repositories/Archiving:/Backup:/Rear:/Snapsho...Index of /repositories/Archiving:/Backup:/Rear:/Snapshot/RedHat_RHEL-6/i686 Name Last modified Size |
| |
| View on download.opensuse.org | Preview by Yahoo |
| |
|   |

rear-1.17.2-115.git201601052030.el6.i686.rpm

Is this ok ?

  From: gdha <notifications@github.com>

To: rear/rear rear@noreply.github.com
Cc: blaxxton blaxxton@yahoo.com
Sent: Thursday, January 7, 2016 1:20 AM
Subject: Re: [rear] ipv6 has been disabled in server, but ISO boots server with ipv6 assigned to eth0 and lo (#748)

See page http://relax-and-recover.org/download/ and select a snapshot version according your distro and go deeper into x86_64 directory.—
Reply to this email directly or view it on GitHub.

gdha commented at 2016-01-07 15:59:

@blaxxton yes that is ok

blaxxton commented at 2016-01-12 00:23:

I just tried rear-1.17.2-118.git201601091610.el6.i686.rpm
and it fails right at the beginning :
2016-01-11 17:03:30.248917438 ERROR: The savefs command could not retrieve the "save sets" from this client=== Stack trace ===Trace 0: /usr/sbin/rear:410 mainTrace 1: /usr/share/rear/lib/mkrescue-workflow.sh:29 WORKFLOW_mkrescueTrace 2: /usr/share/rear/lib/framework-functions.sh:85 SourceStageTrace 3: /usr/share/rear/lib/framework-functions.sh:45 SourceTrace 4: /usr/share/rear/rescue/NSR/default/47_safe_filesystems.sh:3 sourceMessage: The savefs command could not retrieve the "save sets" from this client===================

or later error:2016-01-11 17:18:31.334417502 Saving result files with NSR (EMC NetWorker)2016-01-11 17:18:31.661689735 Saving files '/var/lib/rear/output/rear-clientname.iso' with save98519:save: Unable to setup direct save with server nsr_server: no matching IP interface data domain devices for save of client clientname'; check storage nodes, devices or pools.90018:save: Cannot open a save session with NetWorker server 'nsr_server': no matching IP interface data domain devices for save of clientclientname'; check storage nodes, devices or pools2016-01-11 17:18:32.331632992 ERROR: Could not save result files with save=== Stack trace ===Trace 0: /usr/sbin/rear:410 mainTrace 1: /usr/share/rear/lib/mkrescue-workflow.sh:35 WORKFLOW_mkrescueTrace 2: /usr/share/rear/lib/framework-functions.sh:85 SourceStageTrace 3: /usr/share/rear/lib/framework-functions.sh:45 SourceTrace 4: /usr/share/rear/output/NSR/default/95_nsr_save_result_files.sh:55 sourceTrace 5: /usr/share/rear/lib/_input-output-functions.sh:150 StopIfErrorMessage: Could not save result files with save===================2016-01-11 17:18:32.335602303 Running exit tasks.
works fine with older version.
Thanks

  From: gdha <notifications@github.com>

To: rear/rear rear@noreply.github.com
Cc: blaxxton blaxxton@yahoo.com
Sent: Thursday, January 7, 2016 9:59 AM
Subject: Re: [rear] ipv6 has been disabled in server, but ISO boots server with ipv6 assigned to eth0 and lo (#748)

@blaxxton yes that is ok—
Reply to this email directly or view it on GitHub.

gdha commented at 2016-01-12 06:52:

@blaxxton could you check the /var/lib/rear/recovery/ directory to find out if the necessary nsr_* files were properly created? The NSR scripts were not modified in the last month, so I don't get it.

blaxxton commented at 2016-01-12 15:50:

Yes, files have been created:

ls -latr /tmp/rear.CztH5P9ZiI8iI4L/rootfs/var/lib/rear/recoverytotal 40drwxr-xr-x 5 root root 4096 Jan  9 20:22 ../-rw-r--r-- 1 root root  143 Jan 12 08:36 mountpoint_permissions-rw-r--r-- 1 root root  665 Jan 12 08:36 diskbyid_mappings-rw-r--r-- 1 root root    5 Jan 12 08:36 bootloader-rw-r--r-- 1 root root  112 Jan 12 08:36 mountpoint_device-rw-r--r-- 1 root root   91 Jan 12 08:36 storage_drivers-rw-r--r-- 1 root root   11 Jan 12 08:36 nsr_server-rw-r--r-- 1 root root 2997 Jan 12 08:36 initrd_modules-r--r--r-- 1 root root    0 Jan 12 08:36 if_inet6drwxr-xr-x 2 root root 4096 Jan 12 08:36 ./-rw-r--r-- 1 root root   24 Jan 12 08:36 nsr_paths
ls -la /var/lib/rear/recoverytotal 40drwxr-xr-x 2 root root 4096 Jan 12 08:36 ./drwxr-xr-x 5 root root 4096 Jan  9 20:22 ../-rw-r--r-- 1 root root    5 Jan 12 08:36 bootloader-rw-r--r-- 1 root root  665 Jan 12 08:36 diskbyid_mappings-r--r--r-- 1 root root    0 Jan 12 08:36 if_inet6-rw-r--r-- 1 root root 2997 Jan 12 08:36 initrd_modules-rw-r--r-- 1 root root  112 Jan 12 08:36 mountpoint_device-rw-r--r-- 1 root root  143 Jan 12 08:36 mountpoint_permissions-rw-r--r-- 1 root root   24 Jan 12 08:36 nsr_paths-rw-r--r-- 1 root root   11 Jan 12 08:36 nsr_server-rw-r--r-- 1 root root   91 Jan 12 08:36 storage_drivers

What I noticed, if_inet6 is with size of 0 either with older version or the current one.
and ipv6 is in initrd_modules on both old and new version.
On new version I have some additional pv-uuid in diskbyid_mappings  but not sure if it is related.
lvm-pv-uuid-53T30q-AsBm-ATpW-5Y2s-AF8r-Yrpt-3xiLdJ sda3lvm-pv-uuid-r2Fd4w-mb2q-9KFp-FAVR-l1dp-Mk29-SQsA6M sda2lvm-pv-uuid-yVs0X8-rrpT-1OdI-rJUC-haan-lSvM-yin7Y6 sdb

The actual error is complaining about:
no matching IP interface data domain devices for save of client Client_Name check storage nodes, devices or pools.

but old version can do the backup with no problem.
What change you made in new version to fix the ipv6 ?
Thanks

gdha commented at 2016-01-12 19:28:

@blaxxton Did you still had an IPv6 address after you booted from the rescue image?
In rescue image you will find a new script /etc/scripts/system-setup.d/65-sysctl.sh that read the /etc/sysctl*.conf files.
Furthermore, did you check the content of /var/lib/rear/recovery/nsr_server and /var/lib/rear/recovery/nsr_paths?

blaxxton commented at 2016-01-13 15:00:

Still ipv6 there.

I think becuase 65-sysctl.sh only including /etc/sysctl.d/*.conf and missing including /etc/sysctl.conf.

run sysctl /etc/sysctl.conf and /etc/sysctl.d/*.conf files

for file in /etc/sysctl.d/*.conf ; do
test -f "$file" && sysctl -e -p "$file" >/dev/null 2>&1
done
test -f /etc/sysctl.conf && sysctl -e -p /etc/sysctl.conf >/dev/null 2>&1

nsr_server and nsr_paths seems to be ok and contain the server name and file systems are being backed up.
Thanks


From: gdha notifications@github.com
To: rear/rear rear@noreply.github.com
Cc: blaxxton blaxxton@yahoo.com
Sent: Tuesday, January 12, 2016 1:28 PM
Subject: Re: [rear] ipv6 has been disabled in server, but ISO boots server with ipv6 assigned to eth0 and lo (#748)

@blaxxton Did you still had an IPv6 address after you booted from the rescue image?
In rescue image you will find a new script /etc/scripts/system-setup.d/65-sysctl.sh that read the /etc/sysctl*.conf files.
Furthermore, did you check the content of /var/lib/rear/recovery/nsr_server and /var/lib/rear/recovery/nsr_paths?

Reply to this email directly or view it on GitHub.

gdha commented at 2016-01-20 14:47:

@blaxxton did you re-run your tests with the latest modifications? In rescue mode you could run sysctl -a|grep ipv6 to verify the status of IPv6.
On the other hand, the link https://wiki.archlinux.org/index.php/IPv6#Disable_IPv6 contains some useful information of parameters that can be added to KERNEL_CMDLINE (in /etc/rear/local.conf)

blaxxton commented at 2016-01-27 20:18:

Ok, thanks, the scripts is fixed and now it can read /etc/sysctl.conf, but still there is ipv6 address assigned after booting from ISO.

Booted from ISO and sysctl -a | grep -i ipv6 | grep disable shows that ipv6 is enabled.
65-sysctl.sh was not executable, so I did chmod 755 65-sysctl.sh and then ran ./65-sysctl.sh
now ipv6 is gone.

Some how 65-sysctl.sh script is not being executed at boot time.

Can you please check why this script is not being called or executed when we boot from ISO ?

Thanks

blaxxton commented at 2016-01-28 15:06:

Can we disable backing up the ISO file in NSR ?We run rear mkrescue to create the ISO to boot from but at the end it backup the ISO file as well.
We already backing up the server every night, and finding the correct default backup pool is not always accurateso why not disabling the backup of ISO at the time of creation, and only save it locally in disksince we are going to back it up at night.
Can this be done ?
The other question is:Consider we run daily rear mkrescue , and server crashes today but we find out the best recover time is last week and not today, how at recover time and after booting from ISO  I can specify specific date to recover ?
Thanks

gdha commented at 2016-02-09 13:17:

@blaxxton Can we disable backing up the ISO file in NSR ?
Would prefer to see this in another issue as otherwise it is getting a mess...

gdha commented at 2016-02-09 13:19:

@blaxxton Some how 65-sysctl.sh script is not being executed at boot time.
Can you please check why this script is not being called or executed when we boot from ISO ?
I am sorry I wouldn't know how I can see why it is not called in your environment? You are asking too much of me. For remote assistance see http://it3.be/rear-support/

gdha commented at 2016-02-15 19:31:

@blaxxton I've tested the 65-sysctl.sh script and it worked fine. Ipv6 was disabled.

gdha commented at 2016-02-22 15:47:

If no-one objects I'll mark it as fixed

blaxxton commented at 2016-03-04 21:34:

Hi
I wanted to thank you for all your help.
Thanks

  From: gdha <notifications@github.com>

To: rear/rear rear@noreply.github.com
Cc: blaxxton blaxxton@yahoo.com
Sent: Friday, March 4, 2016 7:03 AM
Subject: Re: [rear] ipv6 has been disabled in server, but ISO boots server with ipv6 assigned to eth0 and lo (#748)

Closed #748.—
Reply to this email directly or view it on GitHub.


[Export of Github issue for rear/rear.]