Yes indeed, these packages are built on 10.8 and possibly won't work with 10.7. You can build your own package for 10.7 easily like:
* clone riak * git checkout riak-1.4.2 * make package * package will be in package/packages Of course github is down now, so you will have to wait. -Jared On Tue, Sep 17, 2013 at 1:21 PM, Steve Vinoski <st...@basho.com> wrote: > IIRC you said you were using OS X 10.7.x, but I believe the 1.4.2 packages > are for 10.8.x. Perhaps you're hitting a problem related to that. > > --steve > > > On Tue, Sep 17, 2013 at 3:18 PM, Roman Shestakov < > roman.shesta...@gmail.com> wrote: > >> hi Jared, >> >> this is interesting… >> >> I have repeated all your steps and getting the same issue as before: >> >> s:~ romanshestakov$ cd Development >> rs:Development romanshestakov$ wget >> http://s3.amazonaws.com/downloads.basho.com/riak/1.4/1.4.2/osx/10.8/riak-1.4.2-OSX-x86_64.tar.gz >> >> --2013-09-17 20:12:48-- >> http://s3.amazonaws.com/downloads.basho.com/riak/1.4/1.4.2/osx/10.8/riak-1.4.2-OSX-x86_64.tar.gz >> Resolving s3.amazonaws.com... 205.251.242.150 >> Connecting to s3.amazonaws.com|205.251.242.150|:80... connected. >> HTTP request sent, awaiting response... 200 OK >> Length: 27081322 (26M) [application/x-tar] >> Saving to: `riak-1.4.2-OSX-x86_64.tar.gz.1' >> >> 100%[==================================================================================================================>] >> 27,081,322 521K/s in 57s >> >> 2013-09-17 20:13:46 (460 KB/s) - `riak-1.4.2-OSX-x86_64.tar.gz.1' saved >> [27081322/27081322] >> >> rs:Development romanshestakov$ tar -zxf riak-1.4.2-OSX-x86_64.tar.gz >> rs:Development romanshestakov$ cd riak-1.4.2 >> rs:riak-1.4.2 romanshestakov$ ./bin/riak chkconfig >> Error reading >> /Users/romanshestakov/Development/riak-1.4.2/bin/../etc/app.config >> >> I am on MacOs 10.7.5 >> >> weird … will use riak-1.3 >> >> Regards, Roman >> >> >> On 17 Sep 2013, at 19:17, Jared Morrow wrote: >> >> Roman, >> >> I have no problems with it: >> >> ➜ /tmp wget >> http://s3.amazonaws.com/downloads.basho.com/riak/1.4/1.4.2/osx/10.8/riak-1.4.2-OSX-x86_64.tar.gz >> 12:12 >> --2013-09-17 12:12:10-- >> http://s3.amazonaws.com/downloads.basho.com/riak/1.4/1.4.2/osx/10.8/riak-1.4.2-OSX-x86_64.tar.gz >> Resolving s3.amazonaws.com... 207.171.185.200 >> Connecting to s3.amazonaws.com|207.171.185.200|:80... connected. >> HTTP request sent, awaiting response... 200 OK >> Length: 27081322 (26M) [application/x-tar] >> Saving to: ‘riak-1.4.2-OSX-x86_64.tar.gz’ >> >> 100%[===========================================================================================================================================>] >> 27,081,322 1.83MB/s in 13s >> >> 2013-09-17 12:12:25 (2.06 MB/s) - ‘riak-1.4.2-OSX-x86_64.tar.gz’ saved >> [27081322/27081322] >> >> ➜ /tmp tar -zxf riak-1.4.2-OSX-x86_64.tar.gz >> ➜ /tmp cd riak-1.4.2 >> ➜ riak-1.4.2 ./bin/riak chkconfig >> config is OK >> ➜ riak-1.4.2 ./bin/riak start >> >> ➜ riak-1.4.2 ./bin/riak ping >> pong >> ➜ riak-1.4.2 ./bin/riak stop >> ok >> >> Here is the config file that ships in the package >> >> ➜ riak-1.4.2 cat etc/app.config >> %% -*- mode: erlang;erlang-indent-level: 4;indent-tabs-mode: nil -*- >> %% ex: ft=erlang ts=4 sw=4 et >> [ >> %% Riak Client APIs config >> {riak_api, [ >> %% pb_backlog is the maximum length to which the queue of pending >> %% connections may grow. If set, it must be an integer >= 0. >> %% By default the value is 5. If you anticipate a huge number of >> %% connections being initialised *simultaneously*, set this >> number >> %% higher. >> %% {pb_backlog, 64}, >> >> %% pb is a list of IP addresses and TCP ports that the Riak >> %% Protocol Buffers interface will bind. >> {pb, [ {"127.0.0.1", 8087 } ]} >> ]}, >> >> %% Riak Core config >> {riak_core, [ >> %% Default location of ringstate >> {ring_state_dir, "./data/ring"}, >> >> %% Default ring creation size. Make sure it is a power of 2, >> %% e.g. 16, 32, 64, 128, 256, 512 etc >> %{ring_creation_size, 64}, >> >> %% http is a list of IP addresses and TCP ports that the Riak >> %% HTTP interface will bind. >> {http, [ {"127.0.0.1", 8098 } ]}, >> >> %% https is a list of IP addresses and TCP ports that the Riak >> %% HTTPS interface will bind. >> %{https, [{ "127.0.0.1", 8098 }]}, >> >> %% Default cert and key locations for https can be overridden >> %% with the ssl config variable, for example: >> %{ssl, [ >> % {certfile, "./etc/cert.pem"}, >> % {keyfile, "./etc/key.pem"} >> % ]}, >> >> %% riak_handoff_port is the TCP port that Riak uses for >> %% intra-cluster data handoff. >> {handoff_port, 8099 }, >> >> %% To encrypt riak_core intra-cluster data handoff traffic, >> %% uncomment the following line and edit its path to an >> %% appropriate certfile and keyfile. (This example uses a >> %% single file with both items concatenated together.) >> %{handoff_ssl_options, [{certfile, "/tmp/erlserver.pem"}]}, >> >> %% DTrace support >> %% Do not enable 'dtrace_support' unless your Erlang/OTP >> %% runtime is compiled to support DTrace. DTrace is >> %% available in R15B01 (supported by the Erlang/OTP >> %% official source package) and in R14B04 via a custom >> %% source repository & branch. >> {dtrace_support, false}, >> >> %% Health Checks >> %% If disabled, health checks registered by an application will >> %% be ignored. NOTE: this option cannot be changed at runtime. >> %% To re-enable, the setting must be changed and the node >> restarted. >> %% NOTE: As of Riak 1.3.2, health checks are deprecated as they >> %% may interfere with the new overload protection mechanisms. >> %% If there is a good reason to re-enable them, you must >> uncomment >> %% this line and also add an entry in the riak_kv section: >> %% {riak_kv, [ ..., {enable_health_checks, true}, >> ...]} >> %% {enable_health_checks, true}, >> >> %% Platform-specific installation paths (substituted by rebar) >> {platform_bin_dir, "./bin"}, >> {platform_data_dir, "./data"}, >> {platform_etc_dir, "./etc"}, >> {platform_lib_dir, "./lib"}, >> {platform_log_dir, "./log"} >> ]}, >> >> %% Riak KV config >> {riak_kv, [ >> %% Storage_backend specifies the Erlang module defining the >> storage >> %% mechanism that will be used on this node. >> {storage_backend, riak_kv_bitcask_backend}, >> >> %% raw_name is the first part of all URLS used by the Riak raw >> HTTP >> %% interface. See riak_web.erl and raw_http_resource.erl for >> %% details. >> %{raw_name, "riak"}, >> >> %% Enable active anti-entropy subsystem + optional debug >> messages: >> %% {anti_entropy, {on|off, []}}, >> %% {anti_entropy, {on|off, [debug]}}, >> {anti_entropy, {on, []}}, >> >> %% Restrict how fast AAE can build hash trees. Building the tree >> %% for a given partition requires a full scan over that >> partition's >> %% data. Once built, trees stay built until they are expired. >> %% Config is of the form: >> %% {num-builds, per-timespan-in-milliseconds} >> %% Default is 1 build per hour. >> {anti_entropy_build_limit, {1, 3600000}}, >> >> %% Determine how often hash trees are expired after being built. >> %% Periodically expiring a hash tree ensures the on-disk hash >> tree >> %% data stays consistent with the actual k/v backend data. It >> also >> %% helps Riak identify silent disk failures and bit rot. However, >> %% expiration is not needed for normal AAE operation and should >> be >> %% infrequent for performance reasons. The time is specified in >> %% milliseconds. The default is 1 week. >> {anti_entropy_expire, 604800000}, >> >> %% Limit how many AAE exchanges/builds can happen concurrently. >> {anti_entropy_concurrency, 2}, >> >> %% The tick determines how often the AAE manager looks for work >> %% to do (building/expiring trees, triggering exchanges, etc). >> %% The default is every 15 seconds. Lowering this value will >> %% speedup the rate that all replicas are synced across the >> cluster. >> %% Increasing the value is not recommended. >> {anti_entropy_tick, 15000}, >> >> %% The directory where AAE hash trees are stored. >> {anti_entropy_data_dir, "./data/anti_entropy"}, >> >> %% The LevelDB options used by AAE to generate the LevelDB-backed >> %% on-disk hashtrees. >> {anti_entropy_leveldb_opts, [{write_buffer_size, 4194304}, >> {max_open_files, 20}]}, >> >> %% mapred_name is URL used to submit map/reduce requests to Riak. >> {mapred_name, "mapred"}, >> >> %% mapred_2i_pipe indicates whether secondary-index >> %% MapReduce inputs are queued in parallel via their own >> %% pipe ('true'), or serially via a helper process >> %% ('false' or undefined). Set to 'false' or leave >> %% undefined during a rolling upgrade from 1.0. >> {mapred_2i_pipe, true}, >> >> %% Each of the following entries control how many Javascript >> %% virtual machines are available for executing map, reduce, >> %% pre- and post-commit hook functions. >> {map_js_vm_count, 8 }, >> {reduce_js_vm_count, 6 }, >> {hook_js_vm_count, 2 }, >> >> %% js_max_vm_mem is the maximum amount of memory, in megabytes, >> %% allocated to the Javascript VMs. If unset, the default is >> %% 8MB. >> {js_max_vm_mem, 8}, >> >> %% js_thread_stack is the maximum amount of thread stack, in >> megabyes, >> %% allocate to the Javascript VMs. If unset, the default is 16MB. >> %% NOTE: This is not the same as the C thread stack. >> {js_thread_stack, 16}, >> >> %% js_source_dir should point to a directory containing >> Javascript >> %% source files which will be loaded by Riak when it initializes >> %% Javascript VMs. >> %{js_source_dir, "/tmp/js_source"}, >> >> %% http_url_encoding determines how Riak treats URL encoded >> %% buckets, keys, and links over the REST API. When set to 'on' >> %% Riak always decodes encoded values sent as URLs and Headers. >> %% Otherwise, Riak defaults to compatibility mode where links >> %% are decoded, but buckets and keys are not. The compatibility >> %% mode will be removed in a future release. >> {http_url_encoding, on}, >> >> %% Switch to vnode-based vclocks rather than client ids. This >> %% significantly reduces the number of vclock entries. >> %% Only set true if *all* nodes in the cluster are upgraded to >> 1.0 >> {vnode_vclocks, true}, >> >> %% This option toggles compatibility of keylisting with 1.0 >> %% and earlier versions. Once a rolling upgrade to a version >> %% > 1.0 is completed for a cluster, this should be set to >> %% true for better control of memory usage during key listing >> %% operations >> {listkeys_backpressure, true}, >> >> %% This option specifies how many of each type of fsm may exist >> %% concurrently. This is for overload protection and is a new >> %% mechanism that obsoletes 1.3's health checks. Note that this >> number >> %% represents two potential processes, so +P in vm.args should >> be at >> %% least 3X the fsm_limit. >> {fsm_limit, 50000}, >> >> %% object_format controls which binary representation of a >> riak_object >> %% is stored on disk. >> %% Current options are: v0, v1. >> %% v0: Original erlang:term_to_binary format. Higher space >> overhead. >> %% v1: New format for more compact storage of small values. >> {object_format, v1} >> ]}, >> >> %% Riak Search Config >> {riak_search, [ >> %% To enable Search functionality set this 'true'. >> {enabled, false} >> ]}, >> >> %% Merge Index Config >> {merge_index, [ >> %% The root dir to store search merge_index data >> {data_root, "./data/merge_index"}, >> >> %% Size, in bytes, of the in-memory buffer. When this >> %% threshold has been reached the data is transformed >> %% into a segment file which resides on disk. >> {buffer_rollover_size, 1048576}, >> >> %% Overtime the segment files need to be compacted. >> %% This is the maximum number of segments that will be >> %% compacted at once. A lower value will lead to >> %% quicker but more frequent compactions. >> {max_compact_segments, 20} >> ]}, >> >> %% Bitcask Config >> {bitcask, [ >> %% Configure how Bitcask writes data to disk. >> %% erlang: Erlang's built-in file API >> %% nif: Direct calls to the POSIX C API >> %% >> %% The NIF mode provides higher throughput for certain >> %% workloads, but has the potential to negatively impact >> %% the Erlang VM, leading to higher worst-case latencies >> %% and possible throughput collapse. >> {io_mode, erlang}, >> >> {data_root, "./data/bitcask"} >> ]}, >> >> %% eLevelDB Config >> {eleveldb, [ >> {data_root, "./data/leveldb"} >> ]}, >> >> %% Lager Config >> {lager, [ >> %% What handlers to install with what arguments >> %% The defaults for the logfiles are to rotate the files when >> %% they reach 10Mb or at midnight, whichever comes first, and >> keep >> %% the last 5 rotations. See the lager README for a description >> of >> %% the time rotation format: >> %% https://github.com/basho/lager/blob/master/README.org >> %% >> %% If you wish to disable rotation, you can either set the size >> to 0 >> %% and the rotation time to "", or instead specify a 2-tuple >> that only >> %% consists of {Logfile, Level}. >> %% >> %% If you wish to have riak log messages to syslog, you can use >> a handler >> %% like this: >> %% {lager_syslog_backend, ["riak", daemon, info]}, >> %% >> {handlers, [ >> {lager_file_backend, [ >> {"./log/error.log", error, 10485760, "$D0", >> 5}, >> {"./log/console.log", info, 10485760, "$D0", >> 5} >> ]} >> ] }, >> >> %% Whether to write a crash log, and where. >> %% Commented/omitted/undefined means no crash logger. >> {crash_log, "./log/crash.log"}, >> >> %% Maximum size in bytes of events in the crash log - defaults >> to 65536 >> {crash_log_msg_size, 65536}, >> >> %% Maximum size of the crash log in bytes, before its rotated, >> set >> %% to 0 to disable rotation - default is 0 >> {crash_log_size, 10485760}, >> >> %% What time to rotate the crash log - default is no time >> %% rotation. See the lager README for a description of this >> format: >> %% https://github.com/basho/lager/blob/master/README.org >> {crash_log_date, "$D0"}, >> >> %% Number of rotated crash logs to keep, 0 means keep only the >> %% current one - default is 0 >> {crash_log_count, 5}, >> >> %% Whether to redirect error_logger messages into lager - >> defaults to true >> {error_logger_redirect, true}, >> >> %% maximum number of error_logger messages to handle in a second >> %% lager 2.0.0 shipped with a limit of 50, which is a little low >> for riak's startup >> {error_logger_hwm, 100} >> ]}, >> >> %% riak_sysmon config >> {riak_sysmon, [ >> %% To disable forwarding events of a particular type, use a >> %% limit of 0. >> {process_limit, 30}, >> {port_limit, 2}, >> >> %% Finding reasonable limits for a given workload is a matter >> %% of experimentation. >> %% NOTE: Enabling the 'gc_ms_limit' monitor (by setting non-zero) >> %% can cause performance problems on multi-CPU systems. >> {gc_ms_limit, 0}, >> {heap_word_limit, 40111000}, >> >> %% Configure the following items to 'false' to disable logging >> %% of that event type. >> {busy_port, true}, >> {busy_dist_port, true} >> ]}, >> >> %% SASL config >> {sasl, [ >> {sasl_error_logger, false} >> ]}, >> >> %% riak_control config >> {riak_control, [ >> %% Set to false to disable the admin panel. >> {enabled, false}, >> >> %% Authentication style used for access to the admin >> %% panel. Valid styles are 'userlist' <TODO>. >> {auth, userlist}, >> >> %% If auth is set to 'userlist' then this is the >> %% list of usernames and passwords for access to the >> %% admin panel. >> {userlist, [{"user", "pass"} >> ]}, >> >> %% The admin panel is broken up into multiple >> %% components, each of which is enabled or disabled >> %% by one of these settings. >> {admin, true} >> ]} >> ]. >> >> Your config file is truncated somehow. >> >> -Jared >> >> >> >> _______________________________________________ >> riak-users mailing list >> riak-users@lists.basho.com >> http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com >> >> >
_______________________________________________ riak-users mailing list riak-users@lists.basho.com http://lists.basho.com/mailman/listinfo/riak-users_lists.basho.com