Hi scott Flock image always builds fail. So my patch to build ceph-manager could not be built. Could you fix this docker image build fail issue. https://review.opendev.org/c/starlingx/utilities/+/760503 Thanks! Martin, Chen IOTG, Software Engineer 021-61164330 -----Original Message----- From: starlingx-discuss-request@lists.starlingx.io <starlingx-discuss-request@lists.starlingx.io> Sent: Tuesday, January 19, 2021 12:40 PM To: starlingx-discuss@lists.starlingx.io Subject: Starlingx-discuss Digest, Vol 32, Issue 57 Send Starlingx-discuss mailing list submissions to starlingx-discuss@lists.starlingx.io To subscribe or unsubscribe via the World Wide Web, visit http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss or, via email, send a message with subject or body 'help' to starlingx-discuss-request@lists.starlingx.io You can reach the person managing the list at starlingx-discuss-owner@lists.starlingx.io When replying, please edit your Subject line so it is more specific than "Re: Contents of Starlingx-discuss digest..." Today's Topics: 1. Deploying StarlingX without Kubernetes. (open infra) 2. Re: Deploying StarlingX without Kubernetes. (Hu, Yong) 3. [build-report] STX_build_lst_audit - Build # 1482 - Failure! (build.starlingx@gmail.com) 4. Re: [stable] [build-report] STX_build_docker_flock_images - Build # 316 - Still Failing! (Sun, Austin) 5. Re: Horizon container deployment, Pod status (CrashLoopBackOff) issue. (Kalvala, Haridhar) ---------------------------------------------------------------------- Message: 1 Date: Mon, 18 Jan 2021 20:51:38 +0530 From: open infra <openinfradn@gmail.com> To: starlingx-discuss@lists.starlingx.io Subject: [Starlingx-discuss] Deploying StarlingX without Kubernetes. Message-ID: <CA+NeQFkMmnGB7CtUE7Tprmyapm_yPF42ori=3smZgAb+ktAhhw@mail.gmail.com> Content-Type: text/plain; charset="utf-8" Hi, Is it possible to deploy StarlingX without the Kubernetes support? Regards Danishka -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.starlingx.io/pipermail/starlingx-discuss/attachments/20210118/a047ed2e/attachment-0001.html> ------------------------------ Message: 2 Date: Tue, 19 Jan 2021 00:02:58 +0000 From: "Hu, Yong" <yong.hu@intel.com> To: open infra <openinfradn@gmail.com>, "starlingx-discuss@lists.starlingx.io" <starlingx-discuss@lists.starlingx.io> Subject: Re: [Starlingx-discuss] Deploying StarlingX without Kubernetes. Message-ID: <CC33C66E-1EB7-4C8E-8303-076DFB21B555@intel.com> Content-Type: text/plain; charset="utf-8" Hi Danishka, There is NO such one dedicated flag to enable or disable K8s during the system deployment. Though, technically you can trim codes to make it. Roughly STX has done some work around K8s installation/configuration/deployment. Mostly the related code is existing in the following projects: starlingx/ansible-playbooks, starlingx/config, starlingx/stx-puppet, starlingx/ha, and starlingx/nfv. BTW: what use cases or production scenarios make you have such a requirements or incentive? Regards, Yong From: open infra <openinfradn@gmail.com> Date: Monday, January 18, 2021 at 11:24 PM To: "starlingx-discuss@lists.starlingx.io" <starlingx-discuss@lists.starlingx.io> Subject: [Starlingx-discuss] Deploying StarlingX without Kubernetes. Hi, Is it possible to deploy StarlingX without the Kubernetes support? Regards Danishka -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.starlingx.io/pipermail/starlingx-discuss/attachments/20210119/d3dee29d/attachment-0001.html> ------------------------------ Message: 3 Date: Mon, 18 Jan 2021 19:36:22 -0500 (EST) From: build.starlingx@gmail.com To: starlingx-discuss@lists.starlingx.io Subject: [Starlingx-discuss] [build-report] STX_build_lst_audit - Build # 1482 - Failure! Message-ID: <1230257874.991.1611016582771.JavaMail.javamailuser@localhost> Content-Type: text/plain; charset="utf-8" Project: STX_build_lst_audit Build #: 1482 Status: Failure Timestamp: 20210119T001539Z Branch: Check logs at: http://mirror.starlingx.cengn.ca/mirror/starlingx/master/centos/distro/20210... -------------------------------------------------------------------------------- Parameters MY_WORKSPACE: /localdisk/loadbuild/jenkins/master-distro/20210119T000110Z DOCKER_BUILD_ID: jenkins-master-distro-20210119T000110Z-builder OS: centos MY_REPO: /localdisk/designer/jenkins/master-distro/cgcs-root PUBLISH_LOGS_URL: http://mirror.starlingx.cengn.ca/mirror/starlingx/master/centos/distro/20210... PUBLISH_LOGS_BASE: /export/mirror/starlingx/master/centos/distro/20210119T000110Z/logs MASTER_JOB_NAME: STX_build_layer_distro_master_master LAYER: distro MY_REPO_ROOT: /localdisk/designer/jenkins/master-distro PUBLISH_DISTRO_BASE: /export/mirror/starlingx/master/centos/distro ------------------------------ Message: 4 Date: Tue, 19 Jan 2021 01:09:35 +0000 From: "Sun, Austin" <austin.sun@intel.com> To: "build.starlingx@gmail.com" <build.starlingx@gmail.com>, "starlingx-discuss@lists.starlingx.io" <starlingx-discuss@lists.starlingx.io> Subject: Re: [Starlingx-discuss] [stable] [build-report] STX_build_docker_flock_images - Build # 316 - Still Failing! Message-ID: <DM6PR11MB43802FA4DA48D8A4D84D71A89DA30@DM6PR11MB4380.namprd11.prod.outlook.com> Content-Type: text/plain; charset="us-ascii" Hi All: From log [1] Build stx-oidc-client, it seems some go module can not get successfully , I'm not sure if it is network stability issue or not. Log: get "golang.org/x/net/context/ctxhttp": verifying non-authoritative meta tag golang.org/x/net (download) The command '/bin/sh -c go get -d -v ./...' returned a non-zero code: 1 [1] http://mirror.starlingx.cengn.ca/mirror/starlingx/master/centos/monolithic/2... Thanks. BR Austin Sun. -----Original Message----- From: build.starlingx@gmail.com <build.starlingx@gmail.com> Sent: Monday, January 18, 2021 8:37 PM To: starlingx-discuss@lists.starlingx.io Subject: [Starlingx-discuss] [stable] [build-report] STX_build_docker_flock_images - Build # 316 - Still Failing! Project: STX_build_docker_flock_images Build #: 316 Status: Still Failing Timestamp: 20210118T093215Z Branch: Check logs at: http://mirror.starlingx.cengn.ca/mirror/starlingx/master/centos/monolithic/2... -------------------------------------------------------------------------------- Parameters WEB_HOST: mirror.starlingx.cengn.ca MY_WORKSPACE: /localdisk/loadbuild/jenkins/master/20210118T053001Z OS: centos MY_REPO: /localdisk/designer/jenkins/master/cgcs-root BASE_VERSION: master-stable-20210118T053001Z PUBLISH_LOGS_URL: http://mirror.starlingx.cengn.ca/mirror/starlingx/master/centos/monolithic/2... REGISTRY_USERID: slittlewrs LATEST_PREFIX: master PUBLISH_LOGS_BASE: /export/mirror/starlingx/master/centos/monolithic/20210118T053001Z/logs PUBLISH_TIMESTAMP: 20210118T053001Z FLOCK_VERSION: master-centos-stable-20210118T053001Z WEB_HOST_PORT: 80 PREFIX: master TIMESTAMP: 20210118T053001Z BUILD_STREAM: stable REGISTRY_ORG: slittlewrs PUBLISH_OUTPUTS_BASE: /export/mirror/starlingx/master/centos/monolithic/20210118T053001Z/outputs REGISTRY: docker.io ------------------------------ Message: 5 Date: Tue, 19 Jan 2021 04:39:40 +0000 From: "Kalvala, Haridhar" <haridhar.kalvala@intel.com> To: "Hu, Yong" <yong.hu@intel.com>, "starlingx-discuss@lists.starlingx.io" <starlingx-discuss@lists.starlingx.io> Cc: "Bailey, Henry Albert (Al)" <Al.Bailey@windriver.com>, "Penney, Don" <Don.Penney@windriver.com>, "Miller, Frank" <Frank.Miller@windriver.com>, "Mukherjee, Sanjay K" <sanjay.k.mukherjee@intel.com>, "Bhat, Gopalkrishna" <gopalkrishna.bhat@intel.com> Subject: Re: [Starlingx-discuss] Horizon container deployment, Pod status (CrashLoopBackOff) issue. Message-ID: <DM6PR11MB2907D5A2F817AC38D4B1AD5C90A30@DM6PR11MB2907.namprd11.prod.outlook.com> Content-Type: text/plain; charset="utf-8" Hello All, In continuation to below, further I am facing new issues w.r.t python versions compatibility. Requests for some inputs here on how can I solve this ? /var/lib/openstack/lib64/python3.6/site-packages/scss/namespace.py:172: DeprecationWarning: inspect.getargspec() is deprecated since Python 3.0, use inspect.signature() or inspect.getfullargspec() Complete pod logs : + COMMAND=start + start ++ python -c 'from distutils.sysconfig import get_python_lib; print(get_python_lib())' + SITE_PACKAGES_ROOT=/var/lib/openstack/lib/python3.6/site-packages + rm -f /var/lib/openstack/lib/python3.6/site-packages/openstack_dashboard/local/local_settings.py + ln -s /etc/openstack-dashboard/local_settings /var/lib/openstack/lib/python3.6/site-packages/openstack_dashboard/local/local_settings.py + chown -R horizon /var/lib/openstack/lib/python3.6/site-packages/openstack_dashboard/local/ + a2enmod headers + a2enmod rewrite + a2dismod status /tmp/horizon.sh: line 17: :wq: command not found + sed -i 's/LoadModule status_module/#LoadModule status_module/' /etc/httpd/conf.modules.d/00-base.conf + '[' -f /etc/apache2/envvars ']' + rm -rf /var/run/apache2/htcacheclean + APACHE_DIR=apache2 + PANEL_DIR=/var/lib/openstack/lib/python3.6/site-packages/heat_dashboard/enabled + '[' -d /var/lib/openstack/lib/python3.6/site-packages/heat_dashboard/enabled ']' + unset PANEL_DIR + PANEL_DIR=/var/lib/openstack/lib/python3.6/site-packages/neutron_taas_dashboard/enabled + '[' -d /var/lib/openstack/lib/python3.6/site-packages/neutron_taas_dashboard/enabled ']' + unset PANEL_DIR + type -p gettext + cd /var/lib/openstack/lib/python3.6/site-packages/openstack_dashboard + /tmp/manage.py compilemessages /var/lib/openstack/lib64/python3.6/site-packages/scss/compiler.py:1430: DeprecationWarning: invalid escape sequence \: result = tb * (i + nesting) + "@media -sass-debug-info{filename{font-family:file\:\/\/%s}line{font-family:\\00003%s}}" % (filename, lineno) + nl /var/lib/openstack/lib64/python3.6/site-packages/scss/cssdefs.py:516: DeprecationWarning: invalid escape sequence \s ''', re.VERBOSE) /var/lib/openstack/lib64/python3.6/site-packages/scss/namespace.py:172: DeprecationWarning: inspect.getargspec() is deprecated since Python 3.0, use inspect.signature() or inspect.getfullargspec() argspec = inspect.getargspec(function) Traceback (most recent call last): File "/tmp/manage.py", line 19, in <module> execute_from_command_line(sys.argv) File "/var/lib/openstack/lib/python3.6/site-packages/django/core/management/__init__.py", line 381, in execute_from_command_line utility.execute() File "/var/lib/openstack/lib/python3.6/site-packages/django/core/management/__init__.py", line 357, in execute django.setup() File "/var/lib/openstack/lib/python3.6/site-packages/django/__init__.py", line 24, in setup apps.populate(settings.INSTALLED_APPS) File "/var/lib/openstack/lib/python3.6/site-packages/django/apps/registry.py", line 114, in populate app_config.import_models() File "/var/lib/openstack/lib/python3.6/site-packages/django/apps/config.py", line 211, in import_models self.models_module = import_module(models_module_name) File "/usr/lib64/python3.6/importlib/__init__.py", line 126, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "<frozen importlib._bootstrap>", line 994, in _gcd_import File "<frozen importlib._bootstrap>", line 971, in _find_and_load File "<frozen importlib._bootstrap>", line 955, in _find_and_load_unlocked File "<frozen importlib._bootstrap>", line 665, in _load_unlocked File "<frozen importlib._bootstrap_external>", line 678, in exec_module File "<frozen importlib._bootstrap>", line 219, in _call_with_frames_removed File "/var/lib/openstack/lib/python3.6/site-packages/django/contrib/auth/models.py", line 2, in <module> from django.contrib.auth.base_user import AbstractBaseUser, BaseUserManager File "/var/lib/openstack/lib/python3.6/site-packages/django/contrib/auth/base_user.py", line 47, in <module> class AbstractBaseUser(models.Model): File "/var/lib/openstack/lib/python3.6/site-packages/django/db/models/base.py", line 117, in __new__ new_class.add_to_class('_meta', Options(meta, app_label)) File "/var/lib/openstack/lib/python3.6/site-packages/django/db/models/base.py", line 321, in add_to_class value.contribute_to_class(cls, name) File "/var/lib/openstack/lib/python3.6/site-packages/django/db/models/options.py", line 204, in contribute_to_class self.db_table = truncate_name(self.db_table, connection.ops.max_name_length()) File "/var/lib/openstack/lib/python3.6/site-packages/django/db/__init__.py", line 28, in __getattr__ return getattr(connections[DEFAULT_DB_ALIAS], item) File "/var/lib/openstack/lib/python3.6/site-packages/django/db/utils.py", line 201, in __getitem__ backend = load_backend(db['ENGINE']) File "/var/lib/openstack/lib/python3.6/site-packages/django/db/utils.py", line 110, in load_backend return import_module('%s.base' % backend_name) File "/usr/lib64/python3.6/importlib/__init__.py", line 126, in import_module return _bootstrap._gcd_import(name[level:], package, level) File "/var/lib/openstack/lib/python3.6/site-packages/django/db/backends/mysql/base.py", line 36, in <module> raise ImproperlyConfigured('mysqlclient 1.3.13 or newer is required; you have %s.' % Database.__version__) django.core.exceptions.ImproperlyConfigured: mysqlclient 1.3.13 or newer is required; you have 0.9.3. Regards, Haridhar Kalvala From: Hu, Yong <yong.hu@intel.com> Sent: Monday, January 11, 2021 1:58 PM To: Kalvala, Haridhar <haridhar.kalvala@intel.com>; starlingx-discuss@lists.starlingx.io Cc: Bailey, Henry Albert (Al) <Al.Bailey@windriver.com>; Penney, Don <Don.Penney@windriver.com>; Miller, Frank <Frank.Miller@windriver.com>; Mukherjee, Sanjay K <sanjay.k.mukherjee@intel.com>; Bhat, Gopalkrishna <gopalkrishna.bhat@intel.com> Subject: Re: [Starlingx-discuss] Horizon container deployment, Pod status (CrashLoopBackOff) issue. You might get some hints by inspecting the pod by: # kubectl -n openstack describe pod horizon-d777d8b7d-cpvq7 # kubectl -n openstack logs horizon-d777d8b7d-cpvq7 From: "Kalvala, Haridhar" <haridhar.kalvala@intel.com<mailto:haridhar.kalvala@intel.com>> Date: Monday, January 11, 2021 at 4:19 PM To: "starlingx-discuss@lists.starlingx.io<mailto:starlingx-discuss@lists.starlingx.io>" <starlingx-discuss@lists.starlingx.io<mailto:starlingx-discuss@lists.starlingx.io>> Cc: "Bailey, Henry Albert (Al)" <Al.Bailey@windriver.com<mailto:Al.Bailey@windriver.com>>, "Penney, Don" <Don.Penney@windriver.com<mailto:Don.Penney@windriver.com>>, "Miller, Frank" <Frank.Miller@windriver.com<mailto:Frank.Miller@windriver.com>>, "Mukherjee, Sanjay K" <sanjay.k.mukherjee@intel.com<mailto:sanjay.k.mukherjee@intel.com>>, "Bhat, Gopalkrishna" <gopalkrishna.bhat@intel.com<mailto:gopalkrishna.bhat@intel.com>> Subject: [Starlingx-discuss] Horizon container deployment, Pod status (CrashLoopBackOff) issue. Hello all, Any pointers on how can I debug below CrashLoopBackOff status issue for horizon container image. Pod status : horizon-d777d8b7d-cpvq7 0/1 CrashLoopBackOff 43 3h17m horizon-db-init-4pcd4 0/1 Completed 0 3h17m horizon-db-sync-26ltd 0/1 Completed 0 3h17m Error Log: 2021-01-11 16:06:21.812 414 DEBUG armada.handlers.wait [-] [chart=openstack-horizon]: pod horizon-d777d8b7d-cpvq7 not ready: Waiting for pod horizon-d777d8b7d-cpvq7 to be ready... handle_resource /usr/local/lib/python3.6/dist-packages/armada/handlers/wait.py:260[00m 2021-01-11 16:07:17.488 414 DEBUG armada.handlers.lock [-] Updating lock update_lock /usr/local/lib/python3.6/dist-packages/armada/handlers/lock.py:176[00m 2021-01-11 16:08:17.612 414 DEBUG armada.handlers.lock [-] Updating lock update_lock /usr/local/lib/python3.6/dist-packages/armada/handlers/lock.py:176[00m 2021-01-11 16:08:19.221 414 ERROR armada.handlers.wait [-] [chart=openstack-horizon]: Timed out waiting for pods (namespace=openstack, labels=(release_group=osh-openstack-horizon)). These pods were not ready=['horizon-d777d8b7d-cpvq7'][00m 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada [-] Chart deploy [openstack-horizon] failed: armada.exceptions.k8s_exceptions.KubernetesWatchTimeoutException: Timed out waiting for pods (namespace=openstack, labels=(release_group=osh-openstack-horizon)). These pods were not ready=['horizon-d777d8b7d-cpvq7'] 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada Traceback (most recent call last): 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada File "/usr/local/lib/python3.6/dist-packages/armada/handlers/armada.py", line 225, in handle_result 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada result = get_result() 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada File "/usr/lib/python3.6/concurrent/futures/_base.py", line 425, in result 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada return self.__get_result() 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada File "/usr/lib/python3.6/concurrent/futures/_base.py", line 384, in __get_result 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada raise self._exception 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada File "/usr/lib/python3.6/concurrent/futures/thread.py", line 56, in run 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada result = self.fn(*self.args, **self.kwargs) 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada File "/usr/local/lib/python3.6/dist-packages/armada/handlers/armada.py", line 214, in deploy_chart 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada chart, cg_test_all_charts, prefix, known_releases) 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada File "/usr/local/lib/python3.6/dist-packages/armada/handlers/chart_deploy.py", line 248, in execute 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada chart_wait.wait(timer) 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada File "/usr/local/lib/python3.6/dist-packages/armada/handlers/wait.py", line 134, in wait 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada wait.wait(timeout=timeout) 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada File "/usr/local/lib/python3.6/dist-packages/armada/handlers/wait.py", line 294, in wait 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada modified = self._wait(deadline) 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada File "/usr/local/lib/python3.6/dist-packages/armada/handlers/wait.py", line 354, in _wait 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada raise k8s_exceptions.KubernetesWatchTimeoutException(error) 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada armada.exceptions.k8s_exceptions.KubernetesWatchTimeoutException: Timed out waiting for pods (namespace=openstack, labels=(release_group=osh-openstack-horizon)). These pods were not ready=['horizon-d777d8b7d-cpvq7'] 2021-01-11 16:08:19.222 414 ERROR armada.handlers.armada [00m 2021-01-11 16:08:19.223 414 ERROR armada.handlers.armada [-] Chart deploy(s) failed: ['openstack-horizon'][00m 2021-01-11 16:08:19.625 414 INFO armada.handlers.lock [-] Releasing lock[00m 2021-01-11 16:08:19.668 414 ERROR armada.cli [-] Caught internal exception: armada.exceptions.armada_exceptions.ChartDeployException: Exception deploying charts: ['openstack-horizon'] 2021-01-11 16:08:19.668 414 ERROR armada.cli Traceback (most recent call last): 2021-01-11 16:08:19.668 414 ERROR armada.cli File "/usr/local/lib/python3.6/dist-packages/armada/cli/__init__.py", line 38, in safe_invoke 2021-01-11 16:08:19.668 414 ERROR armada.cli self.invoke() 2021-01-11 16:08:19.668 414 ERROR armada.cli File "/usr/local/lib/python3.6/dist-packages/armada/cli/apply.py", line 213, in invoke 2021-01-11 16:08:19.668 414 ERROR armada.cli resp = self.handle(documents, tiller) 2021-01-11 16:08:19.668 414 ERROR armada.cli File "/usr/local/lib/python3.6/dist-packages/armada/handlers/lock.py", line 81, in func_wrapper 2021-01-11 16:08:19.668 414 ERROR armada.cli return future.result() 2021-01-11 16:08:19.668 414 ERROR armada.cli File "/usr/lib/python3.6/concurrent/futures/_base.py", line 425, in result 2021-01-11 16:08:19.668 414 ERROR armada.cli return self.__get_result() 2021-01-11 16:08:19.668 414 ERROR armada.cli File "/usr/lib/python3.6/concurrent/futures/_base.py", line 384, in __get_result 2021-01-11 16:08:19.668 414 ERROR armada.cli raise self._exception 2021-01-11 16:08:19.668 414 ERROR armada.cli File "/usr/lib/python3.6/concurrent/futures/thread.py", line 56, in run 2021-01-11 16:08:19.668 414 ERROR armada.cli result = self.fn(*self.args, **self.kwargs) 2021-01-11 16:08:19.668 414 ERROR armada.cli File "/usr/local/lib/python3.6/dist-packages/armada/cli/apply.py", line 256, in handle 2021-01-11 16:08:19.668 414 ERROR armada.cli return armada.sync() 2021-01-11 16:08:19.668 414 ERROR armada.cli File "/usr/local/lib/python3.6/dist-packages/armada/handlers/armada.py", line 252, in sync 2021-01-11 16:08:19.668 414 ERROR armada.cli raise armada_exceptions.ChartDeployException(failures) 2021-01-11 16:08:19.668 414 ERROR armada.cli armada.exceptions.armada_exceptions.ChartDeployException: Exception deploying charts: ['openstack-horizon'] 2021-01-11 16:08:19.668 414 ERROR armada.cli [00m command terminated with exit code 1 Regards, Haridhar Kalvala -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.starlingx.io/pipermail/starlingx-discuss/attachments/20210119/32155c52/attachment.html> ------------------------------ Subject: Digest Footer _______________________________________________ Starlingx-discuss mailing list Starlingx-discuss@lists.starlingx.io http://lists.starlingx.io/cgi-bin/mailman/listinfo/starlingx-discuss ------------------------------ End of Starlingx-discuss Digest, Vol 32, Issue 57 *************************************************