Extremely long login times

I'm running a 10.6.7 server with my clients logging into the LDAP. For whatever reason, the clients' login times are usually 5+ minutes. I would imagine that this is some sort of authentication issue but haven't the slightest idea where to attempt to start to troubleshoot. Has anyone come across this before? DNS seems ok, and once the users are logged in everything seems to work fine. Could it be Kerberos that is causing the issue?
Any help would be appreciated.

Check your date and time on the client computers. Be sure that they match the time on the server. Kerberos requires that the time be accurate for it to work properly.
...just a hunch...

Similar Messages

Extremely long "reading" times in media browser

We are running CC2014 on 3 edit systems with a shared 10Gbit 36TB Synology NAS. Each workstation has approximately 12TB of local raid storage as well. We shoot P2 primarily and I have a little over 17TB archived on the Synology. Lately, we have had extremely long "reading" times in Media Browser on all the machines. I don't quite understand how Premiere is indexing and displaying as sometimes the "reading" time is relatively quick, ie. under 10 seconds and then other times it can take 3-5 minutes to display clips within a directory.
My Directory Structure is:
Media
     P2 footage
          (P2 folders/ie. cards are all saved with their shoot dates here)
          Our total archive of P2 footage is around 70 cards.
It appears that when Media Browser is pointed to a P2 Card folder it is indexing the entire "P2 footage directory, ie. all 70 cards", rather than just the individual folder containing 1 P2 card's footage. Ist this the case?
Would I get better read speeds in Media Browser if I organized my P2 footage into more directories, ie. by year and quarter or by year and month?
Really need to know how the indexing works. Does premiere cache preview files for each clip and if so, how long are these previews valid. It seems that when I media browse a new P2 Card/Folder, it has forgotten any previous preview files that have been made and cached.
Any explanation or help would be appreciated.
We have copied large numbers of cards/folders from the Synology to our local raids to see if the latency was due to the network but the results are the same when we media browse on the local raid copies.

We are working on this issue. Could you open a support case and submit your
project so we can have support see if it is fixed in a later release?
br
William Wheeler wrote:
Is anyone experiencing long deploy times using Eclipse with the Portal/XML Beans facets...it takes approx 30 mins to deploy our ear file. The ear contains:
3 large schemas projects (using XML Bean Builder facets)
1 Control util project
1 Portal Web Project
1 Ear Project
3 Util projects
Is there some validation options that can be turned off or other actions to speed this up?
Bill Wheeler

Long login times on solaris 10

I had this nested in another thread, pulling it out to be seen
easier I hope...
I have a solaris 10 install that has a very long login time.
If you telnet or ssh to the machine, you are prompted for the username
and then password, then the system takes 4-5 minutes
to get you into the system. (to a prompt)
We do not use NIS and the home directory is on the local
root disk, so I don't think it would be an issue of finding
the home dir.
Initially I saw this problem above, where I would get a username
prompt, then the many minute pause, then the password prompt.
Once I'm in past this point, I have no problems. I don't see any errors
in the logs either.
I initally thought it might be the pam.conf causing problems.
(was just doing ssh) but I've seen the same issue from telnet
and I've removed the one call in sshd_conf to pam that I
could find.

how is the resolver working? Can you reverse-lookup IP addresses?
When you logon to the machine using ssh SSH will try and reverselookup your IP-address, if this doesn't succeed there will be a timeout of a few minutes.
So, try and run nslookup <an ip address> to test your resolver.
Also verify you resolv configuration:
grep ^hosts /etc/nsswitch.conf
cat /etc/resolv.conf
7/M.

Extremely long build times using object oriented code

We have a LabVIEW application that we need to build an .exe for distrubution purposes. The application relies on several object-oriented classes for data handling and dynamic dispatch type casting and function selection. Currently it takes approximately 1.5 hours to build the application and it seems that most of the time is spent processing the object oriented files. Has anyone else seen this issue and are there any creative ways to improve the build times?

Hi again. We are still having issues using LVOOP due to extrmely long .exe build times as well as long labview loading times. I traced the source of this to one class hierarchy, shown below. This hierarchy also relies heavily on overriding top-level functions, declared as virtual VIs in the top level class, which I suspect contributes to this problem. While debugging another issue, I was trying to build a small piece of my main code into an .exe to verify its functionality and experienced the same extremely long build times. When I removed this class hierarchy from the VI, it built extremely fast. Also to be clear, I am using neither the mean function or Mean.vi anywhere in this set of code. To date we have been delighted with LVOOP and how it has made our code cleaner, mroe robust, and more maintanable. However, when creating new functionality in the code we often elect NOT to create new objects (even though they would be beneficial) because we are hesitant to introduce the extra time (load and build) required for LabVIEW to handle these classes. If our entire system was rewritten in LVOOP, I would suspect that it would become unmaintainable and unbuildable due to the LVOOP overhead. I was hoping that LV2009 would address some of these issues but, alas, it did not. Still looking for a way to improve this and thanks in advance for all of the replies.

Extremely long display times for HTML in mail and Safari

Is anyone else experiencing similar lags in HTML rendering?
Since upgrading to Mountain Lion, I am experiencing extremely long render times for display HTML email messages in mail. I am also experiencing extremely long render times in Safari. I have Chrome installed on this same computer, if I goto the same website on Chrome and Safari, Chrome displays the page immediatly, Safari will take between 30sec and 1 minute.

The only way it can get fixed is if you report it to Adobe. Posting it here may not be sufficient. There is an Acrobat feature request forum here and a bug report form here: https://www.adobe.com/cfusion/mmform/index.cfm?name=wishform

Extremely long compression time

I am trying to compress a 6 minute video into a quicktime movie. It starts out saying it will only take 3 minutes to share. Then it quickly moves up to 17 minutes before coming to a halt.
Anybody have any ideas on what I am doing wrong or is this common? On previous videos this has never happened. I've tried doing a different video and it is also taking an extremely long time to compress.
Thanks for the help

I think possibly it could have something to do with my video settings. I don't know much about video settings.
We are producing these videos that range from 7-30min from a video camera. We don't need audio (already took that out) and we don't need the best of quality on the video. It obviously needs to be decent enough to see what is going on without straining, but beyond that I don't need much.
Does anybody have any suggestions on the type of video settings I could use in the expert settings? I believe iMovie is trying to compress much more information than I really need. Thanks for the help.

Extreme long execution time

Hi,
lately, I realized that Jubula needs extremely long for all the progresses...
For example, deleting TestResults or after execution of TestCases, the Progress "Collecting Information" and "Writing Report to Database" needs about 15-20 minutes!!
I use the embedded database and html toolkit and my project is not big at all!
I already had larger projects and never experienced that long progresses!
Any ideas/suggestions why Jubula is suddenly working that slow?
Thanks

Hi Nicole,
Thanks for your question! I think the problem is that the h2 database isn't designed for productive use - it doesn't scale well and will indeed get slower and slower with time (not necessarily size of the project, just time).
If you need to keep using it then you can do the following:
- stop Jubula
- perform an export all to export all of the projects
- you can also copy the database files (from your home directory under .jubula) to back them up
- delete the database files from your home directory
- connect to the database: this will recreate the database
- then you can import the projects you exported
Like I say, this isn't the preferred way of working, but the steps above should help with the current performance. Bear in mind that you should ensure that you have backups before you delete the database!
Hope that helps,
Alex

Extremely long export time

Hi,
I got some big problems while exporting footage from AME and PP CC 2014. I mean – the time of exporting is extremely long. It take 4 hours to export 15 minutes of 1080p footage (with not best quality of render settings). There is no big difference in time while exporting with or without effect same as AME or PP.
I shoot my footage on SONY A7S in XAVC S and my export settings are H.264, VBR 1, 16/20.
My PC spec:
Intel Core i7 3770K 3.5 3.9 GHZ
32 GB DRR3,
HDD 2TB, SSD 128GB
GeForce GTX 770 2GB
WINDOWS 7 ULTIMATE 64 BIT
I will appreciate any help cos this problem make me sick already

I checked the log file and there are no errors in the file.
There are no ORA- xxxx error messages.
The last line in the log file is as follows:
"Processing object type schema_export/table/index/domain_index/index "
I just checked the export job run this morning and it is still on the same
index object "A685_IX1" . This is a spatial index. It has been sitting at
this same object according to the job status for at least 24 hours.

MacBook pro Extremely long booting time After 10.10.1 + strange icons when booting

Hi all,
since the Yosemite update and the sequential patch, I've been experiencing lots and lots of issues with this releade
I posses a
MacBook Pro (13-inch, Mid 2012)
2,5 GHz Intel Core i5
After a week after the Yosemite update my Mac just froze, and for a couple of days I was unable to access it. after 4 attempts of Clean install i was finally able to restore it. but the issue with long booting time and free after sleep/wake action are the same .
I'm experiencing strange icons during boot as follows:
Only after a second reboot and clearing ram with Cmd+Alt+P+R i'm able to get rid of this , and the reboot shows this
That after 5 mins changes into this
This routine keeps happening, every single time i have to restart my mac.
Any suggestions?
tnks

Well , i guess i a HDD issue, when i was experiencing the initial issues with yosemite , I've installed the system an external Hdd and everything was working fine.
So i guess my suspicions were correct. I have to change my hdd.

Extremely long sync time

I have an 8 gb 3G iphone w/ virtually no photos, about a gig of music, 3 gigs of video and a gig of apps. It takes 8 hours plus to sync since using 3.0. After the first sync, a daily sync only takes 20 to 30 min, with no change in music, video, photos or apps. I read a post about deleting back-up and starting over. Not working. I'm going on 7 hours again to sync and it's only 3/4 done. Any help is appreciated. I'm using an Intel iMac, 2.16 ghz with iTunes 9.02. Again, it's been like this since using 3.0 software.
TIA

I agree that it is probably related to an app. One of my apps was causing long sync times, many users reported it, and the developer figured out that he could store its content in the iPhone's "cache" area instead of its "data" area. (This was acceptable - the app creates a local mirror of one's online content). This simple change shortened sync times considerably because the sync did not need to run through all that data each time anymore. The app does its own syncing to its cloud, so it's no big loss to have it excluded from the iPhone sync.
You may have an app with a similar issue. You say you have a gigabyte of apps? That's a lot! Since most apps are tiny, that does sound like you have at least one app that maintains a large database, whether it be maps, game assets, or whatever. You should find a way or a utility to list your apps by size, because the biggest apps would be the most likely suspects.

Long login times

Hi all,
I have 2 Netware servers: 6 sp5 & 6.5 sp7
The NW client, mostly 4.91 sp4, but some older, are all setup for contextless login. It has been working for at least 2 years now. Recently, our login time has changed from seconds to about 45 seconds. This is happening to every workstation, so I am inclined to think it isn't a workstation setting issue.
Contextless login seems to be working properly. When you type in a username it finds it immediately. The other odd part is that if you go to Advanced then Tree and manually select the tree, it logs in properly.
I have DHCP pushing these options:
78 - Directory Agent
79 - Service Scope
85 - NDS Servers
86 - NDS Tree Name
Any ideas would be seriously appreciated.
Daniel Blake
Milford Central School

I've got a wireshark packet capture that contains a workstation login, but I'm not getting much from reading it. I don't really feel comfortable posting a packet capture with a login to an open forum though. Can I send it to someone's email directly instead?
It happened quickly, not gradually over time. I'm a one man IT shop, so this has been like this for over a month while I've had to deal with more pressing matters.
It happens every time without fail. You can get around the lag by going to Advanced > Tree >manually select the tree >then login.
No hardware changes. I have to check, but I'm pretty sure it was right around when I installed some patches to both NW servers.
It might have to do with trying to get MS AD to use our Netware DNS servers. I thought I was being intelligent when I named the AD forest the same as our registered domain name. Our Netware 6.5 server has been serving our domain to the world happily for years now.
Exported our internal Primary DNS zone (Our ISP handles our Public DNS).
Forgot to export the In-ADDR.ARPA zone. Silly me.
Put the NW DNS servers as the Windows 2003 Domain Controller DNS servers.
Added the Windows server to the Netware DNS Allow Update.
It immediately did it's job... and hijacked the registered domain name to the Windows server seeing as that was what I had named the forest. Blushing from stupidity :-(
So to immediately get our domain back up, I created a forwarding default webpage pointing to the real web server on our Netware 6.5 box. After a few days, I decided to remove all things AD from our NW DNS and find a different method. So I removed the Windows server from the Allow Update list and manually deleted anything AD in our NW DNS. Finally re-imported the Pre-AD DNS and looked through the In-ADDR.ARPA zone for any wrong entries.
Daniel Blake
Milford Central School
>>> Andrew C Taubman<[email protected]> 4/22/2008 7:23 PM >>>
OK so it's before the login script even starts, so that eliminates many
possible candidates. We'll need to see what's happening on the wire in
that period.
What change or update triggered the problem? Was it OK one day then
suddenly like this the next, or gradually got worse, or what? Any
changes in your network infrastructure around the time it happened? Does
it happen every time on every PC, without fail? Any clues will be helpful.
Andrew C Taubman
Novell Support Forums Volunteer SysOp
http://forums.novell.com/
(Sorry, support is not provided via e-mail)

Extremely long deploy times in Portal 9.2 in dev

Is anyone experiencing long deploy times using Eclipse with the Portal/XML Beans facets...it takes approx 30 mins to deploy our ear file. The ear contains:
3 large schemas projects (using XML Bean Builder facets)
1 Control util project
1 Portal Web Project
1 Ear Project
3 Util projects
Is there some validation options that can be turned off or other actions to speed this up?
Bill Wheeler

We are working on this issue. Could you open a support case and submit your
project so we can have support see if it is fixed in a later release?
br
William Wheeler wrote:
Is anyone experiencing long deploy times using Eclipse with the Portal/XML Beans facets...it takes approx 30 mins to deploy our ear file. The ear contains:
3 large schemas projects (using XML Bean Builder facets)
1 Control util project
1 Portal Web Project
1 Ear Project
3 Util projects
Is there some validation options that can be turned off or other actions to speed this up?
Bill Wheeler

Extremely long rendering times

I am trying to render a 13 minute project.
FCS 2 is telling me it will take 30+ hours.
Is this normal?
Am I doing something wrong?
Best,
Evan Jacobs

So, your source clips are Quicktime Animation, and you're editing them on a "standard" timeline, whic makes me assume that it's a DV/DVCPRO NTSC timeline, with your source material residing on your internal drive.
There are a number of things here that will cause long render times:
1. The nature of the Animation codec in this situation would indeed cause longer than normal render times. Animation is a high-quality mastering codec. When used on a Sequence that is set to use a compressed codec, such as DV/DVCPRO NTSC, your clips will need to be rendered.
To check the Sequence Settings, press Command - 0 (zero).
2. It is not recommended to use your Internal drive as a scratch drive. Not only is that one hard drive reading your source files, writing render files, but it is also running your entire OS, plus any other programs that may be open. That's a LOT of work for one hard drive, so expect less than optimal performance.
Try moving your source material to an external firewire drive.

Running XL Reporter results in long login time

I am having a problem with XL Reporter being extremely slow to start at a client. It takes about 5 min to login to the system with XL Reporter. If disabled, the users login without any problems at all.
Also, scheduled reports are not sent out - but the log states that the job ran successfully. my guess is that it times out somewhere in the process and is related to the logon issue/start of XLR.
The client is running 2005A PL 51 on a Win 2003 server, SP2 with 2 GB ram.
once in, the system performs just fine.
Any ideas?
Thanks,

For your schduled reports check the event viewer to see if the mailer is working, check that you have the sender email address defined in the XL Reporter>Tools>General ?(from memory) section. Otherwise, the issue is likely to be with the excahnge server.
This feature does work, although sometimes does not close the report after sending it, leaving runnin g processes that disrupt the following reports.
We have found that XL Reports do take a lot of processing time and a lot of CPU time after upgrade to 2007A, so have tried to remove as many as possible from the start menu and onto scheduled tasks to remove the load during the day.

Extremely Long Bootup time

For the last couple of weeks, I've noticed something that disturbs me. I've had this iMac 24 for about a year now. If I restart it or shut it down then start it up, it usually only takes a short time before the login page appears. Now it takes a long time.
What happens is that the screen goes white and shortly later the chord sounds as it usually does during startup. Then nothing appears to happen for a long time. I know I've gone away and returned in 5 mins and then 10 mins and it is still on the white page with no apparent activity. Eventually (probably within the hour), the login page appears, I log in, and it starts up my session normally.
The only thing I'm aware of changing is adding a new wireless earphone. I bought a Plantronics wireless headset that connect using a USB device that I've plugged into the back of my iMAC. I did install this about the time this started. I've installed updates and new modules into Accordance at several times before and after this long startup began happening. There have probably been some software updates that install semiautomatically using Apples Update utility and Adobe's Update utility and some software has their own startup check for updates. I don't keep a log of these things.
Any ideas on why this delay in startup would happen?

Try starting in safe mode - hold the shift key until the Apple logo appears on the grey screen. If the startup is quick you can be fairly sure that the basic OS is working OK and that it's one of the 'extras' causing the problem.
A second quick test is to disconnect all peripherals before starting then start up normally. If this is also quick you can suspect one of the peripherals is the problem.
If this is so, try connecting just one and start up. Continue this process until the problem recurs. You will then have a good idea of the guilty item. Once that is identified we might be able to suggest the next steps.
By the way - should your profile show 10.6.2 as the current OS? If still on 10.6.1 it could be worthwhile doing the 10.6.2 upgrade as it includes various fixes.
Neville

Extremely long login times

Similar Messages

Maybe you are looking for