Clickhouse client won't connect to server

66 views
Skip to first unread message

joe mcguckin

unread,
May 22, 2020, 11:29:39 PM5/22/20
to ClickHouse
This is a fresh install of the latest clickhouse onto Unbuntu 20 LTS

The install appears to proceed ok, but invoking the client results in:


ClickHouse client version 20.4.2.9 (official build).

Connecting to localhost:9000 as user default.

Code: 516. DB::Exception: Received from localhost:9000. DB::Exception: default: Authentication failed: password is incorrect or there is no user with such name. 

I've already tried reinstalling clickhouse with the same result.

Any ideas?

Thanks,

Joe
Message has been deleted

joe mcguckin

unread,
May 22, 2020, 11:47:11 PM5/22/20
to ClickHouse
Before someone asks...



 more config.xml

<?xml version="1.0"?>

<!--

  NOTE: User and query level settings are set up in "users.xml" file.

-->

<yandex>

    <logger>

        <!-- Possible levels: https://github.com/pocoproject/poco/blob/poco-1.9.4-release/Foundation/include/Poco/Logger.h#L105 -->

        <level>trace</level>

        <log>/var/log/clickhouse-server/clickhouse-server.log</log>

        <errorlog>/var/log/clickhouse-server/clickhouse-server.err.log</errorlog>

        <size>1000M</size>

        <count>10</count>

        <!-- <console>1</console> --> <!-- Default behavior is autodetection (log to console if not daemon mode and is tty) -->

    </logger>

    <!--display_name>production</display_name--> <!-- It is the name that will be shown in the client -->

    <http_port>8123</http_port>

    <tcp_port>9000</tcp_port>

    <mysql_port>9004</mysql_port>

    <!-- For HTTPS and SSL over native protocol. -->

    <!--

    <https_port>8443</https_port>

    <tcp_port_secure>9440</tcp_port_secure>

    -->


    <!-- Used with https_port and tcp_port_secure. Full ssl options list: https://github.com/ClickHouse-Extras/poco/blob/master/NetSSL_OpenSSL/include/Poco/Net/SSLManager.h#L71 -->

    <openSSL>

        <server> <!-- Used for https server AND secure tcp port -->

            <!-- openssl req -subj "/CN=localhost" -new -newkey rsa:2048 -days 365 -nodes -x509 -keyout /etc/clickhouse-server/server.key -out /etc/clickhouse-server/server.crt -->

            <certificateFile>/etc/clickhouse-server/server.crt</certificateFile>

            <privateKeyFile>/etc/clickhouse-server/server.key</privateKeyFile>

            <!-- openssl dhparam -out /etc/clickhouse-server/dhparam.pem 4096 -->

            <dhParamsFile>/etc/clickhouse-server/dhparam.pem</dhParamsFile>

            <verificationMode>none</verificationMode>

            <loadDefaultCAFile>true</loadDefaultCAFile>

            <cacheSessions>true</cacheSessions>

            <disableProtocols>sslv2,sslv3</disableProtocols>

            <preferServerCiphers>true</preferServerCiphers>

        </server>


        <client> <!-- Used for connecting to https dictionary source and secured Zookeeper communication -->

            <loadDefaultCAFile>true</loadDefaultCAFile>

            <cacheSessions>true</cacheSessions>

            <disableProtocols>sslv2,sslv3</disableProtocols>

            <preferServerCiphers>true</preferServerCiphers>

            <!-- Use for self-signed: <verificationMode>none</verificationMode> -->

            <invalidCertificateHandler>

                <!-- Use for self-signed: <name>AcceptCertificateHandler</name> -->

                <name>RejectCertificateHandler</name>

            </invalidCertificateHandler>

        </client>

    </openSSL>


    <!-- Default root page on http[s] server. For example load UI from https://tabix.io/ when opening http://localhost:8123 -->

    <!--

    <http_server_default_response><![CDATA[<html ng-app="SMI2"><head><base href="http://ui.tabix.io/"></head><body><div ui-view="" class="content-ui"></div><script src="http://loade

r.tabix.io/master.js"></script></body></html>]]></http_server_default_response>

    -->


    <!-- Port for communication between replicas. Used for data exchange. -->

    <interserver_http_port>9009</interserver_http_port>


    <!-- Hostname that is used by other replicas to request this server.

         If not specified, than it is determined analoguous to 'hostname -f' command.

         This setting could be used to switch replication to another network interface.

      -->

    <!--

    <interserver_http_host>example.yandex.ru</interserver_http_host>

    -->


    <!-- Listen specified host. use :: (wildcard IPv6 address), if you want to accept connections both with IPv4 and IPv6 from everywhere. -->

    <!-- <listen_host>::</listen_host> -->

    <!-- Same for hosts with disabled ipv6: -->

    <!-- <listen_host>0.0.0.0</listen_host> -->


    <!-- Default values - try listen localhost on ipv4 and ipv6: -->

    <!--

    <listen_host>::</listen_host> 

    <listen_host>127.0.0.1</listen_host>

    -->

    <!-- Don't exit if ipv6 or ipv4 unavailable, but listen_host with this protocol specified -->

    <!-- <listen_try>0</listen_try> -->


    <!-- Allow listen on same address:port -->

    <!-- <listen_reuse_port>0</listen_reuse_port> -->


    <!-- <listen_backlog>64</listen_backlog> -->


    <max_connections>4096</max_connections>

    <keep_alive_timeout>3</keep_alive_timeout>


    <!-- Maximum number of concurrent queries. -->

    <max_concurrent_queries>100</max_concurrent_queries>


    <!-- Maximum memory usage (resident set size) for server process.

         Zero value or unset means default. Default is "max_server_memory_usage_to_ram_ratio" of available physical RAM.

         If the value is larger than "max_server_memory_usage_to_ram_ratio" of available physical RAM, it will be cut down.


         The constraint is checked on query execution time.

         If a query tries to allocate memory and the current memory usage plus allocation is greater

          than specified threshold, exception will be thrown.


         It is not practical to set this constraint to small values like just a few gigabytes,

          because memory allocator will keep this amount of memory in caches and the server will deny service of queries.

      -->

    <max_server_memory_usage>0</max_server_memory_usage>


    <!-- On memory constrained environments you may have to set this to value larger than 1.

      -->

    <max_server_memory_usage_to_ram_ratio>0.9</max_server_memory_usage_to_ram_ratio>


    <!-- Simple server-wide memory profiler. Collect a stack trace at every peak allocation step (in bytes).

         Data will be stored in system.trace_log table with query_id = empty string.

         Zero means disabled. Minimal effective value is 4 MiB.

      -->

    <total_memory_profiler_step>4194304</total_memory_profiler_step>


    <!-- Set limit on number of open files (default: maximum). This setting makes sense on Mac OS X because getrlimit() fails to retrieve

         correct maximum value. -->

    <!-- <max_open_files>262144</max_open_files> -->


    <!-- Size of cache of uncompressed blocks of data, used in tables of MergeTree family.

         In bytes. Cache is single for server. Memory is allocated only on demand.

         Cache is used when 'use_uncompressed_cache' user setting turned on (off by default).

         Uncompressed cache is advantageous only for very short queries and in rare cases.

      -->

    <uncompressed_cache_size>8589934592</uncompressed_cache_size>


    <!-- Approximate size of mark cache, used in tables of MergeTree family.

         In bytes. Cache is single for server. Memory is allocated only on demand.

         You should not lower this value.

      -->

    <mark_cache_size>5368709120</mark_cache_size>



    <!-- Path to data directory, with trailing slash. -->

    <path>/tank/db/</path>


    <!-- Path to temporary data for processing hard queries. -->

    <tmp_path>/var/lib/clickhouse/tmp/</tmp_path>


    <!-- Policy from the <storage_configuration> for the temporary files.

         If not set <tmp_path> is used, otherwise <tmp_path> is ignored.


         Notes:

         - move_factor              is ignored

         - keep_free_space_bytes    is ignored

         - max_data_part_size_bytes is ignored

         - you must have exactly one volume in that policy

    -->

    <!-- <tmp_policy>tmp</tmp_policy> -->


    <!-- Directory with user provided files that are accessible by 'file' table function. -->

    <user_files_path>/var/lib/clickhouse/user_files/</user_files_path>


    <!-- Path to folder where users and roles created by SQL commands are stored. -->

    <access_control_path>/var/lib/clickhouse/access/</access_control_path>

    

    <!-- Path to configuration file with users, access rights, profiles of settings, quotas. -->

    <users_config>users.xml</users_config>


    <!-- Default profile of settings. -->

    <default_profile>default</default_profile>


    <!-- System profile of settings. This settings are used by internal processes (Buffer storage, Distibuted DDL worker and so on). -->

    <!-- <system_profile>default</system_profile> -->


    <!-- Default database. -->

    <default_database>default</default_database>


    <!-- Server time zone could be set here.


         Time zone is used when converting between String and DateTime types,

          when printing DateTime in text formats and parsing DateTime from text,

          it is used in date and time related functions, if specific time zone was not passed as an argument.


         Time zone is specified as identifier from IANA time zone database, like UTC or Africa/Abidjan.

         If not specified, system time zone at server startup is used.


         Please note, that server could display time zone alias instead of specified name.

         Example: W-SU is an alias for Europe/Moscow and Zulu is an alias for UTC.

    -->

    <!-- <timezone>Europe/Moscow</timezone> -->


    <!-- You can specify umask here (see "man umask"). Server will apply it on startup.

         Number is always parsed as octal. Default umask is 027 (other users cannot read logs, data files, etc; group can only read).

    -->

    <!-- <umask>022</umask> -->


    <!-- Perform mlockall after startup to lower first queries latency

          and to prevent clickhouse executable from being paged out under high IO load.

         Enabling this option is recommended but will lead to increased startup time for up to a few seconds.

    -->

    <mlock_executable>false</mlock_executable>


    <!-- Configuration of clusters that could be used in Distributed tables.

         https://clickhouse.tech/docs/en/operations/table_engines/distributed/

      -->

    <remote_servers incl="clickhouse_remote_servers" >

        <!-- Test only shard config for testing distributed storage -->

        <test_shard_localhost>

            <shard>

                <replica>

                    <host>localhost</host>

                    <port>9000</port>

                </replica>

            </shard>

        </test_shard_localhost>

        <test_cluster_two_shards_localhost>

             <shard>

                 <replica>

                     <host>localhost</host>

                     <port>9000</port>

                 </replica>

             </shard>

             <shard>

                 <replica>

                     <host>localhost</host>

                     <port>9000</port>

                 </replica>

             </shard>

        </test_cluster_two_shards_localhost>

        <test_cluster_two_shards>

            <shard>

                <replica>

                    <host>127.0.0.1</host>

                    <port>9000</port>

                </replica>

            </shard>

            <shard>

                <replica>

                    <host>127.0.0.2</host>

                    <port>9000</port>

                </replica>

            </shard>

        </test_cluster_two_shards>

        <test_shard_localhost_secure>

            <shard>

                <replica>

                    <host>localhost</host>

                    <port>9440</port>

                    <secure>1</secure>

                </replica>

            </shard>

        </test_shard_localhost_secure>

        <test_unavailable_shard>

            <shard>

                <replica>

                    <host>localhost</host>

                    <port>9000</port>

                </replica>

            </shard>

            <shard>

                <replica>

                    <host>localhost</host>

                    <port>1</port>

                </replica>

            </shard>

        </test_unavailable_shard>

    </remote_servers>


    <!-- The list of hosts allowed to use in URL-related storage engines and table functions.

        If this section is not present in configuration, all hosts are allowed.

    -->

    <remote_url_allow_hosts>

        <!-- Host should be specified exactly as in URL. The name is checked before DNS resolution.

            Example: "yandex.ru", "yandex.ru." and "www.yandex.ru" are different hosts.

                    If port is explicitly specified in URL, the host:port is checked as a whole.

                    If host specified here without port, any port with this host allowed.

                    "yandex.ru" -> "yandex.ru:443", "yandex.ru:80" etc. is allowed, but "yandex.ru:80" -> only "yandex.ru:80" is allowed.

            If the host is specified as IP address, it is checked as specified in URL. Example: "[2a02:6b8:a::a]".

            If there are redirects and support for redirects is enabled, every redirect (the Location field) is checked.

        -->


        <!-- Regular expression can be specified. RE2 engine is used for regexps.

            Regexps are not aligned: don't forget to add ^ and $. Also don't forget to escape dot (.) metacharacter

            (forgetting to do so is a common source of error).

        -->

    </remote_url_allow_hosts>


    <!-- If element has 'incl' attribute, then for it's value will be used corresponding substitution from another file.

         By default, path to file with substitutions is /etc/metrika.xml. It could be changed in config in 'include_from' element.

         Values for substitutions are specified in /yandex/name_of_substitution elements in that file.

      -->


    <!-- ZooKeeper is used to store metadata about replicas, when using Replicated tables.

         Optional. If you don't use replicated tables, you could omit that.


         See https://clickhouse.yandex/docs/en/table_engines/replication/

      -->


    <zookeeper incl="zookeeper-servers" optional="true" />


    <!-- Substitutions for parameters of replicated tables.

          Optional. If you don't use replicated tables, you could omit that.


         See https://clickhouse.yandex/docs/en/table_engines/replication/#creating-replicated-tables

      -->

    <macros incl="macros" optional="true" />



    <!-- Reloading interval for embedded dictionaries, in seconds. Default: 3600. -->

    <builtin_dictionaries_reload_interval>3600</builtin_dictionaries_reload_interval>



    <!-- Maximum session timeout, in seconds. Default: 3600. -->

    <max_session_timeout>3600</max_session_timeout>


    <!-- Default session timeout, in seconds. Default: 60. -->

    <default_session_timeout>60</default_session_timeout>


    <!-- Sending data to Graphite for monitoring. Several sections can be defined. -->

    <!--

        interval - send every X second

        root_path - prefix for keys

        hostname_in_path - append hostname to root_path (default = true)

        metrics - send data from table system.metrics

        events - send data from table system.events

        asynchronous_metrics - send data from table system.asynchronous_metrics

    -->

    <!--

    <graphite>

        <host>localhost</host>

        <port>42000</port>

        <timeout>0.1</timeout>

        <interval>60</interval>

        <root_path>one_min</root_path>

        <hostname_in_path>true</hostname_in_path>


        <metrics>true</metrics>

        <events>true</events>

        <events_cumulative>false</events_cumulative>

        <asynchronous_metrics>true</asynchronous_metrics>

    </graphite>

    <graphite>

        <host>localhost</host>

        <port>42000</port>

        <timeout>0.1</timeout>

        <interval>1</interval>

        <root_path>one_sec</root_path>


        <metrics>true</metrics>

        <events>true</events>

        <events_cumulative>false</events_cumulative>

        <asynchronous_metrics>false</asynchronous_metrics>

    </graphite>

    -->


    <!-- Serve endpoint fot Prometheus monitoring. -->

    <!--

        endpoint - mertics path (relative to root, statring with "/")

        port - port to setup server. If not defined or 0 than http_port used

        metrics - send data from table system.metrics

        events - send data from table system.events

        asynchronous_metrics - send data from table system.asynchronous_metrics

        status_info - send data from different component from CH, ex: Dictionaries status

    -->

    <!--

    <prometheus>

        <endpoint>/metrics</endpoint>

        <port>9363</port>


        <metrics>true</metrics>

        <events>true</events>

        <asynchronous_metrics>true</asynchronous_metrics>

        <status_info>true</status_info>

    </prometheus>

    -->


    <!-- Query log. Used only for queries with setting log_queries = 1. -->

    <query_log>

        <!-- What table to insert data. If table is not exist, it will be created.

             When query log structure is changed after system update,

              then old table will be renamed and new table will be created automatically.

        -->

        <database>system</database>

        <table>query_log</table>

        <!--

            PARTITION BY expr https://clickhouse.yandex/docs/en/table_engines/custom_partitioning_key/

            Example:

                event_date

                toMonday(event_date)

                toYYYYMM(event_date)

                toStartOfHour(event_time)

        -->

        <partition_by>toYYYYMM(event_date)</partition_by>


        <!-- Instead of partition_by, you can provide full engine expression (starting with ENGINE = ) with parameters,

             Example: <engine>ENGINE = MergeTree PARTITION BY toYYYYMM(event_date) ORDER BY (event_date, event_time) SETTINGS index_granularity = 1024</engine>

          -->


        <!-- Interval of flushing data. -->

        <flush_interval_milliseconds>7500</flush_interval_milliseconds>

    </query_log>


    <!-- Trace log. Stores stack traces collected by query profilers.

         See query_profiler_real_time_period_ns and query_profiler_cpu_time_period_ns settings. -->

    <trace_log>

        <database>system</database>

        <table>trace_log</table>


        <partition_by>toYYYYMM(event_date)</partition_by>

        <flush_interval_milliseconds>7500</flush_interval_milliseconds>

    </trace_log>


    <!-- Query thread log. Has information about all threads participated in query execution.

         Used only for queries with setting log_query_threads = 1. -->

    <query_thread_log>

        <database>system</database>

        <table>query_thread_log</table>

        <partition_by>toYYYYMM(event_date)</partition_by>

        <flush_interval_milliseconds>7500</flush_interval_milliseconds>

    </query_thread_log>


    <!-- Uncomment if use part log.

         Part log contains information about all actions with parts in MergeTree tables (creation, deletion, merges, downloads).

    <part_log>

        <database>system</database>

        <table>part_log</table>

        <flush_interval_milliseconds>7500</flush_interval_milliseconds>

    </part_log>

    -->


    <!-- Uncomment to write text log into table.

         Text log contains all information from usual server log but stores it in structured and efficient way.

         The level of the messages that goes to the table can be limited (<level>), if not specified all messages will go to the table.

    <text_log>

        <database>system</database>

        <table>text_log</table>

        <flush_interval_milliseconds>7500</flush_interval_milliseconds>

        <level></level>

    </text_log>

    -->


    <!-- Metric log contains rows with current values of ProfileEvents, CurrentMetrics collected with "collect_interval_milliseconds" interval. -->

    <metric_log>

        <database>system</database>

        <table>metric_log</table>

        <flush_interval_milliseconds>7500</flush_interval_milliseconds>

        <collect_interval_milliseconds>1000</collect_interval_milliseconds>

    </metric_log>


    <!-- Parameters for embedded dictionaries, used in Yandex.Metrica.

         See https://clickhouse.yandex/docs/en/dicts/internal_dicts/

    -->


    <!-- Path to file with region hierarchy. -->

    <!-- <path_to_regions_hierarchy_file>/opt/geo/regions_hierarchy.txt</path_to_regions_hierarchy_file> -->


    <!-- Path to directory with files containing names of regions -->

    <!-- <path_to_regions_names_files>/opt/geo/</path_to_regions_names_files> -->



    <!-- Configuration of external dictionaries. See:

         https://clickhouse.yandex/docs/en/dicts/external_dicts/

    -->

    <dictionaries_config>*_dictionary.xml</dictionaries_config>


    <!-- Uncomment if you want data to be compressed 30-100% better.

         Don't do that if you just started using ClickHouse.

      -->

    <compression incl="clickhouse_compression">

    <!--

        <!- - Set of variants. Checked in order. Last matching case wins. If nothing matches, lz4 will be used. - ->

        <case>


            <!- - Conditions. All must be satisfied. Some conditions may be omitted. - ->

            <min_part_size>10000000000</min_part_size>        <!- - Min part size in bytes. - ->

            <min_part_size_ratio>0.01</min_part_size_ratio>   <!- - Min size of part relative to whole table size. - ->


            <!- - What compression method to use. - ->

            <method>zstd</method>

        </case>

    -->

    </compression>


    <!-- Allow to execute distributed DDL queries (CREATE, DROP, ALTER, RENAME) on cluster.

         Works only if ZooKeeper is enabled. Comment it if such functionality isn't required. -->

    <distributed_ddl>

        <!-- Path in ZooKeeper to queue with DDL queries -->

        <path>/clickhouse/task_queue/ddl</path>


        <!-- Settings from this profile will be used to execute DDL queries -->

        <!-- <profile>default</profile> -->

    </distributed_ddl>


    <!-- Settings to fine tune MergeTree tables. See documentation in source code, in MergeTreeSettings.h -->

    <!--

    <merge_tree>

        <max_suspicious_broken_parts>5</max_suspicious_broken_parts>

    </merge_tree>

    -->


    <!-- Protection from accidental DROP.

         If size of a MergeTree table is greater than max_table_size_to_drop (in bytes) than table could not be dropped with any DROP query.

         If you want do delete one table and don't want to change clickhouse-server config, you could create special file <clickhouse-path>/flags/force_drop_table and make DROP once

.

         By default max_table_size_to_drop is 50GB; max_table_size_to_drop=0 allows to DROP any tables.

         The same for max_partition_size_to_drop.

         Uncomment to disable protection.

    -->

    <!-- <max_table_size_to_drop>0</max_table_size_to_drop> -->

    <!-- <max_partition_size_to_drop>0</max_partition_size_to_drop> -->


    <!-- Example of parameters for GraphiteMergeTree table engine -->

    <graphite_rollup_example>

        <pattern>

            <regexp>click_cost</regexp>

            <function>any</function>

            <retention>

                <age>0</age>

                <precision>3600</precision>

            </retention>

            <retention>

                <age>86400</age>

                <precision>60</precision>

            </retention>

        </pattern>

        <default>

            <function>max</function>

            <retention>

                <age>0</age>

                <precision>60</precision>

            </retention>

            <retention>

                <age>3600</age>

                <precision>300</precision>

            </retention>

            <retention>

                <age>86400</age>

                <precision>3600</precision>

            </retention>

        </default>

    </graphite_rollup_example>


    <!-- Directory in <clickhouse-path> containing schema files for various input formats.

         The directory will be created if it doesn't exist.

      -->

    <format_schema_path>/var/lib/clickhouse/format_schemas/</format_schema_path>


    <!-- Uncomment to use query masking rules.

        name - name for the rule (optional)

        regexp - RE2 compatible regular expression (mandatory)

        replace - substitution string for sensitive data (optional, by default - six asterisks)

    <query_masking_rules>

        <rule>

            <name>hide SSN</name>

            <regexp>\b\d{3}-\d{2}-\d{4}\b</regexp>

            <replace>000-00-0000</replace>

        </rule>

    </query_masking_rules>

    -->


    <!-- Uncomment to use custom http handlers.

        rules are checked from top to bottom, first match runs the handler

            url - to match request URL, you can use 'regex:' prefix to use regex match(optional)

            methods - to match request method, you can use commas to separate multiple method matches(optional)

            headers - to match request headers, match each child element(child element name is header name), you can use 'regex:' prefix to use regex match(optional)

        handler is request handler

            type - supported types: static, dynamic_query_handler, predefined_query_handler

            query - use with predefined_query_handler type, executes query when the handler is called

            query_param_name - use with dynamic_query_handler type, extracts and executes the value corresponding to the <query_param_name> value in HTTP request params

            status - use with static type, response status code

            content_type - use with static type, response content-type

            response_content - use with static type, Response content sent to client, when using the prefix 'file://' or 'config://', find the content from the file or configuration

 send to client.


    <http_handlers>

        <rule>

            <url>/</url>

            <methods>POST,GET</methods>

            <headers><pragma>no-cache</pragma></headers>

            <handler>

                <type>dynamic_query_handler</type>

                <query_param_name>query</query_param_name>

            </handler>

        </rule>


        <rule>

            <url>/predefined_query</url>

            <methods>POST,GET</methods>

            <handler>

                <type>predefined_query_handler</type>

                <query>SELECT * FROM system.settings</query>

            </handler>

        </rule>


        <rule>

            <handler>

                <type>static</type>

                <status>200</status>

                <content_type>text/plain; charset=UTF-8</content_type>

                <response_content>config://http_server_default_response</response_content>

            </handler>

        </rule>

    </http_handlers>

    -->


    <!-- Uncomment to disable ClickHouse internal DNS caching. -->

    <!-- <disable_internal_dns_cache>1</disable_internal_dns_cache> -->

</yandex>

Denis Zhuravlev

unread,
May 23, 2020, 12:08:12 PM5/23/20
to ClickHouse
On install CH asked for a default password for default user and placed it to /etc/clickhouse-server/users.d/default-password.xml
You can change this password or remove this file to empty password.

joe mcguckin

unread,
May 23, 2020, 5:37:27 PM5/23/20
to ClickHouse
I don't recall being asked for a password, but you are absolutely correct. I removed the password and it works now.

Thanks!

Joe

Denis Zhuravlev

unread,
May 24, 2020, 2:15:53 PM5/24/20
to ClickHouse
What command did you use to install CH ? apt-get .... ?
Reply all
Reply to author
Forward
0 new messages