Superb quality and spec AB-Com PULSe 4K SE only £99! FREE UK DELIVERY! 4K UHD, Enigma 2, Multiboot 4 images & more!...
Superb quality and spec AB-Com PULSe 4K Rev II Twin Satellite tuner only £149! FREE UK DELIVERY! 4K UHD, Enigma 2, SATA HDD facility, Multiboot 4 images & more!...

[VU+ Solo SE] Samba broken after update to openvix 6.0.01

kalel-2

New member
Joined
Oct 29, 2019
Messages
15
Reaction score
0
Points
1
Hi Guys.

Upgraded Solo SE II from 5.4.016 using GUI.
After upgrade the samba server dies with error in logs.
smbd errors:

From log.smbd

[2021/11/09 10:33:21.601275, 0] ../../source3/smbd/server.c:1738(main)
smbd version 4.15.0 started.
Copyright Andrew Tridgell and the Samba Team 1992-2021
[2021/11/09 10:33:21.749531, 0] ../../source3/auth/auth_util.c:1410(make_new_session_info_guest)
make_server_info_info3 failed with NT_STATUS_NO_SUCH_USER
[2021/11/09 10:33:21.750340, 0] ../../source3/smbd/server.c:2015(main)
ERROR: failed to setup guest info.

From system log messages

Nov 9 10:33:21 vusolose daemon.err smbd[712]: [2021/11/09 10:33:21.601275, 0] ../../source3/smbd/server.c:1738(main)
Nov 9 10:33:21 vusolose daemon.err smbd[712]: smbd version 4.15.0 started.
Nov 9 10:33:21 vusolose daemon.err smbd[712]: Copyright Andrew Tridgell and the Samba Team 1992-2021
Nov 9 10:33:21 vusolose daemon.err smbd[713]: [2021/11/09 10:33:21.749531, 0] ../../source3/auth/auth_util.c:1410(make_new_session_info_guest)
Nov 9 10:33:21 vusolose daemon.err smbd[713]: make_server_info_info3 failed with NT_STATUS_NO_SUCH_USER
Nov 9 10:33:21 vusolose daemon.err smbd[713]: [2021/11/09 10:33:21.750340, 0] ../../source3/smbd/server.c:2015(main)
Nov 9 10:33:21 vusolose daemon.err smbd[713]: ERROR: failed to setup guest info.
Nov 9 10:33:22 vusolose daemon.err nmbd[719]: [2021/11/09 10:33:22.344934, 0] ../../source3/nmbd/nmbd.c:902(main)
Nov 9 10:33:22 vusolose daemon.err nmbd[719]: nmbd version 4.15.0 started.
Nov 9 10:33:22 vusolose daemon.err nmbd[719]: Copyright Andrew Tridgell and the Samba Team 1992-2021
Nov 9 10:33:22 vusolose daemon.err nmbd[720]: [2021/11/09 10:33:22.354354, 0] ../../lib/util/pidfile.c:217(pidfile_create)]

Flashing back to to VIX 5.4.016 restores samba functionality.

Best regards
Kar in Sweden.
 
Last edited:
Xtrend ET10000 runing 6.0.001

I cannot get SAMBA to start.

I've tried.
menu -> setup -> network -> utilities -> samba -> remove service
then automatic reboot
then telnet into the box and "opkg update"
then reboot
then menu -> setup -> network -> utilities -> samba -> which installs smb
then automatic reboot

Samba remains at "stopped" - autostart or manual start have no effect.
No Samba logs are produced
 
Last edited:
... it was working for me last night after a settings restore, but I can't check again at the moment.

EDIT: re-flashed with a settings restore and all ok.
 
Last edited:
@ccs, they are restoring the config files in their 5.4 backup, right? Remember we changed it so that did not happen?

Can you post some virgin config files?
 
@ccs, they are restoring the config files in their 5.4 backup, right? Remember we changed it so that did not happen?

Can you post some virgin config files?

A settings restore will bring back /etc/samba because it's in there by default for everyone.

Any updated configs from later releases of samba will be overwritten, although in practice it's very unlikely to cause any problems as reported in this thread.

/etc/samba/smb-user.conf and /etc/samba/private are the only 2 config files which user should change, and so were added to the settings backup.

/etc/samba should really be removed as it's not needed.

I'll dig out some configs later.
 
Last edited:
A settings restore will bring back /etc/samba because it's in there by default for everyone.

Any updated configs from later releases of samba will be overwritten, although in practice it's very unlikely to cause any problems as reported in this thread.

/etc/samba/smb-user.conf and /etc/samba/private are the only 2 config files which user should change, and so were added to the settings backup.

/etc/samba should really be removed as it's not needed.

I'll dig out some configs later.

A re-flash of 6.0.001 without a settings or plug-in restore (and with a telnet “opkg update”) got Samba working again but an immediate follow-up with a settings and plug-in restore caused it to fail again.

I then reloaded 5.4.016 (from the backup including settings and plugins) and removed Samba
Then made a new settings backup for 5.4.016
Then re-flashed 6.0.001 and without restoring settings or plug-ins
Then telnet “opkg update”
Then reinstall Samba from the network GUI/menu

Samba running

The settings update from the 5.4.016 backup with Samba removed was re-installed followed by an automatic reboot.

Samba fails to start!

So it looks that if there is something in the settings backup that is “corrupting” Samba
 
/etc/samba is in the image release, removing samba will still leave /etc/samba in a settings restore.

Have a look at it before and after the settings restore.

This is my current /etc/samba (on ultimo4k 6.0.001) (/etc/samba is not in the backup, just the files/folders mentioned earlier.)

Code:
root@vuultimo4k:~# ls -lR /etc/samba
/etc/samba:
drwxr-xr-x    2 root     root          4096 Nov  9 17:02 distro
-rw-r--r--    1 root     root            20 Nov  3 00:34 lmhosts
drwxr-xr-x    2 root     root          4096 Nov  9 17:02 private
-rw-r--r--    1 root     root           772 Dec 31  2020 smb-user.conf
-rw-r--r--    1 root     root            95 Nov  3 00:34 smb.conf

/etc/samba/distro:
-rw-r--r--    1 root     root            61 Nov  3 00:34 smb-branding.conf
-rw-r--r--    1 root     root          1516 Nov  3 00:34 smb-global.conf
-rw-r--r--    1 root     root           586 Nov  3 00:34 smb-shares.conf
lrwxrwxrwx    1 root     root            13 Nov  9 17:02 smb-vmc.conf -> smb-vmc.samba
-rw-r--r--    1 root     root            29 Nov  3 00:34 smb-vmc.samba

/etc/samba/private:
-rw-------    1 root     root        430080 Dec 31  2020 secrets.tdb
-rw-------    1 root     root           204 Jan 18  2021 smbpasswd
-rw-r--r--    1 root     root            80 Dec 31  2020 users.map
root@vuultimo4k:


This is 5.4.016 et10k which restored ok on 6.0.001. /etc/samba is in the backup.

Code:
root@et10000:~# ls -lR /etc/samba
/etc/samba:
drwxr-xr-x    2 root     root           528 Oct 13 10:56 distro
-rw-r--r--    1 root     root            20 Dec 31  2020 lmhosts
drwxr-xr-x    2 root     root           376 Oct 13 10:56 private
-rw-r--r--    1 root     root           772 Dec 31  2020 smb-user.conf
-rw-r--r--    1 root     root           744 Dec 31  2020 smb-user.conf.orig
-rw-r--r--    1 root     root            95 Dec 31  2020 smb.conf

/etc/samba/distro:
-rw-r--r--    1 root     root            61 Dec 31  2020 smb-branding.conf
-rw-r--r--    1 root     root          1457 Dec 31  2020 smb-global.conf
-rw-r--r--    1 root     root           586 Dec 31  2020 smb-shares.conf
lrwxrwxrwx    1 root     root            13 Oct 13 10:56 smb-vmc.conf -> smb-vmc.samba
-rw-r--r--    1 root     root            29 Dec 31  2020 smb-vmc.samba

/etc/samba/private:
-rw-------    1 root     root        430080 Dec 31  2020 secrets.tdb
-rw-------    1 root     root           204 Dec 31  2020 smbpasswd
-rw-r--r--    1 root     root            80 Dec 31  2020 users.map
root@et10000:~#
 
Last edited:
A re-flash of 6.0.001 without a settings or plug-in restore (and with a telnet “opkg update”) got Samba working again but an immediate follow-up with a settings and plug-in restore caused it to fail again.

I then reloaded 5.4.016 (from the backup including settings and plugins) and removed Samba
Then made a new settings backup for 5.4.016
Then re-flashed 6.0.001 and without restoring settings or plug-ins
Then telnet “opkg update”
Then reinstall Samba from the network GUI/menu

Samba running

The settings update from the 5.4.016 backup with Samba removed was re-installed followed by an automatic reboot.

Samba fails to start!

So it looks that if there is something in the settings backup that is “corrupting” Samba

I've just updated my Zgemma H9S to 6.0.001 - same problem.
 
I've just updated my Zgemma H9S to 6.0.001 - same problem.

Yes an old backup wil likely restore invalid settings - so get it working and run a new settings backup, as BackupManager has now been changed to not save the “ bad settings“ for samba
 
/etc/samba is in the image release, removing samba will still leave /etc/samba in a settings restore.

Have a look at it before and after the settings restore.

This is my current /etc/samba (on ultimo4k 6.0.001) (/etc/samba is not in the backup, just the files/folders mentioned earlier.)

Code:
root@vuultimo4k:~# ls -lR /etc/samba
/etc/samba:
drwxr-xr-x    2 root     root          4096 Nov  9 17:02 distro
-rw-r--r--    1 root     root            20 Nov  3 00:34 lmhosts
drwxr-xr-x    2 root     root          4096 Nov  9 17:02 private
-rw-r--r--    1 root     root           772 Dec 31  2020 smb-user.conf
-rw-r--r--    1 root     root            95 Nov  3 00:34 smb.conf

/etc/samba/distro:
-rw-r--r--    1 root     root            61 Nov  3 00:34 smb-branding.conf
-rw-r--r--    1 root     root          1516 Nov  3 00:34 smb-global.conf
-rw-r--r--    1 root     root           586 Nov  3 00:34 smb-shares.conf
lrwxrwxrwx    1 root     root            13 Nov  9 17:02 smb-vmc.conf -> smb-vmc.samba
-rw-r--r--    1 root     root            29 Nov  3 00:34 smb-vmc.samba

/etc/samba/private:
-rw-------    1 root     root        430080 Dec 31  2020 secrets.tdb
-rw-------    1 root     root           204 Jan 18  2021 smbpasswd
-rw-r--r--    1 root     root            80 Dec 31  2020 users.map
root@vuultimo4k:


This is 5.4.016 et10k which restored ok on 6.0.001. /etc/samba is in the backup.

Code:
root@et10000:~# ls -lR /etc/samba
/etc/samba:
drwxr-xr-x    2 root     root           528 Oct 13 10:56 distro
-rw-r--r--    1 root     root            20 Dec 31  2020 lmhosts
drwxr-xr-x    2 root     root           376 Oct 13 10:56 private
-rw-r--r--    1 root     root           772 Dec 31  2020 smb-user.conf
-rw-r--r--    1 root     root           744 Dec 31  2020 smb-user.conf.orig
-rw-r--r--    1 root     root            95 Dec 31  2020 smb.conf

/etc/samba/distro:
-rw-r--r--    1 root     root            61 Dec 31  2020 smb-branding.conf
-rw-r--r--    1 root     root          1457 Dec 31  2020 smb-global.conf
-rw-r--r--    1 root     root           586 Dec 31  2020 smb-shares.conf
lrwxrwxrwx    1 root     root            13 Oct 13 10:56 smb-vmc.conf -> smb-vmc.samba
-rw-r--r--    1 root     root            29 Dec 31  2020 smb-vmc.samba

/etc/samba/private:
-rw-------    1 root     root        430080 Dec 31  2020 secrets.tdb
-rw-------    1 root     root           204 Dec 31  2020 smbpasswd
-rw-r--r--    1 root     root            80 Dec 31  2020 users.map
root@et10000:~#

My files on ET10000 V6.0.001 after a 5.4.016 settings restore.

smb1.webp

smb2.webp

smb3.webp
 
Yes an old backup wil likely restore invalid settings - so get it working and run a new settings backup, as BackupManager has now been changed to not save the “ bad settings“ for samba

It's not as easy as that, /etc/samba will still be in everyone's backup, the specific new samba file and folder have been added.

I moved from 5.4.016 with a settings restore (which included just /etc/samba) onto 6.0.001, ET10K, and there were no problems.
 
So easier... Flash 6.0. Restore 5.4 backup. Make a 6.0 backup. Flash 6.0 again. Restore 6.0 backup.

The 6.0 backup will still have /etc/samba.
 
A re-flash of 6.0.001 without a settings or plug-in restore (and with a telnet “opkg update”) got Samba working again but an immediate follow-up with a settings and plug-in restore caused it to fail again.

I've just tried that and it worked, restoring /etc/samba from about a year ago.

Your /etc/samba is older, but should be ok. The following will not work if you use wifi........

This will get you the latest /etc/samba, but you will initially lose any changes you may have made in the past.

Flash 6.0, and then (before restoring settings when you're prompted), telnet into the box and rename /etc/samba to /etc/samba.new

Then restore settings and plugins, telnet into the box again and init 4 to stop enigma, rename /etc/samba to /etc/samba.old

Then rename /etc/samba.new to /etc/samba and then init 3 to start up.

That should leave you with the latest samba configs. See if you can start samba.
 

Yes, backupmanager no longer puts it in settings even if /etc/samba exists, but it's already in the settings file so stays there.

I've just tried it and the whole of /etc/samba still gets backed up.

Code:
root@et10000:~# grep samba /etc/enigma2/settings
config.backupmanager.backupdirs=['/etc/enigma2/', '/etc/fstab', '/etc/hostname', '/etc/network/interfaces', '/etc/passwd', '/etc/shadow', '/etc/etc/shadow', 
'/etc/resolv.conf', '/etc/ushare.conf', '/etc/inadyn.conf', '/etc/tuxbox/config/', '/etc/wpa_supplicant.conf', '/usr/softcams/', '/etc/auto.network', '/usr/crossepg/providers', 
'[COLOR="#FF0000"][B]/etc/samba[/B][/COLOR]', '/usr/keys', '/opt', '/usr/script', '/usr/sundtek', '/etc/rc3.d/S99tuner.sh', '/etc/wpa_supplicant.wlan0.conf', 
'/usr/lib/enigma2/python/Plugins/SystemPlugins/AutoBouquetsMaker/providers/terrestrial_finder.xml', '[COLOR="#FF0000"]/etc/samba/smb-user.con[/COLOR]f', '[COLOR="#FF0000"]/etc/samba/private[/COLOR]']
root@et10000:~#
 
Last edited:
Yes, backupmanager no longer puts it in settings even if /etc/samba exists, but it's already in the settings file so stays there.

I've just tried it and the whole of /etc/samba still gets backed up.

Code:
root@et10000:~# grep samba /etc/enigma2/settings
config.backupmanager.backupdirs=['/etc/enigma2/', '/etc/fstab', '/etc/hostname', '/etc/network/interfaces', '/etc/passwd', '/etc/shadow', '/etc/etc/shadow', 
'/etc/resolv.conf', '/etc/ushare.conf', '/etc/inadyn.conf', '/etc/tuxbox/config/', '/etc/wpa_supplicant.conf', '/usr/softcams/', '/etc/auto.network', '/usr/crossepg/providers', 
'[COLOR="#FF0000"][B]/etc/samba[/B][/COLOR]', '/usr/keys', '/opt', '/usr/script', '/usr/sundtek', '/etc/rc3.d/S99tuner.sh', '/etc/wpa_supplicant.wlan0.conf', 
'/usr/lib/enigma2/python/Plugins/SystemPlugins/AutoBouquetsMaker/providers/terrestrial_finder.xml', '[COLOR="#FF0000"]/etc/samba/smb-user.con[/COLOR]f', '[COLOR="#FF0000"]/etc/samba/private[/COLOR]']
root@et10000:~#
Read post #9 again.
 
I've just taken a few backups on 6.0.001 (Release), here is what I get in the latest....

Code:
root@et10000:/media/hdd/ccs/etc# ls -l
-rwxr--r--    1 root     root           254 Jul 15 12:54 auto.network
drwxr-xr-x    2 root     root          4096 Nov  9 19:51 enigma2
-rwxr--r--    1 root     root           217 Jul 15 12:48 fstab
-rwxr--r--    1 root     root             8 Jan 12  2018 hostname
drwxr-xr-x    2 root     root          4096 Nov  9 19:51 network
-rwxr--r--    1 root     root           974 Jan 21  2021 passwd
drwxr-xr-x    2 root     root          4096 Nov  9 19:51 rc3.d
-rwxr--r--    1 root     root            93 Nov  9 18:29 resolv.conf
drwxr-xr-x    4 root     root          4096 Nov  9 19:51 samba
-rwxr--r--    1 root     root           730 Jan 21  2021 shadow
drwxr-xr-x    3 root     root          4096 Nov  9 19:51 tuxbox
-rwxr--r--    1 root     root           113 Nov 15  2017 wpa_supplicant.conf
-rwxr--r--    1 root     root           244 Feb 12  2021 wpa_supplicant.wlan0.conf
root@et10000:/media/hdd/ccs/etc# ls -lR samba
samba:
drwxr-xr-x    2 root     root          4096 Nov  9 19:51 distro
-rwxr--r--    1 root     root            20 Dec 31  2020 lmhosts
drwxr-xr-x    2 root     root          4096 Nov  9 19:51 private
-rwxr--r--    1 root     root           772 Dec 31  2020 smb-user.conf
-rwxr--r--    1 root     root           744 Dec 31  2020 smb-user.conf.orig
-rwxr--r--    1 root     root            95 Dec 31  2020 smb.conf

samba/distro:
-rwxr--r--    1 root     root            61 Dec 31  2020 smb-branding.conf
-rwxr--r--    1 root     root          1457 Dec 31  2020 smb-global.conf
-rwxr--r--    1 root     root           586 Dec 31  2020 smb-shares.conf
-rwxr--r--    1 root     root             0 Nov  9 19:45 smb-vmc.conf
-rwxr--r--    1 root     root            29 Dec 31  2020 smb-vmc.samba

samba/private:
-rwxr--r--    1 root     root        430080 Dec 31  2020 secrets.tdb
-rwxr--r--    1 root     root           204 Dec 31  2020 smbpasswd
-rwxr--r--    1 root     root            80 Dec 31  2020 users.map
root@et10000:/media/hdd/ccs/etc#

The commit is definitely in there, I thought it just appended entries to /etc/enigma2/settings, and that is then used to select which files to backup??

Code:
root@et10000:/media/hdd/ccs/etc# grep samba /etc/enigma2/settings
config.backupmanager.backupdirs=['/etc/enigma2/', '/etc/fstab', '/etc/hostname', '/etc/network/interfaces', '/etc/passwd', '/etc/shadow', '/etc/etc/shadow', '/etc/resolv.conf', '/etc/ushare.conf', '/etc/inadyn.conf', 
'/etc/tuxbox/config/', '/etc/wpa_supplicant.conf', '/usr/softcams/', '/etc/auto.network', '/usr/crossepg/providers', '/etc/samba', '/usr/keys', '/opt', '/usr/script', '/usr/sundtek', '/etc/rc3.d/S99tuner.sh', 
'/etc/wpa_supplicant.wlan0.conf', '/usr/lib/enigma2/python/Plugins/SystemPlugins/AutoBouquetsMaker/providers/terrestrial_finder.xml', '/etc/samba/smb-user.conf', '/etc/samba/private']
root@et10000:/media/hdd/ccs/etc#

You don't even need to install samba, everyone will have a copy of /etc/samba in their backups.
 
Last edited:

OpenViX Feeds Status

Back
Top