Hello, i am trying the SLA Extension (1.01) and it’s setting my CF value, but
not the due date.
I created a ticket through email and here is the log info:
[5455] [Mon Sep 29 15:23:39 2014] [notice]: Passed a unix time less than 0,
forcing to 0: [-1] (/opt/rt4/sbin/…/lib/RT/Date.pm:563)
[5455] [Mon Sep 29 15:23:39 2014] [notice]: Passed a unix time less than 0,
forcing to 0: [-1] (/opt/rt4/sbin/…/lib/RT/Date.pm:563)
Here’s the server date format:
root@mar-zabbix:/opt/rt4/etc# date
Mon Sep 29 11:00:51 VET 2014
Here’s my SLA config:
%RT::ServiceBusinessHours = (
‘horario’ => {
0 => { Name => ‘Sunday’, Start => ‘undef’, End => ‘undef’ },
1 => { Name => ‘Monday’, Start => ‘7:30’, End => ‘17:00’ },
1 => { Name => ‘Tuesday’, Start => ‘7:30’, End => ‘17:00’ },
1 => { Name => ‘Wednesday’, Start => ‘7:30’, End => ‘17:00’ },
1 => { Name => ‘Thursday’, Start => ‘7:30’, End => ‘17:00’ },
1 => { Name => ‘Friday’, Start => ‘7:30’, End => ‘17:00’ },
1 => { Name => ‘Saturday’, Start => ‘undef’, End => ‘undef’ },
},
);
%RT::ServiceAgreements = (
Default => ‘1h’,
QueueDefault => {
‘apoyo’ => ‘1h’,
‘sistemas’ => ‘8h’,
},
Levels => {
‘1h’ => {
BusinessHours => ‘horario’,
Response => { BusinessMinutes => 601},
KeepInLoop => { BusinessMinutes => 601},
Resolve => { BusinessMinutes => 601},
},
‘8h’ => {
BusinessHours => ‘horario’,
Response => { BusinessMinutes => 608},
KeepInLoop => { BusinessMinutes => 60*8},
},
},
);
My system is Debian Wheezy with Venezuelan Standard Time (VET). It’s in
english.
Now, search i found this patch by Kevin Falcone:
http://lists.fsck.com/pipermail/rt-commit/2014-May/027521.html
I am thinking it may be just a notice regarding my “undef” use in the
config, maybe i can just use 0 and be done with it? If this is the problem
and it hasn’t got anything to do with my due date not setting, what can i do
to fix it?
View this message in context: http://requesttracker.8502.n7.nabble.com/SLA-Extension-sets-CF-but-not-Due-Date-tp58652.html