search for: epoch

Displaying 20 results from an estimated 777 matches for "epoch".

2008 Feb 19
32
storing SOM epoch in EA
Good day, some time ago we discussed that it would be very helpful to store epoch in inode on mds. the perfect solution could be to store epoch in old inode body, but there is no much space for this in the body and with DMU we''ll have this problem again. given the minimal inode size we use on MDS is 512 bytes, we can store upto 13 stripes in the body. larger EAs go to...
2010 Jul 13
3
STRFTIME function declared in globals context
I'm trying to declare a few date-related global variables to ease my dialplan. When I declare the following in the [globals] context of extensions.conf, I get unexpected results: YEAR = ${STRFTIME(${EPOCH},,%Y)} MONTH = ${STRFTIME(${EPOCH},,%m)} DAY = ${STRFTIME(${EPOCH},,%d)} TIMESTAMP = ${STRFTIME(${EPOCH},,%Y%m%d-%H%M%S)} If I evaluate these variables in the dialplan later, using exten => 7777,n,Verbose(${TIMESTAMP} - ${YEAR} - ${MONTH} - ${DAY}) My output is as follows: -- Executing [...
2017 Sep 01
2
ganesha error ?
...s happen, clients got strange php session error. Below, the first error only happen once but other errors happen every time a clients try to create a new session file. To make php apps work again, I had to restart the client. Do you have an idea of what's happening here ? 31/08/2017 17:02:55 : epoch 59a450e6 : GLUSTER-NODE3 : ganesha.nfsd-2067[work-161] nfs4_State_Del :STATE :CRIT :hashtable get latch failed: 2 31/08/2017 17:04:00 : epoch 59a450e6 : GLUSTER-NODE3 : ganesha.nfsd-2067[work-31] create_nfs4_owner :NFS4 LOCK :CRIT :Related {STATE_OPEN_OWNER_NFSV4 0x7f0274475840: clientid={0x7f0368...
2019 Jan 29
1
[PATCH] v2v: Fix kernel disambiguation by dropping Epoch field (RHBZ#1669395).
...find the right /boot/vmlinuz file. In virt-v2v 1.28 we ran: rpm -ql kernel Because multiple kernels can be installed this gave incorrect results, which was reported in RHBZ#1161250 and initially fixed in commit 377bc302f11db3da4263f894c76a7d280fb25dbd. This changed the command to: rpm -ql [epoch:]kernel-version.release where the epoch: prefix was only used if the epoch was != 0. However this in fact failed if epoch was != 0 (which isn't the case for ordinary RHEL kernels in RHEL >= 5). Since it broke RHEL <= 4 this was reported as bug RHBZ#1170685 and fixed only for RHEL 3/4 i...
2005 Dec 01
1
LME & data with complicated random & correlational structures
...approach to the variance given I have ~24 hours of data (sampled at 32Hz, 1hr per subject), and one on the corStruct or how to get rid of serial dependencies before lme(). I'm analyzing skin temperature continuously recorded at 32Hz in Baseline (10 min), Testing (~5 min), and Recovery (20 min) epochs of a face recognition experiment. Stimuli are the same in Baseline and Recovery (portrait or landscape), and in testing, participants were tested on their recognition of a list b&w portraits presented just before testing started. On some of the portraits 'learned' the eyes were masked,...
2018 Mar 06
0
NFS-Ganesha, Gluster and file creation
...P", "TCP";? ? ? ? SecType = "sys";} I can mount the export from an external device, see files even modify existing files just not create new. I'm sure i'm missing something simple but can't quite put my finger on it. Ganesha debug output is:06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[decoder] thr_decode_rpc_requests :DISP :DEBUG :exiting, stat=XPRT_IDLE 06/03/2018 11:08:01 : epoch 5a9e7635 : gnfs01.local : ganesha.nfsd-6933[work-48] worker_run :DISP :DEBUG :NFS protocol request, reqdata=0x7f38d80008c0 xprt=0x7f38d8001730 requests=1 06...
2017 Sep 02
0
ganesha error ?
...php > session error. Below, the first error only happen once but other errors > happen every time a clients try to create a new session file. To make > php apps work again, I had to restart the client. Do you have an idea of > what?s happening here ? > > 31/08/2017 17:02:55 : epoch 59a450e6 : GLUSTER-NODE3 : > ganesha.nfsd-2067[work-161] nfs4_State_Del :STATE :CRIT :hashtable get > latch failed: 2 > > 31/08/2017 17:04:00 : epoch 59a450e6 : GLUSTER-NODE3 : > ganesha.nfsd-2067[work-31] create_nfs4_owner :NFS4 LOCK :CRIT :Related > {STATE_OPEN_OWNER_NFSV4...
2012 May 03
1
bwplot: using a numeric variable to position boxplots
[Env: R 2.14.2 / Win Xp] In the examples below, I'm using lattice::bwplot to plot boxplots of 4 variables, grouped by a factor 'epoch' which also corresponds to a numeric year. I'd like to modify the plots to position the boxplots according to the numeric value of year, but I can't figure out how to do this. Also, I'd to modify the strip labels that give the variable names to use longer variable labels I defin...
2019 Jul 08
2
epoch rpm el8 obsolete?
I am building a new workstation based on EL8 now. As someone else here mentioned, the raw EL8 distribution is unusable as a workstation. Therefore I am building lot of additional packages. Today I came across a problem with a custom package with an Epoch version, that kills the yum/dnf update process (it tries to find a "best" package etc.). My actually question; is the RPM Epoch stanza obsolete now (for EL8)? I remember that they also started to delete Groups categories ... -- LF
2003 Apr 20
4
${EPOCH} and ${DATETIME} patch
...okentime; int offset,offset2; struct ast_var_t *variables; char *name, *num; /* for callerid name + num variables */ @@ -807,6 +809,21 @@ } else if (!strcmp(var, "CHANNEL")) { strncpy(workspace, c->name, workspacelen - 1); *ret = workspace; + } else if (!strcmp(var, "EPOCH")) { + snprintf(workspace, workspacelen -1, "%u",(int)time(NULL)); + *ret = workspace; + } else if (!strcmp(var, "DATETIME")) { + thistime=time(NULL); + localtime_r(&thistime, &brokentime); + snprintf(workspace, workspacelen -1, "%02d%02d%04d-%02d:%02...
2014 Nov 17
1
[PATCH] inspection: deb: Seperate epoch field from version
Return it in the app2_epoch field of the guestfs_application2 struct Signed-off-by: Nikos Skalkotos <skalkoto@gmail.com> --- src/inspect-apps.c | 25 +++++++++++++++++-------- 1 file changed, 17 insertions(+), 8 deletions(-) diff --git a/src/inspect-apps.c b/src/inspect-apps.c index 8e645b7..bd4e6c1 100644 --- a/src/...
2003 Feb 27
2
epoch time conversion in R
I have a data file where each entry is indexed by the time in seconds since epoch (e.g. 1046315697). Is there an easy way to convert this time value into a more friendly time (such as Month-Year) when plotting it? I searched through the manual, mailing lists, and functions like as.POSIXct and strptime, but didn't find what I need. Thanks, Sharad.
2018 May 23
2
rpm spec version : higher version is seen as older
Hi! I have a very puzzling problem : one rpm with version 1.2.5 and one with 1.3.1 (spec file does not have Epoch defined) trying to install i get this : [root at storage02 aliprod]# rpm -Uvh xrootd-alicetokenacc-1.3.1-1.el6.x86_64.rpm Preparing... ########################################### [100%] package xrootd-alicetokenacc-1:1.2.5-1.el6.x86_64 (which is newer than xrootd-alicetokena...
2017 Dec 26
4
Answered time on channel
...In both requests the start time needs to be the same. My Dialplan looks something like this: [outbound] Exten => _X.,1,Dial(SIP/${EXTEN}@1.1.1.1,,U(call-answer-from-carrier)) Exten => h,1,NoOp(ANSWERED_TIME: ${ANSWEREDTIME} >>> DIAL_TIME: ${DIALEDTIME} >>> HANGUP_TIME: ${EPOCH} >>> ANSWERED TIME ${MATH(${EPOCH}-${ANSWEREDTIME},int)}) [call-answer-from-carrier] Exten => s,1,Noop(CALL WAS ANSWERED AT ${EPOCH} Exten => s,n,Agi(some_script.py) Now in theory the hangup time of the call (${EPOCH} in the h extension) minus the answered time should be the same a...
2011 Apr 26
3
updating libvorbis
Hello, On a machine with CentOS-5.6, I need libvorbis >= 1.2, so I have recompiled and packaged libvorbis. But I get the following error : $ rpm -U /usr/src/redhat/RPMS/x86_64/libvorbis-1.2.3-phn.1.x86_64.rpm /usr/src/redhat/RPMS/x86_64/libvorbis-devel-1.2.3-phn.1.x86_64.rpm package libvorbis-1.1.2-3.el5_4.4.x86_64 (which is newer than libvorbis-1.2.3-phn.1.x86_64) is already
2015 May 05
2
Using ldap to check last password modification date
...rking on, I need to know if changing the unicodePwd attr with LDAP also updates pwdLastSet (so the account doesn't get locked). It seems the answer is yes, but the value I get from pwdLastSet is somewhat weird: pwdLastSet: 130753269490000000 That is Wed, 08 Jun 2011 11:31:34 GMT Why? Is that epoch or something else? Is there anything else I need to update when I change the user password using ldap? Thanks! Regards, Norberto
2014 Nov 17
1
Re: [PATCH] list-applications: Add support for pacman
It's not exactly a problem but Debian supports an epoch. The format is like this: [epoch:]upstream_version[-debian_revision] https://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version Right now if a package has a version like this: 1:1.2.3-1, libguestfs will translate it as: epoch=0 version = 1:1.2.3 release=1 The same thing does my...
2017 Jan 04
2
microcode_ctl-2.1-16 hard crash on Intel E5 2667 v4 CPUs
Hello all! I'm brand new to the mailing list, and I've encountered an issue with the microcode_ctl package version 2.1-16 being installed during the CentOS 7.3 upgrade. It causes my servers to hard stop and they need to be forcibly powered off and back on again with the power button to continue. This RedHat thread https://bugzilla.redhat.com/show_bug.cgi?id=1398698 details the issue,
2008 Jan 18
1
Automatic call-out problem
...============================== extensions.conf: [0100q] exten => _XXXX.,1,Wait(1) exten => _XXXX.,n,Set(__TRIES=1) exten => _XXXX.,n,Set(__FMT_DATE=%Y-%m-%d %H:%M:%S) exten => _XXXX.,n,Set(__SZAM=${par_telszam}) exten => _XXXX.,n,System(echo -e "${SZAM}\,felvette\,${STRFTIME(${EPOCH},,${FMT_DATE})}" >> /tmp/0100q_0.txt) exten => _XXXX.,n,Playback(0100q_0) exten => _XXXX.,n,System(echo -e "${SZAM}\,99\,${STRFTIME(${EPOCH},,${FMT_DATE})}" >> /tmp/0100q_1v.txt) exten => _XXXX.,n(valasztas),Set(TIMEOUT(response)=5) exten => _XXXX.,n,Set(TIMEO...
2014 Nov 17
3
Re: [PATCH] list-applications: Add support for pacman
OK, I'll try to fix the epoch thing for all three. Nikos On 17 November 2014 13:49, Richard W.M. Jones <rjones@redhat.com> wrote: > On Mon, Nov 17, 2014 at 01:41:28PM +0200, Nikos Skalkotos wrote: >> OK, I'll make the suggested changes and I'll try to come up with a new >> patch by tomorrow or th...