In the ACTIVITY_SUMMARY table, there are two activity types that I do not understand: POOLCOPYUTILGB POOLPRIMUTILGB I can see these activities are running frequently, but I can't figure out what they
Author: Erwann Simon <erwann.simon AT FREE DOT FR>
Date: Fri, 10 Jul 2015 12:24:52 +0700
Brian, My guess is that these entries are used for capacity trend graphs in Operations Center. Le 10 juillet 2015 00:42:05 GMT+07:00, "Brian G. Kunst" <bkunst AT UW DOT EDU> a écrit : -- Erwann SIMON
Author: "Loon, EJ van (ITOPT3) - KLM" <Eric-van.Loon AT KLM DOT COM>
Date: Tue, 14 Jul 2015 09:31:10 +0000
Hi guys! I have a Linux client with Cristie TBMR installed on it. TBRM requires that /dev is backed up which is normally excluded by the Linux BA client. To force this backup I need to add the virtua
Author: David Ehresman <david.ehresman AT LOUISVILLE DOT EDU>
Date: Tue, 14 Jul 2015 12:21:58 +0000
Try " dsmc q opt|less" or just " dsmc q opt|". On my Linux TBMR systems the /dev is on the line following " VIRTUALMOUNTPOINT:" in the q opt output. David Hi guys! I have a Linux client with Cristie
Author: "Loon, EJ van (ITOPT3) - KLM" <Eric-van.Loon AT KLM DOT COM>
Date: Tue, 14 Jul 2015 14:40:19 +0000
Hi David! Something weird is going on here. Here is the output from just the dsmc q opt command: VCDVAPP: NO VERIFYVAPP: NO VERIFYVAPPEXT: NO VIRTUALMOUNTPOINT: /dev VIRTUALNODENAME: KL1241M3 VMAUTOS
Author: David Ehresman <david.ehresman AT LOUISVILLE DOT EDU>
Date: Tue, 14 Jul 2015 14:49:38 +0000
I'd try a backup. I'm pretty sure it is just weird formatting of the q opt output. Yours looks like mine and it is working fine. David Hi David! Something weird is going on here. Here is the output f
Author: "Loon, EJ van (ITOPT3) - KLM" <Eric-van.Loon AT KLM DOT COM>
Date: Wed, 15 Jul 2015 11:15:28 +0000
Hi David! Nope, still not working... tsm: AMSE2>select * from backups where node_name='KL1241M3' and hl_name='/dev' or hl_name='/DEV' ANR2034E SELECT: No match found using this criteria. ANS8001I Ret
/dev is a virtual file system that only exist in memory. Check the output of the mount command: udev on /dev type devtmpfs (rw,mode=0755) I'm pretty sure you don't need /dev for restore since it's bu
Author: Andrew Raibeck <storman AT US.IBM DOT COM>
Date: Wed, 15 Jul 2015 08:13:44 -0400
Hi Eric, Besides the items you have highlighted so far (dsmc q opt, select * from backups), what makes you think this file system is not being backed up? Are there not TSM related logs (dsmsched.log)
Author: "Loon, EJ van (ITOPT3) - KLM" <Eric-van.Loon AT KLM DOT COM>
Date: Wed, 15 Jul 2015 12:48:09 +0000
Hi Andy! /dev Is not in the list returned from the "q filespace kl1241m3". No error messages in the output from the backup job related to /dev too... Kind regards, Eric van Loon AF/KLM Storage Engine
Author: David Ehresman <david.ehresman AT LOUISVILLE DOT EDU>
Date: Wed, 15 Jul 2015 13:00:03 +0000
Andy is correct that in a select from the backups tables the '/dev' will be the filespace_name and not the hl_name. But the '/dev' should show in the "q filespace". Did you restart dsmcad and/or dsmc
Author: "Huebner, Andy" <andy.huebner AT NOVARTIS DOT COM>
Date: Wed, 15 Jul 2015 13:02:34 +0000
I have an AIX admin that wants to build my new TSM server using two VGs for the database (6 file systems) and one VG for the various logs. We currently have 6 VGs for the DB and 3 VGs for the logs. E
Author: David Ehresman <david.ehresman AT LOUISVILLE DOT EDU>
Date: Wed, 15 Jul 2015 13:11:46 +0000
VGs are cheap. Why does your AIX admin want to reduce the number of VGs? David Ehresman I have an AIX admin that wants to build my new TSM server using two VGs for the database (6 file systems) and o
Author: "Loon, EJ van (ITOPT3) - KLM" <Eric-van.Loon AT KLM DOT COM>
Date: Wed, 15 Jul 2015 13:22:39 +0000
Hi Stef! Our Linux guys tell me that /dev is not a filesystem but a directory. That's why it's not in the output from the mount command, nor in the output from the df command. The content is indeed d
Author: "Loon, EJ van (ITOPT3) - KLM" <Eric-van.Loon AT KLM DOT COM>
Date: Wed, 15 Jul 2015 13:24:34 +0000
Hi David! We don't use the TSM scheduler, we use a third party scheduler. So every backup is a new dsmc session which should pick up all dsm.sys changes. It's a RedHat 6 server with the 7.1.2.0 TSM c
Author: "Huebner, Andy" <andy.huebner AT NOVARTIS DOT COM>
Date: Wed, 15 Jul 2015 13:32:47 +0000
He claims there is a queuing issue with too many at the HBA. I guess I missed that the last 12 years of being a storage/TSM admin. I told him the theory of using many was to allow more concurrency. B
Author: "Rhodes, Richard L." <rrhodes AT FIRSTENERGYCORP DOT COM>
Date: Wed, 15 Jul 2015 13:53:12 +0000
With your current vg setup you are dedicating one or more luns to each vg. The good is dedicated resources of that lun (iops+capacity) in each vg. But the converse is also true, you _only_ have the d
Author: "Barkes, Jason" <jason.barkes AT SSE DOT COM>
Date: Wed, 15 Jul 2015 13:54:12 +0000
Hi, Sorry David I don't understand the VG's are cheap statement. Your Volume groups are made up of 1 or more hdisks provided locally or from the SAN. I've split my VG's into 5 types of VGs Dbvg <- Da
Author: "Huebner, Andy" <andy.huebner AT NOVARTIS DOT COM>
Date: Wed, 15 Jul 2015 14:10:36 +0000
Each VG will be 2 or 4 LUNs from SVC. I am not worried about the logs and storage pools. Only the DB. Andy Huebner Hi, Sorry David I don't understand the VG's are cheap statement. Your Volume groups