Db sanity check

Hi All,
I would like to develop sanity check script for our product Oracle Db.
It should be put on crontab, worked periodically.
How can I retrieve simple pl/sql query(for example how many connections and user..) elapsed time?. Is it possible to achieve this goal by using UNIX scripts(perl, bash etc..) and specific pl/sql statement or have I write to application with java or C?

Bash and Sql can be used for that, but you should clarify a bit more what you want to do. Here a small example :
$ cat users.sql
col username for a20
select sid, serial#, username, to_char(logon_time,'dd/mm/yyyy hh24:mi:ss') logon_time,
        to_number(sysdate - logon_time)*1440 elapsed_minutes
from v$session
where username is not null
order by username, logon_time
exit
$ sqlplus -s / as sysdba @users
       SID    SERIAL# USERNAME             LOGON_TIME          ELAPSED_MINUTES
       144         38 SCOTT                02/04/2006 15:18:10      21.6666667
       142         14 SCOTT                02/04/2006 15:28:41           11.15
       143        105 SYS                  02/04/2006 15:39:50               0
       159        113 TEST                 02/04/2006 15:18:43      21.1166667
$                                                                                                                        

Similar Messages

  • Bailout: failed spill-split-recycle sanity check

    hi all
    i hope someone can help me!
    we have an enterprise portals productive installation on aix5.3
    it is based on netweaver 7.0
    i have just installed a java dialog instance on a windows 2003 server 64 bit which is happily talking to the central instance on aix BUT after changing the java parameters (sapnote 723909) for this new instance, the local windows dev_server0 file now complains with the following error:
    JHVM_BuildArgumentList: main method arguments of node server0
    210       com.sap.engine.core.configuration.impl.addons.PropertyName::init (154 bytes)
    211  !    com.sap.engine.core.configuration.impl.cache.CachedConfiguration::prepareRead (167 bytes)
    212       java.util.AbstractCollection::toArray (68 bytes)
    213       com.sap.engine.lib.xml.dom.DOMDocHandler1::onCustomEvent (130 bytes)
    214       com.sap.engine.lib.xml.dom.DOMDocHandler1::charData (73 bytes)
    Bailout: failed spill-split-recycle sanity check
    211   COMPILE FAILED
    (there are many lines but i have just included one occurrence)
    i just wondered if anyone could tell me which java parameter could have caused this?
    i appreciate i could take out each parameter one by one and stop/start the instance to see when it stops complaining (and i will do this if no-one can help me)
    many thanks
    kirsty

    ok,
    i guess it was obvious really.....
    the flag: -XX:+PrintCompilation (which excludes certain classes from compiling in order to prevent possible server VM crashes) is recommended in note 723909 to help avoid crashes caused by certain classes.
    the thing is this flag seems to cause the class to fail a sanity check in order to stop it compiling which then writes out to the server log causing me unnecessary anguish.
    if the flag is there to prevent classes compiling it should do it cleanly and quietly so im not sure now whether i want it or not!!!
    anyway, apologies for anyone's time i wasted
    kirsty

  • Xnee-2.00 Installation - /lib/cpp fails sanity check

    When I first tried running the configure file to start the installation process for this application, I ran into error after error and found solutions to them by installing packages off the SunOS cd's or from the sunfreeware site. But I cant find a solution to this problem.
    the output when running the configure script is as follows for the problem:
    checking how to run the C preprocessor... /lib/cpp
    configure: error: C preprocessor "/lib/cpp" fails sanity check
    the config.log file is very long and full of compile errors...many are repeats and around the part where its failing the only problem i can see is a "conftest.c" line 14: Cant find include file assert.h....
    what are the packages i need for cpp to function, i have gcc-3.3.2 installed, are there others?? is there something else i'm going to run into later?? any help will be greatly appreciated

    Have you try to use pkg-get
    to get the binary from Sun?
    If you really need to compile it by yourself, get studio first to make it easier. It will install developer package library in the box and help to resolve your dependence problem.

  • Need info on BW system sanity check

    Hi ,
    I am new to this Area,
    can any one tell me what is the BMW system sanity check?
    when we need to do this check?
    on what BW system we need to do this?
    Is there any pre defined steps we need to follow on sanity check?
    Is there any check list available for sanity check?
    Points will be assigned for your feed back.

    Hi Lakshmi,
    Go to transaction code RSRV and see the test available there.
    Also read documentation available for each test , it is self explainatory.
    hope it helps
    Regards
    Vikash

  • Glibc 2.19 & find: sanity check of the fnmatch() library function fail

    Since yesterdays update to glibc 2.19, find doesn't like searches by name. The update threw a hole lot of segmentations faults
    [2014-02-12 15:06] [PACMAN] Running 'pacman --color auto -Sy'
    [2014-02-12 15:06] [PACMAN] synchronizing package lists
    [2014-02-12 15:07] [PACMAN] Running 'pacman --color auto -S -u'
    [2014-02-12 15:07] [PACMAN] starting full system upgrade
    [2014-02-12 15:08] [PACMAN] upgraded apr-util (1.5.3-1 -> 1.5.3-2)
    [2014-02-12 15:08] [PACMAN] upgraded linux-api-headers (3.12.4-1 -> 3.13.2-1)
    [2014-02-12 15:08] [ALPM] warning: /etc/locale.gen installed as /etc/locale.gen.pacnew
    [2014-02-12 15:08] [ALPM-SCRIPTLET] Generating locales...
    [2014-02-12 15:08] [ALPM-SCRIPTLET] de_DE.UTF-8
    [2014-02-12 15:08] [ALPM-SCRIPTLET] en_US.UTF-8
    [2014-02-12 15:08] [ALPM-SCRIPTLET] Generation complete.
    [2014-02-12 15:08] [PACMAN] upgraded glibc (2.18-12 -> 2.19-1)
    [2014-02-12 15:08] [PACMAN] upgraded binutils (2.24-1 -> 2.24-2)
    [2014-02-12 15:08] [PACMAN] upgraded gcc-libs (4.8.2-7 -> 4.8.2-8)
    [2014-02-12 15:08] [PACMAN] upgraded elfutils (0.157-1 -> 0.158-1)
    [2014-02-12 15:08] [PACMAN] upgraded gcc (4.8.2-7 -> 4.8.2-8)
    [2014-02-12 15:08] [PACMAN] upgraded shared-mime-info (1.2-1 -> 1.2-2)
    [2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_Zt9oRn/.INSTALL: line 1: 10554 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
    [2014-02-12 15:08] [PACMAN] upgraded kdelibs (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded kdegraphics-mobipocket (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded nepomuk-core (4.12.1-2 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded kactivities (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded kde-base-artwork (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded oxygen-icons (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_lNExqJ/.INSTALL: line 1: 10562 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
    [2014-02-12 15:08] [PACMAN] upgraded kdebase-runtime (4.12.1-3 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded kdebase-lib (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded nepomuk-widgets (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded kdebase-dolphin (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded kdebase-konsole (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded kdebase-plasma (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_jc0NOD/.INSTALL: line 1: 10571 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
    [2014-02-12 15:08] [PACMAN] upgraded kdepim-runtime (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [ALPM] warning: /usr/share/config/kdm/kdmrc installed as /usr/share/config/kdm/kdmrc.pacnew
    [2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_9emqkf/.INSTALL: line 10: 10582 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
    [2014-02-12 15:08] [PACMAN] upgraded kdebase-workspace (4.11.6-1 -> 4.11.6-2)
    [2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_HVYliW/.INSTALL: line 1: 10587 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
    [2014-02-12 15:08] [PACMAN] upgraded libkipi (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_JMyH2D/.INSTALL: line 1: 10591 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
    [2014-02-12 15:08] [PACMAN] upgraded kdegraphics-gwenview (4.12.1-2 -> 4.12.2-1)
    [2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_BOmkIm/.INSTALL: line 1: 10595 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
    [2014-02-12 15:08] [PACMAN] upgraded kdegraphics-kcolorchooser (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_V9lYA5/.INSTALL: line 1: 10598 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
    [2014-02-12 15:08] [PACMAN] upgraded kdegraphics-ksnapshot (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded libkexiv2 (4.12.1-2 -> 4.12.2-1)
    [2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_NKbRqP/.INSTALL: line 1: 10602 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
    [2014-02-12 15:08] [PACMAN] upgraded kdegraphics-okular (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_1CccYz/.INSTALL: line 1: 10606 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
    [2014-02-12 15:08] [PACMAN] upgraded libkdcraw (4.12.1-2 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded kdegraphics-thumbnailers (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded kdemultimedia-ffmpegthumbs (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_PRYdSk/.INSTALL: line 1: 10609 Segmentation fault (core dumped) xdg-icon-resource forceupdate --theme hicolor &>/dev/null
    [2014-02-12 15:08] [PACMAN] upgraded kdemultimedia-kmix (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded kdemultimedia-mplayerthumbs (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded kdepimlibs (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded kdeutils-ark (4.12.1-1 -> 4.12.2-1)
    [2014-02-12 15:08] [PACMAN] upgraded lib32-elfutils (0.157-1 -> 0.158-1)
    [2014-02-12 15:08] [PACMAN] upgraded lib32-glibc (2.18-12 -> 2.19-1)
    [2014-02-12 15:08] [PACMAN] upgraded lib32-gcc-libs (4.8.2-7 -> 4.8.2-8)
    [2014-02-12 15:08] [PACMAN] upgraded libsasl (2.1.26-6 -> 2.1.26-7)
    [2014-02-12 15:08] [PACMAN] upgraded mpd (0.18.7-1 -> 0.18.8-1)
    [2014-02-12 15:08] [PACMAN] upgraded nginx (1.4.4-2 -> 1.4.5-1)
    [2014-02-12 15:08] [PACMAN] upgraded openjpeg (1.5.1-1 -> 1.5.1-2)
    [2014-02-12 15:08] [PACMAN] upgraded pam (1.1.8-2 -> 1.1.8-3)
    [2014-02-12 15:08] [PACMAN] upgraded python2-numpy (1.8.0-1 -> 1.8.0-2)
    [2014-02-12 15:08] [PACMAN] upgraded redland (1:1.0.17-1 -> 1:1.0.17-2)
    [2014-02-12 15:08] [PACMAN] upgraded s-nail (14.5.2-3 -> 14.5.2-4)
    [2014-02-12 15:08] [PACMAN] upgraded sudo (1.8.9.p4-1 -> 1.8.9.p5-1)
    [2014-02-12 15:08] [PACMAN] upgraded systemd (208-10 -> 208-11)
    [2014-02-12 15:08] [PACMAN] upgraded systemd-sysvcompat (208-10 -> 208-11)
    [2014-02-12 15:08] [ALPM-SCRIPTLET] /tmp/alpm_7YRIvT/.INSTALL: line 10: 10659 Segmentation fault (core dumped) mkfontdir usr/share/fonts/local
    [2014-02-12 15:08] [PACMAN] upgraded terminus-font (4.38-3 -> 4.38-4)
    [2014-02-12 15:08] [PACMAN] upgraded vim-systemd (20130410-1 -> 20140209-1)
    [2014-02-12 15:08] [PACMAN] upgraded whois (5.1.0-1 -> 5.1.1-1)
    [2014-02-12 15:08] [PACMAN] upgraded xdg-utils (1.1.0.git20140109-1 -> 1.1.0.git20140207-1)
    [2014-02-12 15:08] [PACMAN] upgraded xf86-video-intel (2.99.909-2 -> 2.99.910-1)
    After that nearly all applications segfaulted but somehow it everything works again. Except for find (which I only recognized after mkinitcpio destroyed my initramfs......):
    # find -name \*.pkg.tar.xz
    find: sanity check of the fnmatch() library function failed.
    Regex, type and all other operators work as expected:
    # find -regex '.*\.pkg\.tar\.xz'
    ./gcc-4.8.2-7-x86_64.pkg.tar.xz
    ./binutils-2.24-1-x86_64.pkg.tar.xz
    ./glibc-2.18-12-x86_64.pkg.tar.xz
    ./gcc-libs-4.8.2-7-x86_64.pkg.tar.xz
    # find -type d
    # pacman -Q findutils glibc
    findutils 4.4.2-5
    glibc 2.19-1
    First is suspected it to be a locale issue, but everything seems to be fine:
    # diff -u0 {,/}etc/locale.gen
    --- etc/locale.gen 2014-02-07 23:56:45.000000000 +0100
    +++ /etc/locale.gen 2014-02-12 19:43:03.037279970 +0100
    @@ -124 +124 @@
    -#de_DE.UTF-8 UTF-8
    +de_DE.UTF-8 UTF-8
    @@ -161 +161 @@
    -#en_US.UTF-8 UTF-8
    +en_US.UTF-8 UTF-8
    # locale-gen
    Generating locales...
    de_DE.UTF-8
    en_US.UTF-8
    Generation complete.
    Downgrading to glibc 2.18-12 solved the problem for now...
    # pacman -U --noprogressbar --noconfirm *
    loading packages...
    warning: downgrading package binutils (2.24-2 => 2.24-1)
    warning: downgrading package gcc (4.8.2-8 => 4.8.2-7)
    warning: downgrading package gcc-libs (4.8.2-8 => 4.8.2-7)
    warning: downgrading package glibc (2.19-1 => 2.18-12)
    resolving dependencies...
    looking for inter-conflicts...
    Packages (4): binutils-2.24-1 gcc-4.8.2-7 gcc-libs-4.8.2-7 glibc-2.18-12
    Total Installed Size: 134.89 MiB
    Net Upgrade Size: -0.42 MiB
    :: Proceed with installation? [Y/n]
    checking keyring...
    checking package integrity...
    loading package files...
    checking for file conflicts...
    checking available disk space...
    downgrading glibc...
    warning: /etc/locale.gen installed as /etc/locale.gen.pacnew
    downgrading binutils...
    downgrading gcc-libs...
    downgrading gcc...
    # find -name \*.pkg.tar.xz
    ./gcc-4.8.2-7-x86_64.pkg.tar.xz
    ./binutils-2.24-1-x86_64.pkg.tar.xz
    ./glibc-2.18-12-x86_64.pkg.tar.xz
    ./gcc-libs-4.8.2-7-x86_64.pkg.tar.xz
    According to the findutils manual one should file a bug report for this message, but I don't think they expect glibc to be the buggy implementation of fnmatch that looks enough like the GNU version to fool configure, but which doesn't work properly.
    Does anybody experience similar problems? Does anybody have suggestions how to solve this?
    Last edited by auti (2014-02-13 22:14:12)

    I've regenerated the locales multiple times but only the upgrade to findutils 4.5.12 worked.
    glibc 2.19-2 works with the current findutils.
    But if a corrupt locale archive file caused this, why didn't findutils 4.5.12 complained about this?
    Anyhow: It works, I'm happy; thanks for your effort, Allan!

  • Sanity check - migrating library to new mac

    I'm migrating to a new machine and will use the opportunity to do a fresh install of Aperture. I'd be grateful for a reminder / sanity check on how to migrate my data / settings after the install:
    All I need to do (after Aperture is installed, updated and checked) is replace the default library file with my Aperture library from my previous machine and start Aperture ?
    My library includes both local and referenced (to a network drive) masters. Am I likely to need to re-establish connection with all of the referenced masters ?
    What about keywords and other preferences ? Can someone remind me where these live and what needs to be moved ?
    Many thanks.
    Paul

    macpaul11 wrote:
    I'm migrating to a new machine and will use the opportunity to do a fresh install of Aperture.
    Yes, it is important to do a fresh install of all apps rather than "migrate" apps. Repair Permissions immediately before and immediately after each installation.
    All I need to do (after Aperture is installed, updated and checked) is replace the default library file with my Aperture library from my previous machine and start Aperture ?
    Correct.
    My library includes both local and referenced (to a network drive) masters. Am I likely to need to re-establish connection with all of the referenced masters ?
    No, Aperture should handle that.
    What about keywords and other preferences ? Can someone remind me where these live and what needs to be moved ?
    Again, Aperture should handle that.
    Good luck!
    -Allen Wicks

  • Hot to configure sanity-checks ?

    Hi All
    I went through the support files  and found such kind of log messages during peak hours as below,
    2010-07-11 11:55:47 | INFO  | CPU #000 | Started filtering packets of type 'TCP Non-SYN' received on interface # 0. Reason: Started filtering due to attack detection
    2010-07-11 12:00:35 | INFO  | CPU #000 | Started filtering packets of type 'TCP No-SYN + RST' received on interface # 0. Reason: Started filtering due to attack detection
    2010-07-11 13:07:25 | INFO  | CPU #000 | Stopped filtering packets of type 'TCP No-SYN + RST' received on interface # 0. Reason: Stopped filtering for an administrative pause
    Basically those logs mean that SCE detect attacks and then in order to protect itself, it put those attack traffic in filter, one hour later, SCE remove the flows from filter and check again, if attack persist, SCE put attack traffic in filter again.
    Could we decrease the time for filtering traffic ? like 10 minutes ?

    Hello,
    I believe this is what you're looking for:
    SCE8000#>configure
    SCE8000(config)#>interface LineCard 0
    SCE8000(config if)#>sanity-checks attack-filter times filtering-cycle max-attack-time
    SCE8000#>show interface LineCard 0 sanity-checks attack-filter times
    Filtering cycle: 3600 seconds.
    Max attack time: 86400 seconds.
    Hope that helps,
    Best regards.

  • MPLS Sanity-check

    Hi,
    I need someone to do a sanity check on a MPLS design.
    I doing some consulting in a expanding metronet, in Sweden.
    I've got the need to run ethernet over ATM, so I'm thinking EoMPLS. So my query, is it possible to run EoMPLS over the following
    configuration. If so, can I also runs q-in-q (if I reconfigure the MTU size on both sides).
    1Q-TRUNK - 7200VXR - ATM-SWITCH (NON-MPLS) - ATM-SWITCH (NON-MPLS) - 7200VXR - 1Q-TRUNK
    Thanks
    Best regards
    Daniel

    It is certainly possible to run MPLS (frame mode) on the interface/subinterface between the two 7200s, which will allow you to run EoMPLS. You should also be able to configure q-in-q in this configuration.
    Hope this helps,

  • Rebuilding RAID set - need sanity check

    I'm in the process of rebuilding a G5 used as a server that was built by a predecessor. It boots off two 250GB drives that are RAIDed. I don't have the password, so I attempted to change it using a Tiger install disk. Somehow booting off the DVD has destroyed the RAID set. I'm booting off a FW drive we use for diagnostics, and the drives show up in DiskUtility, but no RAID set up. if I do a 'sudo diskutil checkRAID' it says there's no RAID set to check.
    If I list the drives they show up fine. Output (edited) is:
    /dev/disk2
    #: type name size identifier
    0: Applepartitionscheme *233.8 GB disk2
    1: Applepartitionmap 31.5 KB disk2s1
    2: AppleDriverOpenFirmware 512.0 KB disk2s2
    3: AppleBootRAID 233.8 GB disk2s3
    /dev/disk4
    #: type name size identifier
    0: Applepartitionscheme *233.8 GB disk4
    1: Applepartitionmap 31.5 KB disk4s1
    2: AppleDriverOpenFirmware 512.0 KB disk4s2
    3: AppleBootRAID 233.8 GB disk4s3
    So the sanity check is this: If I run a repair mirror (sudo diskutil repairMirror disk2 disk4) will it wipe both drives or just rebuild the existing RAID setup?

    oh and that message keeps popping up, even when I log out of the website.  If I choose "cancel" everything now continues as it should.

  • OES2SP3 to OES11SP1 Sanity Check

    I have an OES2SP3 (SLES10SP4) server that I want to move to OES11SP1 (SLES11SP2). The tree is stable, but I am having some issues with the OES2SP3 server that I don't want to spend the time troubleshooting. My Master replica and all services is on a NW65 server and I have the luxury of being able to wipe the OES2 server. The OES2 server only does some file backups via scripts to an internal RAID and holds a RW replica. Looking for a sanity check on my process...
    1. copy scripts from server to backup
    2. remove eDir from server using nds-uninstall
    (the OES doc says that ndsconfig rm is not supported in OES2SP3)
    3. wait for replica ring to be stable - monitor via dsrepair on NW65 server
    4. remove any references to the OES2 server via ConsoleOne
    5. wait for replica ring to be stable - monitor via dsrepair on NW65 server
    6. fresh install of SLES11SP2 and OES11SP1 (eDir only) onto server
    7. add other OES11 services to server
    TIA
    -L

    Originally Posted by LarryResch
    I have an OES2SP3 (SLES10SP4) server that I want to move to OES11SP1 (SLES11SP2). The tree is stable, but I am having some issues with the OES2SP3 server that I don't want to spend the time troubleshooting. My Master replica and all services is on a NW65 server and I have the luxury of being able to wipe the OES2 server. The OES2 server only does some file backups via scripts to an internal RAID and holds a RW replica. Looking for a sanity check on my process...
    1. copy scripts from server to backup
    2. remove eDir from server using nds-uninstall
    (the OES doc says that ndsconfig rm is not supported in OES2SP3)
    3. wait for replica ring to be stable - monitor via dsrepair on NW65 server
    4. remove any references to the OES2 server via ConsoleOne
    5. wait for replica ring to be stable - monitor via dsrepair on NW65 server
    6. fresh install of SLES11SP2 and OES11SP1 (eDir only) onto server
    7. add other OES11 services to server
    TIA
    -L
    Hi Larry,
    If this is a regular fileserver (not housing iFolder and such special services)... your steps seem to cover the bases.
    As an extra preparation step, if the OES server has it's own eDir replica, I'd remove it at least an hour or so before moving on to removing the OES server from the tree. Also running a quick eDir health check after having done so and before moving on to remove the server is a good routine.
    Out of curiosity, do you have a link to the docs specifying 'ndsconfig rm' is unsupported? Have not run into issues with it but also had not seen that reference in the docs (not that I read them daily :P ).
    If you have NSS volumes, you can relink them to the new server using the update NDS option within nssmu. Do note that you will also have to relink object properties to the volumes (like the user home directories).
    Your tree CA configuration is also still valid (and not housed on the OES2 server)?
    Cheers,
    Willem

  • P6N Diamond & SLI controller sanity check

    what i would like is a sanity check please from community before RMA is done, i've already contacted both MSI and supplier and have RMA status enabled but before shipping would like to do an opinion from more professional/ experienced people here please 
    MSI reports that SLI controller is bad and to RMA... so ya i probably will but just want doctor 2nd opinions
    thanks in advance!
    testing past few days and having major problems with SLI. 
    mainboard: P6N Diamond MS-7320 v1.0 BIOS 1.2
    processor: Intel Core2 Duo E6850
    graphics cards:  SLI  NX8500GT TD256EH (x2) PCIx16 (both in white slots )
    memory: Corsair CM2x 1024-66400C4 (800mhz, dual channel) (total 2GB)
    drives:  WD1600AA (?) SATAII 3.0GB (raid 0, hardware dipswitched)
    power:  rosewill RX750-S-B Xtreme 750W ATX12V v2.2 EPS12V v2.91  (voltages per bios in spec)
    I have performed several tests including:
    memtest86+ : 25 iterations on memory over 8 hour period = PASS
    ntune stability test : nx8500GT (card #1) in pcix16slot#1 = PASS
    ntune stability test : nx8500GT (card #1) in pcix16slot#2 = PASS
    ntune stability test : nx8500GT (card #2) in pcix16slot#1 = PASS
    ntune stability test : nx8500GT (card #2) in pcix16slot#2 = PASS
    ntune stability test : card#1 in slot#1 & card#2 in slot#2 = FAIL (sli mode on)
    ntune stability test : card#1 in slot#1 & card#2 in slot#2 = FAIL (sli mode off)
    ntune stability test : card#1 in slot#2 & card#2 in slot#1 = FAIL (sli mode on)
    ntune stability test : card#1 in slot#2 & card#2 in slot#1 = FAIL (sli mode off)
    no overclocking
    CPU temperatures ~22 celcius
    SYSTEM temperatures ~38 celcius
    GPU1&2 temp idle ~63 to 66 celcius
    GPU1&2 temp stress ~72 celcius
    all hardware tests ok, no power surges, power supply is adequate and in specs.
    only problems occuring when both cards are in system and operate in either SLI or non-SLI mode.
    all microsoft latest security updates applied
    following hotfixes applied:
    KB940105
    KB936710
    KB930833
    KB932471
    KB945149 (latest per request)

    Quote from: BOSSKILLER on 07-December-07, 04:33:29
    What kind of problems you have?
    Have you tested in XP?
    PSU details.
    Latest drivers from Nvidia installed?
    Power cables to both VGA's connected?
    SLI Bridge connected?
    Hi,
    Answers best I can below:
    Q: Have you tested in XP?
    No, sorry.. I only have Vista x64 platform to use and test (license only  )
    Q: PSU details.
    posted above, but here you go...
    Rosewill RX750-S-B Xtreme 750W ATX12V v2.2 EPS12V v2.91  (voltages per bios in spec)
    Q: Latest drivers from Nvidia installed?
    Yes (data from dxdiag for you)
    Driver Version: 7.15.0011.6375 (English)
    DDI Version: 9Ex
    Driver Attributes: Final Retail
    Driver Date/Size: 10/4/2007 17:14:00, 4993024 bytes
    WHQL Logo'd: Yes
    Q: Power cables to both VGA's connected?  &  SLI Bridge connected?
    Interesting point   With this particular setup, these MSI NX8500GT TD256EH cards do not have SLI bridge and do not require power plugged into video card.  SLI option has onboard bridge controller and is recognized by nvidia drivers and nTune control panel (i am actually able to enable SLI this way w/o a bridge)  yes, I had to rub my eyes too a few time while researching this configuration.
    Mainboard supports ATX 24pin powerconnector (ATX1) and a ATX 12V (JPW1) 8 pin connector.  The power supply supports these types of connections to mainboard.  I will need to reboot after this post and do a visual inspection of reported BIOS voltages for you though and will do so.

  • [Solved] PKGBUILD user error prevention vs intrusive sanity checks.

    I read over the AUR packaging standards and am pretty familiar with creating PKGBUILDs but I'm uncertain on how to proceed when I need to check a system file so the user doesn't accidently install a package that may or may not mess up their system. I don't know how I feel about checking a user's system files from within a PKGBUILD. To be more specific; I'm maintaining "util-linux-aes" which is the util-linux package with loop-AES support (via patch). As brought to my attention by 'gemon' on the AUR page: http://aur.archlinux.org/packages.php?ID=47060  I should probably check if user has a kernel with loop-AES (loop.[k]o) patched as it may cause harm to their system if they use util-linux-aes and don't have a patched kernel. I'm somewhat torn about how to address the situation. Should a simple echo message suffice, giving warning about installing or should I insert code (as shown below) to check for proper kernel config options?
    I thought about adding a kernel config check in a util-linux-aes.install file but if it returns or exits with 1 the package still installs. So I had to migrate the check to the PKGBUILD itself (which makes more sense I guess) and I'm not sure if this is considered an "intrusion" and/or unclean method of dealing with this. To make things more clear, here's my proposed PKGBUILD (current PKGBUILD doesn't have the config check):
    # Maintainer: milomouse <vincent[at]fea.st>
    # Contributor: judd <jvinet[at]zeroflux.org>
    _basename=util-linux
    pkgname=${_basename}-aes
    pkgver=2.19
    pkgrel=5
    pkgdesc="Miscellaneous system utilities for Linux, with loop-AES support"
    url="http://userweb.kernel.org/~kzak/util-linux-ng/"
    license=('GPL2')
    arch=('i686' 'x86_64')
    groups=('base')
    depends=('bash' 'ncurses>=5.7' 'zlib' 'filesystem')
    optdepends=('perl: for chkdupexe support')
    provides=('linux32' "util-linux=${pkgver}" "util-linux-ng=${pkgver}")
    conflicts=('linux32' 'util-linux' 'util-linux-ng' 'e2fsprogs<1.41.8-2')
    replaces=('linux32' 'util-linux' 'util-linux-ng')
    options=('!libtool')
    _loopaesdate=20110226
    _loopaesvers=v3.6b
    _loopaesdiff=${_basename}-${pkgver}.diff
    source=(http://www.kernel.org/pub/linux/utils/${_basename}/v${pkgver}/${_basename}-${pkgver}.tar.bz2
    http://downloads.sourceforge.net/project/loop-aes/loop-aes/${_loopaesvers}/loop-AES-${_loopaesvers}.tar.bz2)
    build() {
    cd "${srcdir}/${_basename}-${pkgver}"
    # check for compatability first
    warning "You must also have a loop-AES patched kernel (loop.ko) for this to work."
    warning "You may end up damaging your system otherwise. Checking now..."
    if [[ -f /proc/config.gz ]]; then
    if [[ $(zgrep CONFIG_BLK_DEV_LOOP= /proc/config.gz) == CONFIG_BLK_DEV_LOOP=[ym] && \
    $(zgrep CONFIG_BLK_DEV_LOOP_AES= /proc/config.gz) == CONFIG_BLK_DEV_LOOP_AES=y ]]; then
    msg "Everything looks OK."
    else
    error "CONFIG_BLK_DEV_LOOP / CONFIG_BLK_DEV_LOOP_AES are not correct, aborting!"
    return 1
    fi
    elif [[ -f /usr/src/linux-$(uname -r)/.config ]]; then
    if [[ $(zgrep CONFIG_BLK_DEV_LOOP= /usr/src/linux-$(uname -r)/.config) == CONFIG_BLK_DEV_LOOP=[ym] && \
    $(zgrep CONFIG_BLK_DEV_LOOP_AES= /usr/src/linux-$(uname -r)/.config) == CONFIG_BLK_DEV_LOOP_AES=y ]]; then
    msg "Everything looks OK."
    else
    error "CONFIG_BLK_DEV_LOOP / CONFIG_BLK_DEV_LOOP_AES are not correct, aborting!"
    return 1
    fi
    else
    error "Cannot find a kernel config to check options, aborting build!"
    error "If you're POSITIVE you have a patched kernel, edit PKGBUILD to remove this."
    return 1
    fi
    # if all went well; provide loop-aes support
    patch -Np1 -i "${srcdir}/loop-AES-${_loopaesvers}/${_loopaesdiff}"
    # hardware clock
    sed -e 's%etc/adjtime%var/lib/hwclock/adjtime%' -i hwclock/hwclock.c
    autoreconf
    automake
    ./configure --enable-arch --enable-write --enable-raw --disable-wall --enable-partx
    make
    package() {
    cd "${srcdir}/${_basename}-${pkgver}"
    mkdir -p "${pkgdir}/var/lib/hwclock"
    make DESTDIR="${pkgdir}" install
    md5sums=(
    '590ca71aad0b254e2631d84401f28255' # util-linux-2.19.tar.bz2
    '247e5a909877577bdcd246f8caada689') # loop-AES-v3.6b.tar.bz2
    sha384sums=(
    '05e8e3a2685ff47c57d56bf9d5bfc9cbe5c1fa85200f403c5ccc08676b9b713fc935b3b040d5d5dcd2c5aa14b631f1bd' # util-linux-2.19.tar.bz2
    '48ee55e996464f613d68e04bc661997a846989fef4d8a21fb0647c126c64e5ecdb218a37c75f6d3baccfebb2d89503ea') # loop-AES-v3.6b.tar.bz2
    Is it too much [attempting to help the user] by doing this sort of check, is it considered bad practice?
    Even if it's ok, I don't know if I'm going about checking this correctly, although in my mind it makes sense. Checking against the kernel config, I mean.
    Advice on any of these aspects is appreciated, as I'd hate to think I'd unwittingly let a user harm their computer somehow by not checking or at least warning. Again, my main concern is if this is considered bad practice and if it is what are my alternatives. (if this has been discussed before, I'm sorry, just point me in the right direction, thanks).
    Thanks for reading.
    Last edited by milomouse (2011-03-04 15:51:50)

    milomouse wrote:
    @ngoonee:
    My first instincts told me as such (also noted on AUR page comments), that a user should well know what this package is and what it does and need not be checked against their system, and those without the knowledge shouldn't be messing with it in the first place. But with another user of the package bringing the attention that some poor user might install this without full knowledge of it's implementation and/or thinking this package by itself may provide loop-AES (unknowing of kernel patch) they might fall prey to unbeknownst side-effects.
    I guess a warning message will suffice for sanity's sake [under pre_install(), I guess], as I don't think I should create depends on an AUR kernel with current loop-AES support that I don't maintain myself (otherwise I'd have to follow it's inclusion).
    Thanks for the support, though, albeit a bit rough. But for future reference; is checking a user's system files considered OK or should the same rules as this package apply (user knowledge)? I can't imagine every package installing OK without at least one of them checking against a user's current setup.
    In general I don't think checking the current system is 'okay'. PKGBUILDs are meant to create packages. There's no reason these need to be created on the same system as they will be installed on (perhaps a chroot would be used just for building, or a buildserver). Or maybe someone may have multiple machines which share packages or the cache.
    A depends would be the best option in this case, followed by the warning (the former does not mean the latter is not needed). Your check would fail in the cases I outline in the previous paragraph.

  • Adobe Patching / Versioning / sanity checks...

    All right... Psyche...   Unlike the title, it seems Adobe knows nothing of these things...  Am about to lose the plot with Adobe nothing anywhere, ever, should be as tiresome and soul sucking as not only over-frequent patching cycles, but the seemingly infinitely deep capacity for Adobe to make it neigh on impossible to maintain a linear and eloquent patch maintenance plan...
    I can't figure out is that despite their OOB patches, their security updates and their major quarterlies... I would assume that these patches would all likely affect the same files... e.g. the Quarterlies would have all the rollup / cumulative patches of the interim OOB, security patches...  Why then is it always a case of one patch type breaking another???   Wouldn't it be easier to do some sort of hash or version check so that any increased or newer patch could be applied to an older source... Sure it might mean patches might get a little bigger, but it would also mean that I wouldn't have to start at a raw .msi and patch up incrementally if I would like to have the most recent patches available at any given time...
    Have a GPO deployed Reader 9.3.4... Got the 9.4 package and patched the original 9.1 msi up to 9.4, as there was no way I could seemingly get it to apply to my 9.3.4 distribution point...
    Now I get the message...
    "Setup has detected that you already have a more functional product installed.  Setup will now terminate..."
    Hmm... Last I checked 9.4 > 9.3.4 according to standard versioning rules???
    Any ideas because I grow weary of this fiasco?

    If you're pushing the install via GPO or SCCM and having problems, check your event logs. I ran into these messages when trying to use the MUI from the "official" patch page:
    Product: Adobe Reader 9.1 MUI -- Setup has detected that you already have a more functional product installed.  Setup will now terminate.
    Confirmed that I was using the 9.4.0 files, so clearly something didn't get updated by Adobe on the versioning.
    Once I grabbed the exe off the FTP, pulled out the install files, updated our mst mods, updated packages, and pushed via SCCM, the update worked fine.
    This also begs the question why Reader needs what amounts to a reinstall as opposed to Acrobat getting just an MSP this time around. I'd love to know.

  • Need a sanity check please

    Could I have someone double-check my simple design here attached you will find a drawing.
    Here is a description -
    Currently have:
    1 Pix 515e
    2 3550 24 SMI conneted via 2 sx GBICs and fiber patch.
    1 1121 WAP
    Adding:
    2 3550 24 SMI
    1 3550 48 SMI
    1 3550 12G (Layer 3) switch
    6 SX GBICs
    and fiber patches.
    Thanks!!

    I assume there is a distance issue that requires fibre, otherwise you could use cheaper 1000baseT switches (e,g. 3750).
    You have 3 GBICs in the 3550-12G. I would try and connect all 4 downstream 3550's directly to the 3550-12G core switch so that you maintain a constant switch diameter.
    Note that you can also run dual links from the 4 access switches back to the core for the cost of some additional GBICS and fibre patch leads.
    How come the two 3550-24-SMI switches in the middle of the access layer have three GBICs? Are you planning on linking those two directly together (if so, don't).

  • Best approach to a sanity check based ram-to-disk sync?

    Here's the scenario;
    I'm working on an embedded project using ArchLinux at its core. The application I'm running creates a cache of content utilized by the end-user at first runtime, and updates it each subsequent runtime. If the content directory reaches around 4000 items, this causes menu selections to become quite slow, since its reading from a disk-based cache. This will almost certainly be the case in the deployed application, therefore the appropriate action in my mind is to run as much of the application from memory as possible. Given the gratuitous amount of 4gb of ram, I can copy the entire program directory, a large cache, and all interface elements into ram at boot, and run the application from there (tmpfs entry in fstab -> cp -R from static directory on disk -> ram) This leaves only the actual content elements (~40gb) on the disk for runtime access. The problem with this approach is runtime usage statistics and information relevant to the user experience is also written to the program directory (which is now in ram); this is fine, since it lowers the amount of writes to the solid state disk greatly, and I can sync the data back to the disk on a clean shutdown... however, in the event of power loss or unexpected interruption, all data would be lost.
    I know how to quickly check if data was changed, since the tmpfs will have timestamps on all the files. However, what is the best way to sync the data back to the disk? Should I just write a bash script to copy data to tmpfs, start the front-end in the background, and re-launch it if terminated, and also check data every 15 minutes, followed by either doing nothing or copying data to the static directory?
    The end goal, obviously is to minimize the amount of "Please Wait..." time there is on screen...

    Chris,
    I did the reinstall via Recovery, and have to admit it was pretty sweet that everything just came back.
    Unfortunately, there have been intermittent probs.
    I believe you may be suggesting a reinstall from scratch though, which is my intent at this point. Haven't done it yet. I do maintain a backup, yes.
    I thought simply re-copying the iTunes folder might bring any crud along with it, but I don't suppose it would hurt to try. Then I can avoid the stuff I'm hoping to.
    Thanks,
    Markie

Maybe you are looking for