Activity log for bug #1134036

Date Who What changed Old value New value Message
2013-02-27 07:37:24 Julian Edwards bug added bug
2013-05-23 11:40:50 Robie Basak maas (Ubuntu): importance Undecided Medium
2013-05-23 11:41:15 Robie Basak summary Package install hangs if LC_ALL is not set Package install hangs if LC_ALL set to a locale that is not configured
2013-05-24 08:25:37 Launchpad Janitor maas (Ubuntu): status New Confirmed
2013-05-24 08:26:08 Robie Basak summary Package install hangs if LC_ALL set to a locale that is not configured Failure when using ssh with a locale that is not configured on the server
2013-05-24 08:33:56 Robie Basak bug added subscriber Robie Basak
2013-06-03 12:50:44 Robie Basak bug task added cloud-init (Ubuntu)
2013-06-03 14:55:52 Scott Moser description If LC_ALL is not set (which seems to be the default on a few server installations I've done now), mid way through installing, you get this backtrace and then the installation just hangs. You can ctrl-c out of it but the package is left half configured. Traceback (most recent call last): File "/usr/bin/django-admin", line 5, in <module> management.execute_from_command_line() File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", line 443, in execute_from_command_line utility.execute() File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", line 382, in execute self.fetch_command(subcommand).run_from_argv(self.argv) File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 196, in run_from_argv self.execute(*args, **options.__dict__) File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 232, in execute output = self.handle(*args, **options) File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 371, in handle return self.handle_noargs(**options) File "/usr/lib/python2.7/dist-packages/south/management/commands/syncdb.py", line 90, in handle_noargs syncdb.Command().execute(**options) File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 232, in execute output = self.handle(*args, **options) File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 371, in handle return self.handle_noargs(**options) File "/usr/lib/python2.7/dist-packages/django/core/management/commands/syncdb.py", line 57, in handle_noargs cursor = connection.cursor() File "/usr/lib/python2.7/dist-packages/django/db/backends/__init__.py", line 308, in cursor cursor = util.CursorWrapper(self._cursor(), self) File "/usr/lib/python2.7/dist-packages/django/db/backends/postgresql_psycopg2/base.py", line 177, in _cursor self.connection = Database.connect(**conn_params) File "/usr/lib/python2.7/dist-packages/psycopg2/__init__.py", line 179, in connect connection_factory=connection_factory, async=async) psycopg2.OperationalError: FATAL: password authentication failed for user "maas" FATAL: password authentication failed for user "maas" If LC_ALL is not set (which seems to be the default on a few server installations I've done now), mid way through installing, you get this backtrace and then the installation just hangs. You can ctrl-c out of it but the package is left half configured. Traceback (most recent call last):   File "/usr/bin/django-admin", line 5, in <module>     management.execute_from_command_line()   File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", line 443, in execute_from_command_line     utility.execute()   File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", line 382, in execute     self.fetch_command(subcommand).run_from_argv(self.argv)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 196, in run_from_argv     self.execute(*args, **options.__dict__)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 232, in execute     output = self.handle(*args, **options)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 371, in handle     return self.handle_noargs(**options)   File "/usr/lib/python2.7/dist-packages/south/management/commands/syncdb.py", line 90, in handle_noargs     syncdb.Command().execute(**options)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 232, in execute     output = self.handle(*args, **options)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 371, in handle     return self.handle_noargs(**options)   File "/usr/lib/python2.7/dist-packages/django/core/management/commands/syncdb.py", line 57, in handle_noargs     cursor = connection.cursor()   File "/usr/lib/python2.7/dist-packages/django/db/backends/__init__.py", line 308, in cursor     cursor = util.CursorWrapper(self._cursor(), self)   File "/usr/lib/python2.7/dist-packages/django/db/backends/postgresql_psycopg2/base.py", line 177, in _cursor     self.connection = Database.connect(**conn_params)   File "/usr/lib/python2.7/dist-packages/psycopg2/__init__.py", line 179, in connect     connection_factory=connection_factory, async=async) psycopg2.OperationalError: FATAL: password authentication failed for user "maas" FATAL: password authentication failed for user "maas" Related bugs: * bug 969462: [postgres] fails to start after install if invalid locale is set
2013-06-12 20:59:13 Serge Hallyn cloud-init (Ubuntu): importance Undecided Medium
2013-06-12 20:59:21 Serge Hallyn cloud-init (Ubuntu): status New Confirmed
2018-06-14 20:43:42 Steve Langasek bug watch added https://bugzilla.mindrot.org/show_bug.cgi?id=1346
2018-06-14 20:44:09 Steve Langasek bug added subscriber Steve Langasek
2018-06-15 12:34:05 Francis Ginther tags id-5b21b1006874c4e4159dea3f
2018-06-15 14:22:32 Launchpad Janitor merge proposal linked https://code.launchpad.net/~smoser/cloud-init/+git/cloud-init/+merge/348065
2018-06-15 21:00:37 Launchpad Janitor merge proposal linked https://code.launchpad.net/~vorlon/cloud-init/+git/cloud-init/+merge/348101
2018-08-07 00:28:38 Michael Hudson-Doyle maas (Ubuntu): status Confirmed Invalid
2018-08-07 00:28:43 Michael Hudson-Doyle affects cloud-init (Ubuntu) base-files (Ubuntu)
2018-08-07 00:28:49 Michael Hudson-Doyle base-files (Ubuntu): assignee Michael Hudson-Doyle (mwhudson)
2018-08-07 00:28:51 Michael Hudson-Doyle base-files (Ubuntu): status Confirmed In Progress
2018-08-07 00:29:26 Michael Hudson-Doyle attachment added my patch https://bugs.launchpad.net/ubuntu/+source/base-files/+bug/1134036/+attachment/5172355/+files/base-files_10.1ubuntu4_10.1ubuntu5.diff
2018-08-07 04:20:54 Ubuntu Foundations Team Bug Bot tags id-5b21b1006874c4e4159dea3f id-5b21b1006874c4e4159dea3f patch
2018-08-15 14:34:04 Launchpad Janitor base-files (Ubuntu): status In Progress Fix Released
2018-08-16 23:16:50 Michael Hudson-Doyle nominated for series Ubuntu Bionic
2018-08-16 23:16:50 Michael Hudson-Doyle bug task added base-files (Ubuntu Bionic)
2018-08-16 23:16:50 Michael Hudson-Doyle bug task added maas (Ubuntu Bionic)
2018-08-23 23:35:16 Michael Hudson-Doyle description If LC_ALL is not set (which seems to be the default on a few server installations I've done now), mid way through installing, you get this backtrace and then the installation just hangs. You can ctrl-c out of it but the package is left half configured. Traceback (most recent call last):   File "/usr/bin/django-admin", line 5, in <module>     management.execute_from_command_line()   File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", line 443, in execute_from_command_line     utility.execute()   File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", line 382, in execute     self.fetch_command(subcommand).run_from_argv(self.argv)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 196, in run_from_argv     self.execute(*args, **options.__dict__)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 232, in execute     output = self.handle(*args, **options)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 371, in handle     return self.handle_noargs(**options)   File "/usr/lib/python2.7/dist-packages/south/management/commands/syncdb.py", line 90, in handle_noargs     syncdb.Command().execute(**options)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 232, in execute     output = self.handle(*args, **options)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 371, in handle     return self.handle_noargs(**options)   File "/usr/lib/python2.7/dist-packages/django/core/management/commands/syncdb.py", line 57, in handle_noargs     cursor = connection.cursor()   File "/usr/lib/python2.7/dist-packages/django/db/backends/__init__.py", line 308, in cursor     cursor = util.CursorWrapper(self._cursor(), self)   File "/usr/lib/python2.7/dist-packages/django/db/backends/postgresql_psycopg2/base.py", line 177, in _cursor     self.connection = Database.connect(**conn_params)   File "/usr/lib/python2.7/dist-packages/psycopg2/__init__.py", line 179, in connect     connection_factory=connection_factory, async=async) psycopg2.OperationalError: FATAL: password authentication failed for user "maas" FATAL: password authentication failed for user "maas" Related bugs: * bug 969462: [postgres] fails to start after install if invalid locale is set [impact] The setup: 1) The user has LC_ALL set to a locale on their machine (or some other LC_* variable but it's usually LC_ALL). 2) This locale does not exist on an Ubuntu server. 3) The user sshes into the server. ssh (at least with the settings that are default on Debian and Ubuntu and Fedora) send the value of LC_ALL to the remote server, where the default settings on Ubuntu allow this to be set in the environment of the process it launches. Because we are now in a situation where LC_ALL is set to a value that is not valid for the system, various undesirable things happen, including ugly messages from cloud-init and perl complaining every time a perl process starts and the bug that the original description below describes. [test case] Configure the setup as described above. Ssh into the server and run "perl < /dev/null" and check for warnings. [regression potential] This adds a step to the startup of every login shell, which obviously is not entirely trivial. However, the new executable being invoked is very simple and even if it fails, the startup of the shell should not be inhibited. [original description] If LC_ALL is not set (which seems to be the default on a few server installations I've done now), mid way through installing, you get this backtrace and then the installation just hangs. You can ctrl-c out of it but the package is left half configured. Traceback (most recent call last):   File "/usr/bin/django-admin", line 5, in <module>     management.execute_from_command_line()   File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", line 443, in execute_from_command_line     utility.execute()   File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", line 382, in execute     self.fetch_command(subcommand).run_from_argv(self.argv)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 196, in run_from_argv     self.execute(*args, **options.__dict__)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 232, in execute     output = self.handle(*args, **options)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 371, in handle     return self.handle_noargs(**options)   File "/usr/lib/python2.7/dist-packages/south/management/commands/syncdb.py", line 90, in handle_noargs     syncdb.Command().execute(**options)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 232, in execute     output = self.handle(*args, **options)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 371, in handle     return self.handle_noargs(**options)   File "/usr/lib/python2.7/dist-packages/django/core/management/commands/syncdb.py", line 57, in handle_noargs     cursor = connection.cursor()   File "/usr/lib/python2.7/dist-packages/django/db/backends/__init__.py", line 308, in cursor     cursor = util.CursorWrapper(self._cursor(), self)   File "/usr/lib/python2.7/dist-packages/django/db/backends/postgresql_psycopg2/base.py", line 177, in _cursor     self.connection = Database.connect(**conn_params)   File "/usr/lib/python2.7/dist-packages/psycopg2/__init__.py", line 179, in connect     connection_factory=connection_factory, async=async) psycopg2.OperationalError: FATAL: password authentication failed for user "maas" FATAL: password authentication failed for user "maas" Related bugs:  * bug 969462: [postgres] fails to start after install if invalid locale is set
2018-08-30 11:02:22 Łukasz Zemczak base-files (Ubuntu Bionic): status New Fix Committed
2018-08-30 11:02:24 Łukasz Zemczak bug added subscriber Ubuntu Stable Release Updates Team
2018-08-30 11:02:26 Łukasz Zemczak bug added subscriber SRU Verification
2018-08-30 11:02:30 Łukasz Zemczak tags id-5b21b1006874c4e4159dea3f patch id-5b21b1006874c4e4159dea3f patch verification-needed verification-needed-bionic
2018-09-05 00:36:49 Michael Hudson-Doyle tags id-5b21b1006874c4e4159dea3f patch verification-needed verification-needed-bionic id-5b21b1006874c4e4159dea3f patch verification-done verification-done-bionic
2018-09-06 08:47:45 Launchpad Janitor base-files (Ubuntu Bionic): status Fix Committed Fix Released
2018-09-06 08:47:54 Łukasz Zemczak removed subscriber Ubuntu Stable Release Updates Team
2018-09-14 20:15:03 Scott Moser maas (Ubuntu Bionic): status New Invalid
2021-03-01 11:33:01 Balint Reczey description [impact] The setup: 1) The user has LC_ALL set to a locale on their machine (or some other LC_* variable but it's usually LC_ALL). 2) This locale does not exist on an Ubuntu server. 3) The user sshes into the server. ssh (at least with the settings that are default on Debian and Ubuntu and Fedora) send the value of LC_ALL to the remote server, where the default settings on Ubuntu allow this to be set in the environment of the process it launches. Because we are now in a situation where LC_ALL is set to a value that is not valid for the system, various undesirable things happen, including ugly messages from cloud-init and perl complaining every time a perl process starts and the bug that the original description below describes. [test case] Configure the setup as described above. Ssh into the server and run "perl < /dev/null" and check for warnings. [regression potential] This adds a step to the startup of every login shell, which obviously is not entirely trivial. However, the new executable being invoked is very simple and even if it fails, the startup of the shell should not be inhibited. [original description] If LC_ALL is not set (which seems to be the default on a few server installations I've done now), mid way through installing, you get this backtrace and then the installation just hangs. You can ctrl-c out of it but the package is left half configured. Traceback (most recent call last):   File "/usr/bin/django-admin", line 5, in <module>     management.execute_from_command_line()   File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", line 443, in execute_from_command_line     utility.execute()   File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", line 382, in execute     self.fetch_command(subcommand).run_from_argv(self.argv)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 196, in run_from_argv     self.execute(*args, **options.__dict__)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 232, in execute     output = self.handle(*args, **options)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 371, in handle     return self.handle_noargs(**options)   File "/usr/lib/python2.7/dist-packages/south/management/commands/syncdb.py", line 90, in handle_noargs     syncdb.Command().execute(**options)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 232, in execute     output = self.handle(*args, **options)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 371, in handle     return self.handle_noargs(**options)   File "/usr/lib/python2.7/dist-packages/django/core/management/commands/syncdb.py", line 57, in handle_noargs     cursor = connection.cursor()   File "/usr/lib/python2.7/dist-packages/django/db/backends/__init__.py", line 308, in cursor     cursor = util.CursorWrapper(self._cursor(), self)   File "/usr/lib/python2.7/dist-packages/django/db/backends/postgresql_psycopg2/base.py", line 177, in _cursor     self.connection = Database.connect(**conn_params)   File "/usr/lib/python2.7/dist-packages/psycopg2/__init__.py", line 179, in connect     connection_factory=connection_factory, async=async) psycopg2.OperationalError: FATAL: password authentication failed for user "maas" FATAL: password authentication failed for user "maas" Related bugs:  * bug 969462: [postgres] fails to start after install if invalid locale is set [impact] The setup: 1) The user has LC_ALL set to a locale on their machine (or some other LC_* variable but it's usually LC_ALL). 2) This locale does not exist on an Ubuntu server. 3) The user sshes into the server. ssh (at least with the settings that are default on Debian and Ubuntu and Fedora) send the value of LC_ALL to the remote server, where the default settings on Ubuntu allow this to be set in the environment of the process it launches. Because we are now in a situation where LC_ALL is set to a value that is not valid for the system, various undesirable things happen, including ugly messages from cloud-init and perl complaining every time a perl process starts and the bug that the original description below describes. [test case] Configure the setup as described above. Ssh into the server and run "perl < /dev/null" and check for warnings. [regression potential] This adds a step to the startup of every login shell, which obviously is not entirely trivial. However, the new executable being invoked is very simple and even if it fails, the startup of the shell should not be inhibited. [original description] If LC_ALL is not set (which seems to be the default on a few server installations I've done now), mid way through installing, you get this backtrace and then the installation just hangs. You can ctrl-c out of it but the package is left half configured. Traceback (most recent call last):   File "/usr/bin/django-admin", line 5, in <module>     management.execute_from_command_line()   File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", line 443, in execute_from_command_line     utility.execute()   File "/usr/lib/python2.7/dist-packages/django/core/management/__init__.py", line 382, in execute     self.fetch_command(subcommand).run_from_argv(self.argv)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 196, in run_from_argv     self.execute(*args, **options.__dict__)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 232, in execute     output = self.handle(*args, **options)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 371, in handle     return self.handle_noargs(**options)   File "/usr/lib/python2.7/dist-packages/south/management/commands/syncdb.py", line 90, in handle_noargs     syncdb.Command().execute(**options)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 232, in execute     output = self.handle(*args, **options)   File "/usr/lib/python2.7/dist-packages/django/core/management/base.py", line 371, in handle     return self.handle_noargs(**options)   File "/usr/lib/python2.7/dist-packages/django/core/management/commands/syncdb.py", line 57, in handle_noargs     cursor = connection.cursor()   File "/usr/lib/python2.7/dist-packages/django/db/backends/__init__.py", line 308, in cursor     cursor = util.CursorWrapper(self._cursor(), self)   File "/usr/lib/python2.7/dist-packages/django/db/backends/postgresql_psycopg2/base.py", line 177, in _cursor     self.connection = Database.connect(**conn_params)   File "/usr/lib/python2.7/dist-packages/psycopg2/__init__.py", line 179, in connect     connection_factory=connection_factory, async=async) psycopg2.OperationalError: FATAL: password authentication failed for user "maas" FATAL: password authentication failed for user "maas" Related bugs:  * bug 969462: [postgres] fails to start after install if invalid locale is set * LP: #1916935 Major changes in sorting method upgrade 18.04->18.04.5 due to base-files change