X-Git-Url: https://git.tokkee.org/?a=blobdiff_plain;f=doc%2Frrdcreate.txt;h=8e76004105d1b0eb5e3714c414ea83f62ea35eea;hb=43d79b11a51ae02b7b0995945cb351799e932d66;hp=0a82202f8b90692bf854440a7060c4d20af65456;hpb=51c3d3fb997c22e1ee828470413f1e84989e1f6c;p=pkg-rrdtool.git diff --git a/doc/rrdcreate.txt b/doc/rrdcreate.txt index 0a82202..8e76004 100644 --- a/doc/rrdcreate.txt +++ b/doc/rrdcreate.txt @@ -7,7 +7,7 @@ NNAAMMEE SSYYNNOOPPSSIISS rrrrddttooooll ccrreeaattee _f_i_l_e_n_a_m_e [----ssttaarrtt|--bb _s_t_a_r_t _t_i_m_e] [----sstteepp|--ss _s_t_e_p] - [DDSS::_d_s_-_n_a_m_e::_D_S_T::_d_s_t _a_r_g_u_m_e_n_t_s] [RRRRAA::_C_F::_c_f _a_r_g_u_m_e_n_t_s] + [----nnoo--oovveerrwwrriittee] [DDSS::_d_s_-_n_a_m_e::_D_S_T::_d_s_t _a_r_g_u_m_e_n_t_s] [RRRRAA::_C_F::_c_f _a_r_g_u_m_e_n_t_s] DDEESSCCRRIIPPTTIIOONN The create function of RRDtool lets you set up new Round Robin Database @@ -30,6 +30,9 @@ DDEESSCCRRIIPPTTIIOONN Specifies the base interval in seconds with which data will be fed into the RRRRDD. + ----nnoo--oovveerrwwrriittee + Do not clobber an existing file of the same name. + DDSS::_d_s_-_n_a_m_e::_D_S_T::_d_s_t _a_r_g_u_m_e_n_t_s A single RRRRDD can accept input from several data sources (DDSS), for example incoming and outgoing traffic on a specific communication line. @@ -117,11 +120,12 @@ DDEESSCCRRIIPPTTIIOONN assumed to be _*_U_N_K_N_O_W_N_*. _m_i_n and _m_a_x define the expected range values for data supplied by a - data source. If _m_i_n and/or _m_a_x any value outside the defined range will - be regarded as _*_U_N_K_N_O_W_N_*. If you do not know or care about min and max, - set them to U for unknown. Note that min and max always refer to the - processed values of the DS. For a traffic-CCOOUUNNTTEERR type DS this would be - the maximum and minimum data-rate expected from the device. + data source. If _m_i_n and/or _m_a_x are specified any value outside the + defined range will be regarded as _*_U_N_K_N_O_W_N_*. If you do not know or care + about min and max, set them to U for unknown. Note that min and max + always refer to the processed values of the DS. For a traffic-CCOOUUNNTTEERR + type DS this would be the maximum and minimum data-rate expected from + the device. _I_f _i_n_f_o_r_m_a_t_i_o_n _o_n _m_i_n_i_m_a_l_/_m_a_x_i_m_a_l _e_x_p_e_c_t_e_d _v_a_l_u_e_s _i_s _a_v_a_i_l_a_b_l_e_, _a_l_w_a_y_s _s_e_t _t_h_e _m_i_n _a_n_d_/_o_r _m_a_x _p_r_o_p_e_r_t_i_e_s_. _T_h_i_s _w_i_l_l _h_e_l_p _R_R_D_t_o_o_l _i_n _d_o_i_n_g _a @@ -352,8 +356,8 @@ TThhee HHEEAARRTTBBEEAATT aanndd tthhee SSTTEEPP average rate for that PDP. If the total "unknown" time accounts for more than hhaallff the "step", the entire PDP is marked as "unknown". This means that a mixture of known and "unknown" sample times in a single - PDP "step" may or may not add up to enough "known" time to warrent for - a known PDP. + PDP "step" may or may not add up to enough "known" time to warrant a + known PDP. The "heartbeat" can be short (unusual) or long (typical) relative to the "step" interval between PDPs. A short "heartbeat" means you require @@ -415,7 +419,7 @@ HHOOWW TTOO MMEEAASSUURREE Mail Messages Assume you have a method to count the number of messages - transported by your mailserver in a certain amount of time, giving + transported by your mail server in a certain amount of time, giving you data like '5 messages in the last 65 seconds'. If you look at the count of 5 like an AABBSSOOLLUUTTEE data type you can simply update the RRD with the number 5 and the end time of your monitoring period. @@ -528,4 +532,4 @@ AAUUTTHHOORR -1.3.8 2008-06-11 RRDCREATE(1) +1.4.8 2013-05-23 RRDCREATE(1)