Ovi 2.2.0.245 taking 120 seconds to start up...

Although the UI looks promising startup is veryyy sllloooow.
On a T61 it takes wel over 60 sec to start then another 60 secs to sync less
than 100 contacts. (using bluetooth) to a 6233.
This is disappointingly slow ....

Hey,
There is a new version of Ovi Suite 2.2.1.23, please update to that and check.
Also you can uncheck the option to start ovi suite when windows starts up in ovi suite, tools-general.
Cheers
Show appreciation by clicking the kudos star :-), or gesture by typing thanks

Similar Messages

  • Firefox taking 30 seconds to start

    Firefox is now taking 30 seconds or more to start on 1 of my machines. I have tried everything including complete removal and reinstallation to no avail. On a slower machine it still starts in under 1 second. Antivirus us the same on both machines. All plugins are currently disabled yet the problem still persists. All was fine until recent update.

    It is possible that your security software (firewall, anti-virus) blocks or restricts Firefox or the plugin-container process without informing you, possibly after detecting changes (update) to the Firefox program.
    Remove all rules for Firefox and the plugin-container from the permissions list in the firewall and let your firewall ask again for permission to get full, unrestricted, access to install for Firefox and the plugin-container process and the updater process.
    See:
    *https://support.mozilla.org/kb/Server+not+found
    *https://support.mozilla.org/kb/Firewalls
    *https://support.mozilla.org/kb/fix-problems-connecting-websites-after-updating

  • My computer is taking 178 seconds to start,If I refresh my firefox will I lose, precious photos. files and documents I have saved?

    I do not really have much stored, but I dare not remove old updates etc as I am scared I do something drastic. Thanks if anyone can help.

    Do you have set Firefox to restore all tabs automatically or only if you switch to a specific tab?
    *Tools > Options > General > Startup: [X] "Don’t load tabs until selected"
    Start Firefox in <u>[[Safe Mode|Safe Mode]]</u> to check if one of the extensions (Firefox/Tools > Add-ons > Extensions) or if hardware acceleration is causing the problem.
    *Switch to the DEFAULT theme: Firefox/Tools > Add-ons > Appearance
    *Do NOT click the Reset button on the Safe Mode start window
    *https://support.mozilla.org/kb/Safe+Mode
    *https://support.mozilla.org/kb/Troubleshooting+extensions+and+themes

  • [SOLVED] Cannot start X: Xorg.bin blocked for more than 120 seconds

    I just rebooted my desktop after a couple of months and now I cannot run Xorg. When I run startx, I get a black screen for two minutes and then a backtrace pops up. At that point I can no longer interact with the console, but I can still ssh and run commands. I've tried setting Xwrapper.conf to needs_root_rights = yes and I have tried just running startx as root, with no help. I'm not sure how to isolate what would have broken this as I have updated so many packages in the last two months. Any ideas what I can try next?
    If it helps, I am using the open source ati driver and my xorg.conf.d is empty.
    Here is the dmesg showing the oops and the backtrace:
    [ 72.778340] BUG: unable to handle kernel paging request at ffffec2003fffe00
    [ 72.778368] IP: [<ffffffff811ac636>] kfree+0x56/0x1a0
    [ 72.778389] PGD 0
    [ 72.778397] Oops: 0000 [#1] PREEMPT SMP
    [ 72.778413] Modules linked in: cfg80211 it87 hwmon_vid xpad ff_memless fuse mousedev joydev eeepc_wmi asus_wmi sparse_keymap led_class rfkill video evdev mxm_wmi mac_hid kvm_amd kvm crct10dif_pclmul crc32_pclmul crc32c_intel ghash_clmulni_intel aesni_intel aes_x86_64 lrw gf128mul glue_helper ablk_helper cryptd psmouse serio_raw radeon r8169 snd_hda_codec_realtek edac_core fam15h_power mii k10temp snd_hda_codec_generic edac_mce_amd sp5100_tco ttm snd_hda_codec_hdmi drm_kms_helper i2c_piix4 snd_hda_intel snd_hda_controller drm snd_hda_codec snd_hwdep snd_pcm hwmon i2c_algo_bit snd_timer i2c_core snd soundcore tpm_infineon tpm_tis tpm wmi shpchp button processor sch_fq_codel vboxnetflt(O) vboxnetadp(O) vboxdrv(O) ext4 crc16 mbcache jbd2 hid_generic usbhid hid sd_mod crc_t10dif crct10dif_common sr_mod
    [ 72.778702] cdrom atkbd libps2 ohci_pci ohci_hcd ehci_pci ahci sata_sil libahci xhci_hcd ehci_hcd libata usbcore usb_common scsi_mod i8042 serio zfs(PO) zunicode(PO) zavl(PO) zcommon(PO) znvpair(PO) spl(O)
    [ 72.779931] CPU: 7 PID: 1534 Comm: Xorg.bin Tainted: P O 3.17.4-1-ARCH #1
    [ 72.781110] Hardware name: To be filled by O.E.M. To be filled by O.E.M./SABERTOOTH 990FX R2.0, BIOS 1503 01/11/2013
    [ 72.782332] task: ffff880808b264a0 ti: ffff8807fcd30000 task.ti: ffff8807fcd30000
    [ 72.783574] RIP: 0010:[<ffffffff811ac636>] [<ffffffff811ac636>] kfree+0x56/0x1a0
    [ 72.784796] RSP: 0018:ffff8807fcd33a30 EFLAGS: 00010286
    [ 72.786010] RAX: 0000022003fffe00 RBX: 00001000ffff8807 RCX: 0000000000010005
    [ 72.787227] RDX: 000077ff80000000 RSI: 0000000000000007 RDI: 00001000ffff8807
    [ 72.788446] RBP: ffff8807fcd33a48 R08: 0000000000000007 R09: ffffec2003fffe00
    [ 72.789714] R10: 0000000000000017 R11: 0000000000000000 R12: ffff88080887a400
    [ 72.790978] R13: ffffffffa0678f8c R14: 00000000000108f0 R15: 0000000000001800
    [ 72.792211] FS: 00007f0dd095e8c0(0000) GS:ffff88083edc0000(0000) knlGS:0000000000000000
    [ 72.793455] CS: 0010 DS: 0000 ES: 0000 CR0: 0000000080050033
    [ 72.794680] CR2: ffffec2003fffe00 CR3: 00000000b7c0c000 CR4: 00000000000407e0
    [ 72.795924] Stack:
    [ 72.797140] ffff880811db0000 ffff88080887a400 ffff880811db0000 ffff8807fcd33b30
    [ 72.798358] ffffffffa0678f8c 000000000000004c 000108480001092c ffff880700000008
    [ 72.799584] 0000ffff00010844 000000000001092c 0000000000010848 0000000000010844
    [ 72.800809] Call Trace:
    [ 72.802053] [<ffffffffa0678f8c>] evergreen_hdmi_setmode+0xd8c/0x1970 [radeon]
    [ 72.803320] [<ffffffffa052b8d4>] ? drm_detect_hdmi_monitor+0x74/0xc0 [drm]
    [ 72.804555] [<ffffffffa0681488>] radeon_atom_encoder_mode_set+0x178/0x3c0 [radeon]
    [ 72.805789] [<ffffffffa0563986>] drm_crtc_helper_set_mode+0x356/0x530 [drm_kms_helper]
    [ 72.807017] [<ffffffffa061b97c>] radeon_property_change_mode.isra.1+0x3c/0x40 [radeon]
    [ 72.808240] [<ffffffffa061bb2e>] radeon_connector_set_property+0x1ae/0x3f0 [radeon]
    [ 72.809490] [<ffffffffa05284e2>] drm_mode_obj_set_property_ioctl+0x1b2/0x3a0 [drm]
    [ 72.810736] [<ffffffffa052870f>] drm_mode_connector_property_set_ioctl+0x3f/0x60 [drm]
    [ 72.811961] [<ffffffffa0518fef>] drm_ioctl+0x1df/0x680 [drm]
    [ 72.813175] [<ffffffff8105e9ac>] ? __do_page_fault+0x2ec/0x600
    [ 72.814402] [<ffffffffa05f404c>] radeon_drm_ioctl+0x4c/0x80 [radeon]
    [ 72.815649] [<ffffffff811da5f0>] do_vfs_ioctl+0x2d0/0x4b0
    [ 72.816899] [<ffffffff811ca161>] ? __sb_end_write+0x31/0x60
    [ 72.818124] [<ffffffff811da851>] SyS_ioctl+0x81/0xa0
    [ 72.819332] [<ffffffff8153db29>] system_call_fastpath+0x16/0x1b
    [ 72.820528] Code: 00 00 00 80 ff 77 00 00 49 b9 00 00 00 00 00 ea ff ff 48 01 d8 48 0f 42 15 e8 b9 66 00 48 01 d0 48 c1 e8 0c 48 c1 e0 06 49 01 c1 <49> 8b 01 f6 c4 80 0f 85 0e 01 00 00 49 8b 01 a8 80 0f 84 83 00
    [ 72.823135] RIP [<ffffffff811ac636>] kfree+0x56/0x1a0
    [ 72.824394] RSP <ffff8807fcd33a30>
    [ 72.825653] CR2: ffffec2003fffe00
    [ 240.461007] INFO: task Xorg.bin:1534 blocked for more than 120 seconds.
    [ 240.462414] Tainted: P O 3.17.4-1-ARCH #1
    [ 240.463701] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
    [ 240.465017] Xorg.bin D 0000000000000007 0 1534 1533 0x00000000
    [ 240.466325] ffff8807fcd333b0 0000000000000082 ffff880808b264a0 00000000000145c0
    [ 240.467623] ffff8807fcd33fd8 00000000000145c0 ffff880812e73250 ffff880808b264a0
    [ 240.468886] 0000000000000080 0000000000000140 0000000000001e00 000000000000000a
    [ 240.470155] Call Trace:
    [ 240.471435] [<ffffffff813113db>] ? bit_putcs+0x30b/0x590
    [ 240.472702] [<ffffffff81539519>] schedule+0x29/0x70
    [ 240.473964] [<ffffffff81539986>] schedule_preempt_disabled+0x16/0x20
    [ 240.475239] [<ffffffff8153b445>] __mutex_lock_slowpath+0xe5/0x250
    [ 240.476495] [<ffffffff8153b5c7>] mutex_lock+0x17/0x30
    [ 240.477770] [<ffffffffa0522f32>] drm_modeset_lock_all+0x42/0xd0 [drm]
    [ 240.479016] [<ffffffffa056d07f>] drm_fb_helper_pan_display+0x2f/0xf0 [drm_kms_helper]
    [ 240.480257] [<ffffffff8131683a>] fb_pan_display+0x9a/0x160
    [ 240.481508] [<ffffffff81310950>] bit_update_start+0x20/0x50
    [ 240.482732] [<ffffffff8130e15e>] fbcon_switch+0x3ae/0x5e0
    [ 240.483936] [<ffffffff81385899>] redraw_screen+0x1a9/0x250
    [ 240.485175] [<ffffffff8130d54a>] fbcon_blank+0x23a/0x340
    [ 240.486375] [<ffffffff8113e74f>] ? irq_work_queue+0xf/0xa0
    [ 240.487587] [<ffffffff810c476c>] ? wake_up_klogd+0x3c/0x60
    [ 240.488771] [<ffffffff810c4a12>] ? console_unlock+0x282/0x460
    [ 240.489894] [<ffffffff810d5d33>] ? internal_add_timer+0x63/0x80
    [ 240.490988] [<ffffffff810d6c54>] ? mod_timer+0x114/0x250
    [ 240.492058] [<ffffffff813863ba>] do_unblank_screen+0xaa/0x1d0
    [ 240.493075] [<ffffffff813864f0>] unblank_screen+0x10/0x20
    [ 240.494053] [<ffffffff812b7019>] bust_spinlocks+0x19/0x40
    [ 240.495011] [<ffffffff810186b4>] oops_end+0x34/0xe0
    [ 240.495982] [<ffffffff8105df4c>] no_context+0x17c/0x3c0
    [ 240.496934] [<ffffffff8105e2bd>] __bad_area_nosemaphore+0x12d/0x250
    [ 240.497886] [<ffffffff8105e3f3>] bad_area_nosemaphore+0x13/0x20
    [ 240.498842] [<ffffffff8105ea04>] __do_page_fault+0x344/0x600
    [ 240.499769] [<ffffffffa060fb4b>] ? atom_execute_table_locked+0x12b/0x3f0 [radeon]
    [ 240.500709] [<ffffffffa060e7c0>] ? atom_put_dst+0x480/0x560 [radeon]
    [ 240.501673] [<ffffffffa060dabb>] ? atom_op_test+0x9b/0x1b0 [radeon]
    [ 240.502640] [<ffffffffa0678f8c>] ? evergreen_hdmi_setmode+0xd8c/0x1970 [radeon]
    [ 240.503558] [<ffffffff8105ece2>] do_page_fault+0x22/0x30
    [ 240.504494] [<ffffffff8153f9f8>] page_fault+0x28/0x30
    [ 240.505441] [<ffffffffa0678f8c>] ? evergreen_hdmi_setmode+0xd8c/0x1970 [radeon]
    [ 240.506373] [<ffffffff811ac636>] ? kfree+0x56/0x1a0
    [ 240.507266] [<ffffffffa0678f8c>] evergreen_hdmi_setmode+0xd8c/0x1970 [radeon]
    [ 240.508204] [<ffffffffa052b8d4>] ? drm_detect_hdmi_monitor+0x74/0xc0 [drm]
    [ 240.509155] [<ffffffffa0681488>] radeon_atom_encoder_mode_set+0x178/0x3c0 [radeon]
    [ 240.510085] [<ffffffffa0563986>] drm_crtc_helper_set_mode+0x356/0x530 [drm_kms_helper]
    [ 240.511021] [<ffffffffa061b97c>] radeon_property_change_mode.isra.1+0x3c/0x40 [radeon]
    [ 240.511944] [<ffffffffa061bb2e>] radeon_connector_set_property+0x1ae/0x3f0 [radeon]
    [ 240.512875] [<ffffffffa05284e2>] drm_mode_obj_set_property_ioctl+0x1b2/0x3a0 [drm]
    [ 240.513791] [<ffffffffa052870f>] drm_mode_connector_property_set_ioctl+0x3f/0x60 [drm]
    [ 240.514728] [<ffffffffa0518fef>] drm_ioctl+0x1df/0x680 [drm]
    [ 240.515632] [<ffffffff8105e9ac>] ? __do_page_fault+0x2ec/0x600
    [ 240.516555] [<ffffffffa05f404c>] radeon_drm_ioctl+0x4c/0x80 [radeon]
    [ 240.517455] [<ffffffff811da5f0>] do_vfs_ioctl+0x2d0/0x4b0
    [ 240.518369] [<ffffffff811ca161>] ? __sb_end_write+0x31/0x60
    [ 240.519267] [<ffffffff811da851>] SyS_ioctl+0x81/0xa0
    [ 240.520176] [<ffffffff8153db29>] system_call_fastpath+0x16/0x1b
    [ 360.455851] INFO: task Xorg.bin:1534 blocked for more than 120 seconds.
    [ 360.456839] Tainted: P O 3.17.4-1-ARCH #1
    [ 360.457713] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
    [ 360.458629] Xorg.bin D 0000000000000007 0 1534 1533 0x00000000
    [ 360.459548] ffff8807fcd333b0 0000000000000082 ffff880808b264a0 00000000000145c0
    [ 360.460442] ffff8807fcd33fd8 00000000000145c0 ffff880812e73250 ffff880808b264a0
    [ 360.461294] 0000000000000080 0000000000000140 0000000000001e00 000000000000000a
    [ 360.462160] Call Trace:
    [ 360.463040] [<ffffffff813113db>] ? bit_putcs+0x30b/0x590
    [ 360.463880] [<ffffffff81539519>] schedule+0x29/0x70
    I do not see any errors in my Xorg.0.log file, but I've posted it here
    Last edited by smpolymen (2014-12-06 04:04:55)

    Ok, so I tried unplugging my HDMI monitor and that seems to prevent the hang. When I plug the monitor back in and try to have it detect, it hangs again. I tried connecting via DVI (desktop)-HDMI (monitor) cable instead and have the same issue. I wonder if my monitor is causing the issue (it is pretty flaky, taking several tries to turn it on,) although I find it odd that a bad monitor would cause the driver to hang. Maybe the monitor is not sending the right data to the driver to set the mode. I'll try to find another monitor and see if that resolves the issue.

  • FTPEx: 421 Timeout (120 seconds): closing control connection

    Hi,
    Can any one help me where to chage the timout paramater more than 3 min. i have given Timout paramater in Communication chennal even its not helping me.
    I am doing File adaptor sync mode with the help of modules.
    is there any settings in Visual Admin where i can chage this default value
    Failed to archive file 'Basecost.dat' as '/I_S/RP/rptest/upload/test/20090427-062558-160_abc.dat' after processing. The FTP server returned the following error message: 'com.sap.aii.adapter.file.ftp.FTPEx: 421 Timeout (120 seconds): closing control connection.'. For details, contact your FTP server vendor
    Thanks,
    Venkat

    Hi venkata,
       I think this time out setting is at the FTP side and not in your control.
    The setting on the FTP site may be in such a way that it will disconnect any ftp request which is taking more than 120 seconds(In your case).
    As specified in the log, contact your FTP administrator to increase this parameter.
    Regards,
    Ravi

  • Wlan authentication and DHCP process takes about 120 seconds

    I have an SSID implemented to terminate on an anchor controller. Authentication takes place outside of the CAPWAP tunnel and the foreign controller authenticates the users with the AAA server directly. This authentication takes about 90-120 seconds and I do not see any problems as far as configuration is considered. This authentication traffic goes through 2 firewalls.
    Any ideas on where the problem could be? I use the same AAA server for other SSID authentication and so the problem is not related to the AAA server.
    Meena

    My response is meant more to Apple in general and is certainly not aimed at you Lennart ;-) I wouldn't want to shoot the messenger!!!
    If this were an unusual or isolated event, then perhaps re-installing the OS might be considered a solution, but until we determine why and how this is happening to so many systems, this is only a workaround that offers no guarantee that we won't end up right back here at any time. I'm sorry, but an OS reinstall to repair a widespread issue with an errant system level process that is making systems practically unusable is only a band-aid and not a final solution! (not that I won't do it myself ;-), but Apple needs to address the issue and not ask us to re-install the OS that caused/experienced the issue in the first place. Address the root cause not a symptom! Even though they make it fairly simple, an OS re-install is not something I accept as a trivial process to be used when one process is acting up.)
    Thanks Lennart for at least an immediate answer to make (i hope) both of my MacBooks usable again!

  • Is there an update to iOS 6? I've been having several technical issues since the upgrade. Uncontrolled zoom of the entire screen, Siri taking 25 seconds to respond and not recognizing names, locking up of the phone. All requiring a reset.

    Is there an update to iOS 6? I've been having several technical issues since the upgrade. Uncontrolled zoom of the entire screen, Siri taking 25 seconds to respond and not recognizing names, locking up of the phone. All requiring a reset.

    I would restore with backup and if that doesn't fix it try as new
    http://support.apple.com/kb/HT4137

  • Getting rid of 120 second warning for shutdown or logout

    Does anyone know of how to get rid of the annoying 120 second "warning" that pops up when wanting to shutdown or logout?
    I don't remember what I did earlier, but I used to not get that message. When I had to do an OS restore installation, it started popping up again.
    Thanks in advance for any info!

    Well, you can always just use the quick shutdown method and avoid everything. I use it ALL the time and never has any ill effects.
    Command/Option/Control and the Eject Key (far upper right corner of the standard keyboard) Bang-Zoom, well only a few seconds while it closes any open files etc.... cool...
    ja

  • [SOLVED]"kernel: task blocked for more than 120 seconds"

    Hello,
    today I just found this weird message in journalctl after running "pacman -Syu". Everything (even the update) worked fine, nothing unexpected had happened. RPi works as expected. I just wan't to be sure that this problem is not signaling something bigger.
    Jun 16 09:17:06 smecpi sudo[6228]: puser : TTY=pts/0 ; PWD=/home/puser ; USER=root ; COMMAND=/usr/bin/pacman -Syu
    Jun 16 09:17:06 smecpi sudo[6228]: pam_unix(sudo:session): session opened for user root by puser(uid=0)
    Jun 16 09:19:53 smecpi kernel: INFO: task kworker/u2:0:6233 blocked for more than 120 seconds.
    Jun 16 09:19:53 smecpi kernel: Not tainted 3.12.21-1-ARCH #1
    Jun 16 09:19:53 smecpi kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
    Jun 16 09:19:53 smecpi kernel: kworker/u2:0 D c05ce278 0 6233 2 0x00000000
    Jun 16 09:19:53 smecpi kernel: Workqueue: kmmcd mmc_rescan
    Jun 16 09:19:53 smecpi kernel: [<c05ce278>] (__schedule+0x290/0x5ec) from [<c04c43a0>] (__mmc_claim_host+0x90/0x1f0)
    Jun 16 09:19:53 smecpi kernel: [<c04c43a0>] (__mmc_claim_host+0x90/0x1f0) from [<c04cab3c>] (mmc_sd_detect+0x1c/0x70)
    Jun 16 09:19:53 smecpi kernel: [<c04cab3c>] (mmc_sd_detect+0x1c/0x70) from [<c04c6880>] (mmc_rescan+0x20c/0x3c8)
    Jun 16 09:19:53 smecpi kernel: [<c04c6880>] (mmc_rescan+0x20c/0x3c8) from [<c003b9b8>] (process_one_work+0x130/0x43c)
    Jun 16 09:19:53 smecpi kernel: [<c003b9b8>] (process_one_work+0x130/0x43c) from [<c003c908>] (worker_thread+0x134/0x3e4)
    Jun 16 09:19:53 smecpi kernel: [<c003c908>] (worker_thread+0x134/0x3e4) from [<c0042544>] (kthread+0xa4/0xb0)
    Jun 16 09:19:53 smecpi kernel: [<c0042544>] (kthread+0xa4/0xb0) from [<c000e178>] (ret_from_fork+0x14/0x3c)
    Last edited by Kotrfa (2014-06-16 11:41:42)

    Ir means just what it says. kworker (a kernel worker thread - https://raw.githubusercontent.com/torva … kqueue.txt) blocked for more than 120 seconds. This likely happened during one of pacman's big calculation jobs, and is also likely completely safe to ignore.
    Last edited by samiam (2014-06-16 10:20:13)

  • Pro*C CONNECT or RELEASE taking 20+ seconds

    The basic problems are
    <li> the EXEC SQL ROLLBACK WORK RELEASE; statement takes a long time (I've seen 25 seconds)
    <li> the EXEC SQL CONNECT :usrname; statement also takes a long time (I've seen 8 seconds)
    What are the things I should check?
    h1.
    Details:
    The database server is on Linux (Red Hat Enterprise Linux ES release 3 (Taroon Update 7)), while the run-time environment, Pro*C++ precompiler, C++ compiler, and client libraries are on Alpha (Tru64 v 5.1B-4).
    On the Alpha, the Oracle version is 9.2.0.8.0 (both SQL*Plus and 'proc'), and the C++ compiler is Compaq C++ V6.5-042 for HP Tru64 UNIX V5.1B (Rev. 2650). On the Linux, the database server version is 9.2.0.4.0
    There is very little activity on this database, or on the server (about 1% processor load). For the most recent problem with long disconnect times, the only other known activity is another Pro*C process waiting on a DBMS_LOCK (user lock) being held by this one. But because this one is taking so long to exit, the other Pro*C process times out failing to get the lock (after which it does an EXEC SQL ROLLBACK RELEASE). There are three other Pro*C processes, but they have exited prior to t=13 (see below).
    One observation is that when the second process times out and does the EXEC SQL ROLLBACK RELEASE; both processes then return from that statement, after which they exit.
    My environment variables, in the client environment, are
    NLS_LANG=american_america.US7ASCII
    ORACLE_BASE=/u01/app/oracle
    ORACLE_SID=LINUX
    DBA=/u01/app/oracle/admin
    TNS_ADMIN=/u01/app/oracle/product/9.2.0/db/network/admin
    ORACLE_HOME=/u01/app/oracle/product/9.2.0/db
    TWO_TASK=LINUXThe code fragments involved are
    const time_t startTime = time(0);   // seconds since epoch - executed at file scope
                           // when both processes begin.
    #define COUTVAR(x)       if (DEBUGGING_STATUS) cout << x << ", t=" << (time(0) - m_startTime) << ": "
    #define CERRVAR(x)                             cerr << x << ", t=" << (time(0) - m_startTime) << ": "
    #define SQLINFOHERE     /* code to stash __FILE__ and __LINE__ into global vars, used if an error occurs */
    OracleConnection::OracleConnection(const char *processTag, time_t startTime, const Autotester &)
      : m_processTag(processTag), m_startTime(startTime)
        EXEC SQL BEGIN DECLARE SECTION;
          char myUsername[] = "AUTOTESTER/xxxx";
        EXEC SQL END DECLARE SECTION;
        COUTVAR(m_processTag) << "About to EXEC SQL CONNECT" << endl;
        SQLINFOHERE;
        EXEC SQL CONNECT :myUsername;
        COUTVAR(m_processTag) << "EXEC SQL CONNECT successful" << endl;
    OracleConnection::~OracleConnection()
      // Function Try Blocks do not work in the HP compiler (at runtime, get this message:
      // Internal error: could not find live exception.)
      // Therefore nest normal try blocks.
      try
        try
          COUTVAR(m_processTag) << "About to EXEC SQL ROLLBACK RELEASE" << endl;    // Output t=13
          SQLINFOHERE;
          EXEC SQL ROLLBACK WORK RELEASE;
          COUTVAR(m_processTag) << "EXEC SQL ROLLBACK RELEASE successful" << endl;  // Output t=38 (25s later)
        catch(...)
          CERRVAR(m_processTag) << "Error in EXEC SQL ROLLBACK RELEASE" << endl;
      catch(...)
        // Here we don't do ANYTHING, because we don't want to throw (another) exception
        // if it happens to be processing another exception.
    }h2.
    Other things tried
    When I do this
    $ sqlplus autotester/xxxx < /dev/null
    it never takes more than 0.3 seconds to connect and disconnect. The environment variables are the same.
    The sqlnet.ora file has no mention of SQLNET.AUTHENTICATION_SERVICES, I have heard that setting it to (NTS) can slow things down, and someone else notes that you can generally comment it out. But we've never had it in our sqlnet.ora file.
    Using tnsping gives this:
    $ tnsping LINUX
    TNS Ping Utility for Compaq Tru64 UNIX: Version 9.2.0.8.0 - Production on 28-JUN-2012 12:02:16
    Copyright (c) 1997, 2006, Oracle Corporation.  All rights reserved.
    Used parameter files:
    /u01/app/oracle/product/9.2.0/db/network/admin/sqlnet.ora
    Used TNSNAMES adapter to resolve the alias
    Attempting to contact (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(Host = mylinuxhost.FICTIONAL.com)
      (Port = 1521)) (CONNECT_DATA = (SERVICE_NAME = unix.world)))
    OK (30 msec)What are the things I should check?
    Edited by: Logical_Star on 27-Jun-2012 20:36, to make code output narrower

    OK, I have converted the program to OCI (I had to convert the whole program, because Pro*C and OCI cannot be mixed) and found similar behaviour.
    The OCI version of the program is (sometimes) taking 28 seconds to disconnect, whereas the Pro*C version is now taking 40 seconds to disconnect. I note that the frequency is much higher in the Pro*C program.
    The OCI version has this code
    #define LEN_SQLGLM_MSG      512   /* Oracle manual: can be max of 512 chars */
    const time_t startTime = time(0);   // seconds since epoch - executed at file scope
                                      // when both processes begin.
    #define COUTVAR(x)       if (DEBUGGING_STATUS) cout << x << ", t=" << (time(0) - m_startTime) << ": "
    #define CERRVAR(x)                             cerr << x << ", t=" << (time(0) - m_startTime) << ": "
    #define CHECK_AND_THROW(r,m)   do {                                                    \
                         if(r) { OraText errbuf[100] = "Failed to get error"; int errcode; \
    OCIErrorGet((dvoid *)p_err, (ub4) 1, (text *) NULL, &errcode, errbuf, (ub4) sizeof(errbuf), OCI_HTYPE_ERROR); \
    string errMsg(m); errMsg += " ... "; errMsg += reinterpret_cast<const char*>(errbuf); \
    if (errMsg.size() > LEN_SQLGLM_MSG) errMsg.erase(LEN_SQLGLM_MSG);                     \
    throw ExDb(r, errMsg.c_str(), __LINE__, __FILE__);} } while(0)
    OracleConnection::OracleConnection(const char *processTag, time_t startTime, const Autotester &)
      : m_processTag(processTag), m_startTime(startTime), p_env(0), p_err(0), p_svc(0),
        p_sql(0), p_dfn(0), p_bnd(0)
      COUTVAR(m_processTag) << "About to connect" << endl;
      int rc = OCIInitialize((ub4) OCI_DEFAULT, (dvoid *)0,  /* Initialize OCI */
              (dvoid * (*)(dvoid *, size_t)) 0,
              (dvoid * (*)(dvoid *, dvoid *, size_t))0,
              (void (*)(dvoid *, dvoid *)) 0 );
      CHECK_AND_THROW(rc, "OCIInitialize error");
      /* Initialize evironment */
      rc = OCIEnvInit( (OCIEnv **) &p_env, OCI_DEFAULT, (size_t) 0, (dvoid **) 0 );
      CHECK_AND_THROW(rc, "OCIEnvInit error");
      /* Initialize handles */
      rc = OCIHandleAlloc( (dvoid *) p_env, (dvoid **) &p_err, OCI_HTYPE_ERROR,
              (size_t) 0, (dvoid **) 0);
      CHECK_AND_THROW(rc, "OCIHandleAlloc error 1");
      rc = OCIHandleAlloc( (dvoid *) p_env, (dvoid **) &p_svc, OCI_HTYPE_SVCCTX,
              (size_t) 0, (dvoid **) 0);
      CHECK_AND_THROW(rc, "OCIHandleAlloc error 2");
      /* Connect to database server */
      rc = OCILogon(p_env, p_err, &p_svc, "AUTOTESTER", 10, "xxxxx", 10, "LINUX", 5);
      CHECK_AND_THROW(rc, "OCILogon error");
      COUTVAR(m_processTag) << "Connect successful" << endl;
    OracleConnection::~OracleConnection()
      // Function Try Blocks do not work in the HP compiler (at runtime, get this message:
      // Internal error: could not find live exception.)
      // Therefore nest normal try blocks.
      try
        try
          COUTVAR(m_processTag) << "About to disconnect" << endl;     // Output t=13
          int rc = OCILogoff(p_svc, p_err);
          CHECK_AND_THROW(rc, "OCILogoff error");
          rc = OCIHandleFree((dvoid *) p_sql, OCI_HTYPE_STMT);
          CHECK_AND_THROW(rc, "OCIHandleFree error 1");
          //NOTE: This OCIHandleFree call should be done, in theory, but it was giving
          //      an unknown error for which OCIErrorGet was not retrieving the error.
          //NOTE rc = OCIHandleFree((dvoid *) p_svc, OCI_HTYPE_SVCCTX);
          //NOTE CHECK_AND_THROW(rc, "OCIHandleFree error 2");
          rc = OCIHandleFree((dvoid *) p_err, OCI_HTYPE_ERROR);
          CHECK_AND_THROW(rc, "OCIHandleFree error 3");
          COUTVAR(m_processTag) << "Disconnect successful" << endl;   // output t=41 (28s later)
        catch(ExDb &ex)
          CERRVAR(m_processTag) << "SQL Error while disconnecting" << endl;
          ex.print_error();
        catch(...)
          CERRVAR(m_processTag) << "Strange Error while disconnecting" << endl;
      catch(...)
        // Here we don't do ANYTHING, because we don't want to throw (another) exception
        // if it happens to be processing another exception.
    }Edited by: Logical_Star on 02-Jul-2012 00:53 (wrong TNSNAME)

  • How would I set this small program to activate every 120 seconds?

    I have this small program that writes the value 0 to a file, but I want it to only activate every 120 seconds, so it doesn't take up a bunch of system resources by constantly running. Can I make it pause for 120 seconds, or set a timer for it, in such a way that it won't make my PC run slow? Here's my code. Thanks if you can help.
    import java.util.*;
    import java.io.*;
    import java.io.File;
    public class Purge extends Random implements Serializable {
         public Purge () {
              writePrimDoubles();
         public static void main (String [] args) {
              Purge test = new Purge();
         public void writePrimDoubles() {
              DataOutputStream outStream;
              long timerStart;
              long timerEnd;
              long size;
              int a = 1;
              try     {          
                   while (a==1) {
                        outStream = new DataOutputStream
                             (new FileOutputStream("packetlog.txt"));
                        timerStart = System.currentTimeMillis();
                        outStream.writeBytes("0");
                        timerEnd = System.currentTimeMillis();
                        outStream.close();
              catch(IOException e) {
                   System.out.println("Error writing to file");
    }

    java.util.Timer, I think may do the trick.

  • Mail Preferences takes 10 - 120 seconds to open

    OSX Apple Mail Preferences takes 10 - 120 seconds to open when Accounts is selected.  If General or anything other than Accounts is selected it's as quick as can be.
    5 imaps, 1 pop and 1 inactive pop
    Repaired Permissions 5x
    Verify Disk OK
    Processor  2.5 GHz Intel Core i5
    Memory  20 GB 1333 MHz DDR3
    Graphics  AMD Radeon HD 6750M 512 MB
    Software  OS X 10.8.5 (12F45)
    Hardware Overview:
      Model Name:          iMac
      Model Identifier:          iMac12,1
      Processor Name:          Intel Core i5
      Processor Speed:          2.5 GHz
      Number of Processors:          1
      Total Number of Cores:          4
      L2 Cache (per Core):          256 KB
      L3 Cache:          6 MB
      Memory:          20 GB
      Boot ROM Version:          IM121.0047.B1E
      SMC Version (system):          1.71f22
      Serial Number (system):          C0*******HJF
      Hardware UUID:          274F724D-3A05-5775-AAD6-C8C7537328EB
    <Edited By Host>

    Back up all data.
    Select all your mailboxes, and then select
    Mailbox ▹ Export Mailbox...
    from the Mail menu bar. Export the mailboxes to the Desktop folder.
    Make a note of the settings for all your Mail accounts – everything you'd need to reconstruct the settings from scratch.
    Quit Mail. Then select
     ▹ Force Quit...
    from the menu bar. A small window will open with a list of running applications. Mail may appear in that list, even though you quit it. If so, select it and press return. Close the window.
    In the Finder, hold down the option key and select
    Go ▹ Library
    from the menu bar. Move the following items from the folder that opens to the Trash (some may not exist):
    Caches/com.apple.mail
    Saved Application State/com.apple.mail.savedState
    Leave the Finder window open for now.
    Relaunch Mail and test. If the problem is solved, you’re done. Delete the exported mailboxes. Otherwise, quit Mail and move these items, if they exist, from the open Library folder to the Desktop:
    Application Support/AddressBook/MailRecents-v4.abcdmr
    Containers/com.apple.mail
    Mail
    Preferences/com.apple.mail.plist (OS X 10.7 only)
    Preferences/com.apple.mail.searchhistory.plist (OS X 10.7 only)
    Note: you are not moving the Mail application. You’re moving a folder named “Mail.”
    Log out and log back in. Launch Mail. It will behave as if you were setting it up for the first time. Go through the setup process with one of your accounts, using the information you noted earlier. Test. Same problem?
    If there’s no improvement, quit Mail again and put back the items you moved to the Desktop, replacing any newer ones that may have been created in their place. You don’t need to replace the items you moved to the Trash.
    If the issue is resolved, recreate the rest of your Mail settings, then import the mailboxes you exported:
    File ▹ Import Mailbox...
    After importing, test. If Mail is still working, delete the items on the Desktop and close the Finder window.

  • Exchange 2010 GAL lookups taking ~30 seconds

    Our hosted Exchange provider recently migrated us from Exchange 2007 to Exchange 2010.  Prior to the migration, global address list lookups were snappy, 5 seconds or less.  Under Exchange 2010 it is taking ~30 seconds to see results from GAL lookups.
    Is anyone else under Exchange 2010 seeing this kind of delay?  Our vendor says they can't do anything to fix it, but if others are not experiencing this issue with Exchange 2010, it suggests a local issue with the vendor.

    I would like to say that we are experienceing the same problems.  When adding a delegate, it can take upwards of 40 seconds per already added delegate for iCal to become responsive and allow you to add or remove a delegate.  This is problematic when you have 15+ delegates and each one takes almost a minute and iCal (and Calendar in ML) is completely unresponsive. 
    Does anyone know how to prevent iCal (or Calendar in ML) to NOT do a full delegate refresh every time the delegate tab is opened?

  • XA resource [weblogic.jdbc.jts.Connection] has not responded in the last 120 second(s).

    I frequently encounter this problem: The application calls long-lasting stored
    procedure on Sybase which located in another country. Sometimes, WL 6.1 get stuck
    just and log the message "XA resource [weblogic.jdbc.jts.Connection] has not responded
    in the last 120 second(s)."
    Questions:
    Does increasing thread count help? Default is 15. Is 30 or larger OK?
    Can anybody share their experience on this matter?
    Detailed log messages in weblogic.log are follows:
    ####<Apr 21, 2003 5:03:48 PM GMT+08:00> <Warning> <JTA> <hkxp0032> <myserver>
    <Thread-0> <> <> <110030> <XA resource [weblogic.jdbc.jts.Connection] has not
    responded in the last 120 second(s).>
    ####<Apr 21, 2003 5:33:51 PM GMT+08:00> <Info> <JTA> <hkxp0032> <myserver> <Thread-0>
    <> <> <110207> <Previously unavailable XA resource [weblogic.jdbc.jts.Connection]
    is now available.>
    ####<Apr 21, 2003 5:33:56 PM GMT+08:00> <Warning> <JTA> <hkxp0032> <myserver>
    <Thread-0> <> <> <110030> <XA resource [weblogic.jdbc.jts.Connection] has not
    responded in the last 120 second(s).>

    Andrew Ng wrote:
    I frequently encounter this problem: The application calls long-lasting stored
    procedure on Sybase which located in another country. Sometimes, WL 6.1 get stuck
    just and log the message "XA resource [weblogic.jdbc.jts.Connection] has not responded
    in the last 120 second(s)."
    Questions:
    Does increasing thread count help? Default is 15. Is 30 or larger OK?Increasing thread count isn't going to help. The local server is just waiting for the
    remote system to respond.
    >
    Can anybody share their experience on this matter?
    Detailed log messages in weblogic.log are follows:
    ####<Apr 21, 2003 5:03:48 PM GMT+08:00> <Warning> <JTA> <hkxp0032> <myserver>
    <Thread-0> <> <> <110030> <XA resource [weblogic.jdbc.jts.Connection] has not
    responded in the last 120 second(s).>
    ####<Apr 21, 2003 5:33:51 PM GMT+08:00> <Info> <JTA> <hkxp0032> <myserver> <Thread-0>
    <> <> <110207> <Previously unavailable XA resource [weblogic.jdbc.jts.Connection]
    is now available.>
    ####<Apr 21, 2003 5:33:56 PM GMT+08:00> <Warning> <JTA> <hkxp0032> <myserver>
    <Thread-0> <> <> <110030> <XA resource [weblogic.jdbc.jts.Connection] has not
    responded in the last 120 second(s).>

  • ACNS wait 120 seconds for reply not long enough

    Hello
    Using CE-7305A-K9 with ACNS 5.5.5 for outgoing proxy towards the Internet. A POST is send via the proxy and TCP ack'd by the application provider. The HTTP reply comes back from the application almost 4 minutes later. ACNS only waits for 120 seconds (I think) and then sends an error message to the client browser. The browser waits for 5 minutes so this works when the proxy is not there.
    Can this max time that the proxy waits for a reply be increased ?
    Thanks

    This problem occurs when the first configured name server is down and replies with ICMP unreachable for the DNS queries.
    or
    CSCef67934
    Symptom: The proxy autoconfiguration file is missing from the Content Engine after you switch from group settings to device settings, and then switch back to group settings.
    Condition: This problem occurs in the following circumstances:
    a. You have specified values in the Client Proxy Autoconfig Device Group window of the Content Distribution Manager GUI.
    b. You override these values through the Client Proxy Autoconfig Device window of the Content Distribution Manager GUI.
    c. You revert the Content Engine back to the device group settings (you click the Force device group settings button in the device group window or you select the device group from the drop-down menu in the device window).
    The autoconfiguration file is not found, but the proxy autoconfiguration feature is shown as enabled.
    Workaround: Return to the device window in the Content Distribution Manager GUI, delete the values from the proxy autoconfiguration fields in the device window, and then select device group from the drop-down menu.

Maybe you are looking for