Re: exclude files

2017-02-08 Thread Gene Heskett 
On Wednesday 08 February 2017 15:14:42 Jon LaBadie wrote:

> On Wed, Feb 08, 2017 at 05:27:24AM -0500, Gene Heskett wrote:
> > Greetings all;
> >
> > I asked an exclude file question back up the log a month or so ago
> > that I guess got lost in the noise at the time.
> >
> > So let me ask it in a different way.
> >
> > Where is the log file that records where a client, running on its
> > own "dumptype" would I find the name of the exclude file named in
> > that dumptype, recorded along with success or failure at accessing
> > that particular excludes file? Its being ignored according to the
> > emails I rx.
>
> I would expect it to be on the client.  On a client, I found it under
> /var/log/amanda/client/.
>
> My exclude file path shows up in the sendsize and sendbackup
> debug logs.  In the amgtar debug log the path appears only as
> an error message when it doesn't find the file.  Some DLEs
> have an exclude file, others do not.
>
> Jon

That I believe was what I needed, thanks Jon. The exclude was not 
mentioned anyplace, so I started at the disklist and found I had specced 
the no-excludes version of the dumptype for both / and /boot.  I think I 
have it fixed now, if the exclude is in the right place for the client 
to find it. I'll find out reading the log tomorrow morning before I go 
see my baby.  She was sitting in the lounge chair when I got back in 
this evening, and made it to the middle of the house to go and pee, with 
the help of a walker and an assistant, so IMO it looks good.   Or have I 
not mentioned she fell & broke a hip Monday afternoon? Its been a slight 
bit blurry about since.  Nice clean break, knocked the ball of the ball 
joint off the end of the hip bone, so the surgeon removed the ball, and 
put a new rod and ball on the end of the bone.  Easy job for him.

I knew it was going to happen sometime, no way around it when there is no 
more padding on the bones than she carries. I do mean none, 85 lbs on a 
5'6" frame, wringing wet and a box of 30-06 ammo in each hip pocket.  
COPD does that to a body. Dammit.

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page

Re: exclude files

2017-02-08 Thread Jon LaBadie 
On Wed, Feb 08, 2017 at 05:27:24AM -0500, Gene Heskett wrote:
> Greetings all;
> 
> I asked an exclude file question back up the log a month or so ago that I 
> guess got lost in the noise at the time.
> 
> So let me ask it in a different way.
> 
> Where is the log file that records where a client, running on its 
> own "dumptype" would I find the name of the exclude file named in that 
> dumptype, recorded along with success or failure at accessing that 
> particular excludes file? Its being ignored according to the emails I 
> rx.

I would expect it to be on the client.  On a client, I found it under
/var/log/amanda/client/.

My exclude file path shows up in the sendsize and sendbackup
debug logs.  In the amgtar debug log the path appears only as
an error message when it doesn't find the file.  Some DLEs
have an exclude file, others do not.

Jon
-- 
Jon H. LaBadie j...@jgcomp.com
 11226 South Shore Rd.  (703) 787-0688 (H)
 Reston, VA  20190  (703) 935-6720 (C)

Re: exclude files

2017-02-08 Thread Debra S Baddorf 

> On Feb 8, 2017, at 4:27 AM, Gene Heskett  wrote:
> 
> Greetings all;
> 
> I asked an exclude file question back up the log a month or so ago that I 
> guess got lost in the noise at the time.
> 
> So let me ask it in a different way.
> 
> Where is the log file that records where a client, running on its 
> own "dumptype" would I find the name of the exclude file named in that 
> dumptype, recorded along with success or failure at accessing that 
> particular excludes file? Its being ignored according to the emails I 
> rx.
> 
> Thanks.
> 
> Cheers, Gene Heskett
> -- 
> "There are four boxes to be used in defense of liberty:
> soap, ballot, jury, and ammo. Please use in that order."
> -Ed Howdershelt (Author)
> Genes Web page 

Due to the resounding silence,  I’ll pipe up, with what I *used* to do for 
exclude files,
but which doesn’t seem to work anymore.  This WAS in my amanda.conf   file.

define dumptype tomatoTar   {
BDtar
###exclude list optional "/usr/local/var/amanda/exclude-list"
exclude list optional "./amanda-exclude-list”
}

The second exclude line put the file at the top of the DLE … wherever that top 
may be.
It used to work.   It doesn’t any more, and I don’t know when it stopped.  I’ve 
gotten bigger
tapes,  so I didn’t try to fight it, but just let the exclusions be included.

The line above which is still commented out,  with a fully specified location,  
was in use before
that.  I don’t know if it is broken or not.  When I switched to the  “at top of 
each DLE” style,
I used the new-to-me format everywhere.

The following *IS* currently working for me.  I’m putting the exclude directly 
in the disklist.

mtamaster1.fnal.gov  DataMtaTOP  /data/mta {
dailyTarKRB5
exclude "./r2016"
exclude append "./Run201[56]/201MHzCavity/analysis"
exclude append "./Run201[56]/201MHzCavity/rawdata"
exclude append "./Run201[56]/HPRFCavity/analysis"
exclude append "./Run201[56]/HPRFCavity/rawdata"
exclude append "./Run201[56]/ModularCavity/analysis"
exclude append "./Run201[567]/ModularCavity/rawdata"
##hopefully,  this will INCLUDE  any new folders/files created amongst the 
above
}


Not a direct answer to your question, but maybe it’s helpful.

Deb Baddorf
Fermilab

3.4: eject-volume=yes with interactivity keeps tape device open

2017-02-08 Thread tstml 

Hi,

tried this with: 
http://www.zmanda.com/downloads/community/Amanda/3.4.2/Redhat_Enterprise_6.0/amanda-backup_server-3.4.2-1.rhel6.x86_64.rpm

(and also 3.4.1)

Oracle Linux Server release 6.8
# uname -rsv
Linux 4.1.12-61.1.23.el6uek.x86_64 #2 SMP Tue Dec 20 16:51:41 PST 2016


Tapeinfo:
Vendor ID: 'HP  '
Product ID: 'Ultrium 4-SCSI  '
Revision: 'H63Z'


The test backup doesn't fit on one tape. After I get the E-Mail from the 
interactivity module, I can see with lsof that the taper still has a 
lock on /dev/nst1:


> # lsof /dev/nst1

COMMAND  PID USER   FD   TYPE DEVICE SIZE/OFFNODE NAME
taper   1168 amandabackup5u   CHR  9,129  0t0 1812371 /dev/nst1


touching the check-file looks like this in 
/var/log/amanda/server/ptxhamtest/taper.20170208122530.debug:



Wed Feb 08 16:21:12.035824026 2017: pid 1168: thd-0x240ad70: taper: xfer_queue_message: 
MSG:  version=0>
Wed Feb 08 16:21:12.036846793 2017: pid 1168: thd-0x240ad70: taper: Building 
type SPLIT_FILE header of 32768-32768 bytes with name='localhost' 
disk='/amanda/testbackupsrc' dumplevel=0 and blocksize=32768
Wed Feb 08 16:22:52.113249836 2017: pid 1168: thd-0x240ad70: taper: Device 
tape:/dev/nst1 error = 'No space left on device'
Wed Feb 08 16:22:52.113278102 2017: pid 1168: thd-0x240ad70: taper: Device 
tape:/dev/nst1 setting status flag(s): DEVICE_STATUS_VOLUME_ERROR
Wed Feb 08 16:22:53.101250403 2017: pid 1168: thd-0x240ad70: taper: xfer_queue_message: 
MSG:  version=0>
Wed Feb 08 16:23:19.976805822 2017: pid 1168: thd-0x1454d20: taper: Will 
request retry of failed split part.
Wed Feb 08 16:23:19.977170240 2017: pid 1168: thd-0x1454d20: taper: tape 
HAM-M-029-L4 kb 754974720 fm 73 [OK]
Wed Feb 08 16:23:19.980883703 2017: pid 1168: thd-0x1454d20: taper: Device is 
in variable block size
Wed Feb 08 16:23:40.882859608 2017: pid 1168: thd-0x1454d20: taper: new 
Amanda::Changer::Error: type='failed', reason='notfound', message='No 
acceptable volumes found'
Wed Feb 08 16:23:40.882974991 2017: pid 1168: thd-0x1454d20: taper: cmd: 
/usr/bin/Mail -s AMANDA VOLUME REQUEST: new volume x...@xxx.xxx

Wed Feb 08 16:23:50.888937917 2017: pid 1168: thd-0x1454d20: taper: new 
Amanda::Changer::Error: type='failed', reason='notfound', message='No 
acceptable volumes found'
Wed Feb 08 16:24:00.960351367 2017: pid 1168: thd-0x1454d20: taper: new 
Amanda::Changer::Error: type='failed', reason='notfound', message='No 
acceptable volumes found'
Wed Feb 08 16:24:10.960959061 2017: pid 1168: thd-0x1454d20: taper: new 
Amanda::Changer::Error: type='failed', reason='notfound', message='No 
acceptable volumes found'

...

Wed Feb 08 17:20:55.510368422 2017: pid 1168: thd-0x1454d20: taper: new 
Amanda::Changer::Error: type='failed', reason='notfound', message='No 
acceptable volumes found'
Wed Feb 08 17:21:05.512939917 2017: pid 1168: thd-0x1454d20: taper: new 
Amanda::Changer::Error: type='failed', reason='notfound', message='No 
acceptable volumes found'
Wed Feb 08 17:21:15.515187884 2017: pid 1168: thd-0x1454d20: taper: new 
Amanda::Changer::Error: type='failed', reason='notfound', message='No 
acceptable volumes found'
Wed Feb 08 17:21:25.517437824 2017: pid 1168: thd-0x1454d20: taper: Device 
tape:/dev/nst1 error = 'Can't open tape device /dev/nst1: Device or resource 
busy'
Wed Feb 08 17:21:25.517455484 2017: pid 1168: thd-0x1454d20: taper: Device 
tape:/dev/nst1 setting status flag(s): DEVICE_STATUS_DEVICE_BUSY
Wed Feb 08 17:21:25.517680908 2017: pid 1168: thd-0x1454d20: taper: Slot 1 
without label can be labeled
Wed Feb 08 17:21:25.517775016 2017: pid 1168: thd-0x1454d20: taper: new 
Amanda::Changer::Error: type='fatal', message='Can't open tape device 
/dev/nst1: Device or resource busy'
Wed Feb 08 17:21:25.518772880 2017: pid 1168: thd-0x1454d20: taper: cmd: 
/usr/bin/Mail -s AMANDA VOLUME REQUEST: new volume x...@xxx.xxx





if I remove "eject-volume yes" from amanda.conf, lsof doesn't show 
/dev/nst1 as open after the mail and logfile looks like this when 
touching the check-file:



Sun Feb 05 22:01:45.892621331 2017: pid 14498: thd-0x36592a0: taper: xfer_queue_message: 
MSG:  version=0>
Sun Feb 05 22:01:45.893809646 2017: pid 14498: thd-0x36592a0: taper: Building 
type SPLIT_FILE header of 32768-32768 bytes with name='localhost' 
disk='abc-rman' dumplevel=0 and blocksize=32768
Sun Feb 05 22:02:27.050993044 2017: pid 14498: thd-0x36592a0: taper: Device 
tape:/dev/nst1 error = 'No space left on device'
Sun Feb 05 22:02:27.051019886 2017: pid 14498: thd-0x36592a0: taper: Device 
tape:/dev/nst1 setting status flag(s): DEVICE_STATUS_VOLUME_ERROR
Sun Feb 05 22:02:28.006847900 2017: pid 14498: thd-0x36592a0: taper: xfer_queue_message: 
MSG:

Re: ERROR smbclient: NT_STATUS_ACCESS_DENIED on some files => Amanda doesn't backup anything on that share

2017-02-08 Thread Jean-Louis Martineau 
The problem look to be that smbclient do not print the 'Total number of 
bytes' on it's stderr, so the estimate will never succeed.
You can try to set: 'estimate server' for that dle.
But you will probably get a similar error when doing the backup.
What can we do if smbclient do not tell if the backup is correct?

Jean-Louis

On 08/02/17 08:38 AM, Tobias Köck wrote:
>
> Hi,
>
> I am using Amanda 3.3.9 with the newest amsamba patches. smbclient is 
> 4.5.4+dfsg-1 version on Debian Stretch.
>
> The problem is that a few files doesn't have the appropriate file 
> sharing permissions. The Planner stops and amsamba doesn't backup any 
> data from that share.
>
> Shouldn't AMANDA / amsama just ignore those files and move on with the 
> other files? But that's not what happens. It just don't backup any 
> files from that share.
>
> Any advice how to fix that behavior?
>
> Greetings and thanks
>
> Tobias
>
> ---
> amstatus a2g-1:
>
> localhost://192.168.0.250/kunden 0 failed: planner: [Application 'am
>
> samba': ERROR smbclient: NT_STATUS_ACCESS_DENIED listing 
> Betamoo\Übergabe FLA\Betamoo-FLA-Kopie-von-lokal\2012
>
> 0227_Testdateien-Betamoo-TD\PI_Cordless-blubb_DE\*]
>
> ---
>
> Amsamba.20170206141259000.debug:
>
> Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: warning: Use of 
> uninitialized value $regex_match in pattern match (m//) at 
> /usr/lib/amanda/application/amsamba line 91.
>
> Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: Arguments: 
> estimate --message line --config a2g-1 --host localhost --device 
> //192.168.0.250/kunden --disk //192.168.0.250/kunden --level 0 --
>
> amandapass /etc/amandapass
>
> Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: command: estimate
>
> Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: amandapass: 
> /etc/amandapass
>
> Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: password_wtr 4
>
> Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: password_rdr 3
>
> Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: warning: 
> close() on unopened filehandle 0 at 
> /usr/lib/amanda/application/amsamba line 502.
>
> Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: warning: 
> close() on unopened filehandle 1 at 
> /usr/lib/amanda/application/amsamba line 503.
>
> Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: execute: 
> /usr/bin/smbclient /usr/bin/smbclient //192.168.0.250/kunden -d 0 -U 
> backup -E -c archive 0;recurse;du
>
> Mon Feb  6 14:13:45 2017: thd-0x562125870800: Amsamba: stderr: 
> NT_STATUS_ACCESS_DENIED listing Betamoo\Übergabe 
> FLA\Betamoo-FLA-Kopie-von-lokal\20120227_Testdateien-Betamoo-TD\PI_Cordless-blubb_DE\*
>
> Mon Feb  6 14:13:45 2017: thd-0x562125870800: Amsamba: smbclient: 
> NT_STATUS_ACCESS_DENIED listing Betamoo\Übergabe 
> FLA\Betamoo-FLA-Kopie-von-lokal\20120227_Testdateien-Betamoo-TD\PI_Cordless-blubb_DE\*
>
> Mon Feb  6 14:13:53 2017: thd-0x562125870800: Amsamba: stderr: 
> NT_STATUS_ACCESS_DENIED listing Betamoo\Übergabe 
> FLA\Betamoo-FLA-Kopie-von-lokal\20111026_Uebergabe-Riki\Webdav_folder\2ABIM\[0102]comDB[0123]geraetxxy_28_09_10_20100929131651\*
>
> Mon Feb  6 14:13:53 2017: thd-0x562125870800: Amsamba: smbclient: 
> NT_STATUS_ACCESS_DENIED listing Betamoo\Übergabe 
> FLA\Betamoo-FLA-Kopie-von-lokal\20111026_Uebergabe-Riki\Webdav_folder\2ABIM\[0102]comDB[0123]geraetxxy_28_09_10_20100929131651\*
>
> Mon Feb  6 14:13:53 2017: thd-0x562125870800: Amsamba: stderr: 
> NT_STATUS_ACCESS_DENIED listing Betamoo\Übergabe 
> FLA\Betamoo-FLA-Kopie-von-lokal\20111026_Uebergabe-Riki\Webdav_folder\2product\group102_geraetxxy_de_20100928114804\*
>
> Mon Feb  6 14:13:53 2017: thd-0x562125870800: Amsamba: smbclient: 
> NT_STATUS_ACCESS_DENIED listing Betamoo\Übergabe 
> FLA\Betamoo-FLA-Kopie-von-lokal\20111026_Uebergabe-Riki\Webdav_folder\2product\group102_geraetxxy_de_20100928114804\*
>
> Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_utime   : 0
>
> Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_stime   : 0
>
> Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_maxrss  : 27592
>
> Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_ixrss   : 0
>
> Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_idrss   : 0
>
> Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_isrss   : 0
>
> Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_minflt  : 4096
>
> Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_majflt  : 0
>
> Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_nswap   : 0
>
> Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_inblock : 0
>
> Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_oublock : 24
>
> Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_msgsnd  : 0
>
> Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_msgrcv  : 0
>
> Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_nsignals: 0
>
> Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_nvcsw   : 7
>
> Mon Feb  6

ERROR smbclient: NT_STATUS_ACCESS_DENIED on some files => Amanda doesn't backup anything on that share

2017-02-08 Thread Tobias Köck 
Hi,

I am using Amanda 3.3.9 with the newest amsamba patches. smbclient is 
4.5.4+dfsg-1 version on Debian Stretch.

The problem is that a few files doesn't have the appropriate file sharing 
permissions. The Planner stops and amsamba doesn't backup any data from that 
share.

Shouldn't AMANDA / amsama just ignore those files and move on with the other 
files? But that's not what happens. It just don't backup any files from that 
share.

Any advice how to fix that behavior?

Greetings and thanks
Tobias
---
amstatus a2g-1:

localhost://192.168.0.250/kunden 0 
failed: planner: [Application 'am
samba': ERROR smbclient: NT_STATUS_ACCESS_DENIED listing Betamoo\Übergabe 
FLA\Betamoo-FLA-Kopie-von-lokal\2012
0227_Testdateien-Betamoo-TD\PI_Cordless-blubb_DE\*]
---

Amsamba.20170206141259000.debug:

Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: warning: Use of 
uninitialized value $regex_match in pattern match (m//) at 
/usr/lib/amanda/application/amsamba line 91.

Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: Arguments: estimate 
--message line --config a2g-1 --host localhost --device //192.168.0.250/kunden 
--disk //192.168.0.250/kunden --level 0 --
amandapass /etc/amandapass
Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: command: estimate
Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: amandapass: 
/etc/amandapass
Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: password_wtr 4
Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: password_rdr 3
Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: warning: close() on 
unopened filehandle 0 at /usr/lib/amanda/application/amsamba line 502.

Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: warning: close() on 
unopened filehandle 1 at /usr/lib/amanda/application/amsamba line 503.

Mon Feb  6 14:12:59 2017: thd-0x562125870800: Amsamba: execute: 
/usr/bin/smbclient /usr/bin/smbclient //192.168.0.250/kunden -d 0 -U backup -E 
-c archive 0;recurse;du
Mon Feb  6 14:13:45 2017: thd-0x562125870800: Amsamba: stderr: 
NT_STATUS_ACCESS_DENIED listing Betamoo\Übergabe 
FLA\Betamoo-FLA-Kopie-von-lokal\20120227_Testdateien-Betamoo-TD\PI_Cordless-blubb_DE\*
Mon Feb  6 14:13:45 2017: thd-0x562125870800: Amsamba: smbclient: 
NT_STATUS_ACCESS_DENIED listing Betamoo\Übergabe 
FLA\Betamoo-FLA-Kopie-von-lokal\20120227_Testdateien-Betamoo-TD\PI_Cordless-blubb_DE\*
Mon Feb  6 14:13:53 2017: thd-0x562125870800: Amsamba: stderr: 
NT_STATUS_ACCESS_DENIED listing Betamoo\Übergabe 
FLA\Betamoo-FLA-Kopie-von-lokal\20111026_Uebergabe-Riki\Webdav_folder\2ABIM\[0102]comDB[0123]geraetxxy_28_09_10_20100929131651\*
Mon Feb  6 14:13:53 2017: thd-0x562125870800: Amsamba: smbclient: 
NT_STATUS_ACCESS_DENIED listing Betamoo\Übergabe 
FLA\Betamoo-FLA-Kopie-von-lokal\20111026_Uebergabe-Riki\Webdav_folder\2ABIM\[0102]comDB[0123]geraetxxy_28_09_10_20100929131651\*
Mon Feb  6 14:13:53 2017: thd-0x562125870800: Amsamba: stderr: 
NT_STATUS_ACCESS_DENIED listing Betamoo\Übergabe 
FLA\Betamoo-FLA-Kopie-von-lokal\20111026_Uebergabe-Riki\Webdav_folder\2product\group102_geraetxxy_de_20100928114804\*
Mon Feb  6 14:13:53 2017: thd-0x562125870800: Amsamba: smbclient: 
NT_STATUS_ACCESS_DENIED listing Betamoo\Übergabe 
FLA\Betamoo-FLA-Kopie-von-lokal\20111026_Uebergabe-Riki\Webdav_folder\2product\group102_geraetxxy_de_20100928114804\*
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_utime   : 0
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_stime   : 0
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_maxrss  : 27592
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_ixrss   : 0
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_idrss   : 0
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_isrss   : 0
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_minflt  : 4096
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_majflt  : 0
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_nswap   : 0
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_inblock : 0
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_oublock : 24
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_msgsnd  : 0
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_msgrcv  : 0
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_nsignals: 0
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_nvcsw   : 7
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: ru_nivcsw  : 3
Mon Feb  6 14:13:54 2017: thd-0x562125870800: Amsamba: pid 14630 finish time 
Mon Feb  6 14:13:54 2017