[Bug 1955851] [NEW] DEP8 authenticatied smb test failure

Andreas Hasenack 1955851 at bugs.launchpad.net
Mon Dec 27 21:37:52 UTC 2021


Public bug reported:

The DEP8 authenticated cifs test is currently failing. The reason is an
incorrect (but that seemed to work previously) smb user creation:

    echo "${password}\n${password}" | smbpasswd -s -a ${username}

This is missing an "-e" at least, so that \n is correctly interpreted:

    echo -e "${password}\n${password}" | smbpasswd -s -a ${username}

I'm at a loss to explain why only s390x was/is affected. In fact, I
reproduced the test failure in a plain amd64 VM.

I also don't understand why in the failed s390x logs the smb user was
created, apparently:

Setting samba password for the smbtest2765 user
+ echo Setting samba password for the smbtest2765 user
+ smbpasswd -s -a smbtest2765
+ echo 2765\n2765
Added user smbtest2765.

When I reproduced it in both a s390x vm, and amd64, I got:
+ echo 'Setting samba password for the smbtest24990 user'
Setting samba password for the smbtest24990 user
+ smbpasswd -s -a smbtest24990
+ echo '24990\n24990'
Unable to get new password.

Anyway, the bug seems obvious, and also affects the samba DEP8 tests
(which, also for unknown reasons, haven't failed (yet?)).

** Affects: autofs (Ubuntu)
     Importance: Undecided
     Assignee: Andreas Hasenack (ahasenack)
         Status: In Progress


** Tags: update-excuse update-excuses

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to autofs in Ubuntu.
https://bugs.launchpad.net/bugs/1955851

Title:
  DEP8 authenticatied smb test failure

Status in autofs package in Ubuntu:
  In Progress

Bug description:
  The DEP8 authenticated cifs test is currently failing. The reason is
  an incorrect (but that seemed to work previously) smb user creation:

      echo "${password}\n${password}" | smbpasswd -s -a ${username}

  This is missing an "-e" at least, so that \n is correctly interpreted:

      echo -e "${password}\n${password}" | smbpasswd -s -a ${username}

  I'm at a loss to explain why only s390x was/is affected. In fact, I
  reproduced the test failure in a plain amd64 VM.

  I also don't understand why in the failed s390x logs the smb user was
  created, apparently:

  Setting samba password for the smbtest2765 user
  + echo Setting samba password for the smbtest2765 user
  + smbpasswd -s -a smbtest2765
  + echo 2765\n2765
  Added user smbtest2765.

  When I reproduced it in both a s390x vm, and amd64, I got:
  + echo 'Setting samba password for the smbtest24990 user'
  Setting samba password for the smbtest24990 user
  + smbpasswd -s -a smbtest24990
  + echo '24990\n24990'
  Unable to get new password.

  Anyway, the bug seems obvious, and also affects the samba DEP8 tests
  (which, also for unknown reasons, haven't failed (yet?)).

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1955851/+subscriptions




More information about the foundations-bugs mailing list