


     RRRRRRRRDDDDUUUUPPPPDDDDAAAATTTTEEEE((((1111))))           1111....2222....11113333 ((((2222000000006666----00005555----00004444))))           RRRRRRRRDDDDUUUUPPPPDDDDAAAATTTTEEEE((((1111))))



     NNNNAAAAMMMMEEEE
          rrdupdate - Store a new set of values into the RRD

     SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
          rrrrrrrrddddttttoooooooollll {uuuuppppddddaaaatttteeee | uuuuppppddddaaaatttteeeevvvv} _f_i_l_e_n_a_m_e [--------tttteeeemmmmppppllllaaaatttteeee|----tttt _d_s-
          _n_a_m_e[::::_d_s-_n_a_m_e]...]  NNNN|_t_i_m_e_s_t_a_m_p::::_v_a_l_u_e[::::_v_a_l_u_e...]  _a_t-
          _t_i_m_e_s_t_a_m_p@@@@_v_a_l_u_e[::::_v_a_l_u_e...]  [_t_i_m_e_s_t_a_m_p::::_v_a_l_u_e[::::_v_a_l_u_e...] ...]

     DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
          The uuuuppppddddaaaatttteeee function feeds new data values into an RRRRRRRRDDDD. The
          data is time aligned (interpolated) according to the
          properties of the RRRRRRRRDDDD to which the data is written.

          uuuuppppddddaaaatttteeeevvvv This alternate version of uuuuppppddddaaaatttteeee takes the same
                  arguments and performs the same function. The _v
                  stands for _v_e_r_b_o_s_e, which describes the output
                  returned. uuuuppppddddaaaatttteeeevvvv returns a list of any and all
                  consolidated data points (CDPs) written to disk as a
                  result of the invocation of update. The values are
                  indexed by timestamp (time_t), RRA (consolidation
                  function and PDPs per CDP), and data source (name).
                  Note that depending on the arguments of the current
                  and previous call to update, the list may have no
                  entries or a large number of entries.

          _f_i_l_e_n_a_m_e
                  The name of the RRRRRRRRDDDD you want to update.

          --tttteeeemmmmppppllllaaaatttteeee|-tttt _d_s-_n_a_m_e[::::_d_s-_n_a_m_e]...
                  By default, the uuuuppppddddaaaatttteeee function expects its data
                  input in the order the data sources are defined in
                  the RRD, excluding any COMPUTE data sources (i.e. if
                  the third data source DDDDSSSSTTTT is COMPUTE, the third
                  input value will be mapped to the fourth data source
                  in the RRRRRRRRDDDD and so on). This is not very error
                  resistant, as you might be sending the wrong data
                  into an RRD.

                  The template switch allows you to specify which data
                  sources you are going to update and in which order.
                  If the data sources specified in the template are
                  not available in the RRD file, the update process
                  will abort with an error message.

                  While it appears possible with the template switch
                  to update data sources asynchronously, RRRRRRRRDDDDttttoooooooollll
                  implicitly assigns non-COMPUTE data sources missing
                  from the template the *_U_N_K_N_O_W_N* value.

                  Do not specify a value for a COMPUTE DDDDSSSSTTTT in the
                  uuuuppppddddaaaatttteeee function. If this is done accidentally (and
                  this can only be done using the template switch),



     Page 1                                          (printed 6/13/06)






     RRRRRRRRDDDDUUUUPPPPDDDDAAAATTTTEEEE((((1111))))           1111....2222....11113333 ((((2222000000006666----00005555----00004444))))           RRRRRRRRDDDDUUUUPPPPDDDDAAAATTTTEEEE((((1111))))



                  RRRRRRRRDDDDttttoooooooollll will ignore the value specified for the
                  COMPUTE DDDDSSSSTTTT.

          NNNN|_t_i_m_e_s_t_a_m_p::::_v_a_l_u_e[::::_v_a_l_u_e...]
                  The data used for updating the RRD was acquired at a
                  certain time. This time can either be defined in
                  seconds since 1970-01-01 or by using the letter 'N',
                  in which case the update time is set to be the
                  current time. Negative time values are subtracted
                  from the current time. An AT_STYLE TIME
                  SPECIFICATION (see the _r_r_d_f_e_t_c_h documentation) may
                  also be used by delimiting the end of the time
                  specification with the '@' character instead of a
                  ':'. Getting the timing right to the second is
                  especially important when you are working with
                  data-sources of type CCCCOOOOUUUUNNNNTTTTEEEERRRR, DDDDEEEERRRRIIIIVVVVEEEE or AAAABBBBSSSSOOOOLLLLUUUUTTTTEEEE.

                  The remaining elements of the argument are DS
                  updates. The order of this list is the same as the
                  order the data sources were defined in the RRA. If
                  there is no data for a certain data-source, the
                  letter UUUU (e.g., N:0.1:U:1) can be specified.

                  The format of the value acquired from the data
                  source is dependent on the data source type chosen.
                  Normally it will be numeric, but the data
                  acquisition modules may impose their very own
                  parsing of this parameter as long as the colon (::::)
                  remains the data source value separator.

     EEEEXXXXAAAAMMMMPPPPLLLLEEEE
          "rrdtool update demo1.rrd N:3.44:3.15:U:23"

          Update the database file demo1.rrd with 3 known and one
          *_U_N_K_N_O_W_N* value. Use the current time as the update time.

          "rrdtool update demo2.rrd 887457267:U 887457521:22
          887457903:2.7"

          Update the database file demo2.rrd which expects data from a
          single data-source, three times. First with an *_U_N_K_N_O_W_N*
          value then with two regular readings. The update interval
          seems to be around 300 seconds.

     AAAAUUUUTTTTHHHHOOOORRRR
          Tobias Oetiker <tobi@oetiker.ch>









     Page 2                                          (printed 6/13/06)



