Mail taking a long time to preview files to be attached

I am wondering if anybody can help. Mail is taking ages to preview a file (large or small) before they can be attached. I start seeing the beach ball of death spinning for a long while (> 1 min) before it eventually shows a preview of the file highlighted. I first noticed this problem with finder, where it was taking ages to preview a file...i found this link: http://www.thexlab.com/faqs/finder.html
and it works finder is fine after following those steps...But i tried the same thing with mail, i.e. delete the com.apple.mail.plist file, and mail starts all over (have to be set up again) but it still is giving this problem. And once i try this in mail, get this problem, it automatically leads to the same problem again with finder. Should i also say i wasn't having this problem until the new secruity update? Can anyone help?
Thanks,
Kurt

I suggest another link provided by Dr. Smoke - Resolving Disk, Permission, and Cache Corruption for system troubleshooting procedures and when doing so, follow all steps/instructions in the order provided.

Similar Messages

My mac pro is taking a long time to open files

When I rey and open applications like Finder, it is taking a long time to open or it hangs how can I fix this
I have OS10.7.2 and 300GB left out of 500GB.
Mac book peo 17
Message was edited by: waldoamt

How large is your hard drive and how much hard drive space do you have left?
Which Macbook Pro do you have?
Which os & version are you using?

Mail taking a long time to open?

Seems like Mail is taking an unusually long time to open with this upgrade. And it is not remembering my mobile me password. Any fixes?

See
Why is my computer slow?
Step by Step to fix your Mac

CreateFile() taking a long time for small files on disk (sometimes)

Ever since upgrading a server of mine from Server 2008 R2 to Server 2012, I've been having trouble with shared files not serving quickly at times. I've traced the problem all the way back to the local machine. CreateFile() can take up to a minute
to return for small (few KB) files on disk, but it doesn't happen all the time. It happens more when the file is being requested by a lot of clients via network shares.
Here is an example. The top shows an example of a long request while the bottom shows a normal request.
I'm curious if anyone might know the cause for this sort of issue. I would think read cache alone would prevent this sort of thing from happening, and even if it had to come from disk each time I don't understand how it could take so long. The
disks are basically unloaded during these times.
This problem only seems to occur for files being served over the network. If I start randomly loading a copy of these files with even 128 different threads, I don't get any sort of weird contention issues if the file is local and not shared. Maximum
service times peak at 0.009s. SMB must be blocking the files somehow? As soon as the file is shared across the network, I start having the weird blocking issue even for local file requests on the server when the requests are to the local path of
those shared files.

No change in behavior with Server 2012 R2 and years of patches since I first posted.
I recently finished building and configuring a new storage server based on Server 2012 R2 Standard. Initially I thought that whatever was wrong must have been fixed in 2012 R2 since performance was good all week.
Over the weekend I moved the one remaining share from the old 2012 server to the new 2012 R2 server. The old server is the one that had had SMB2/3 disabled. The new server I had just left configured as default with SMB2/3 enabled and hadn't had
any trouble. This is the share I originally posted about in 2013 which has around 1.2 million small text files.
Starting this morning as employees started coming in and working, problems were immediately noticed. Slow performance was back and with a vengeance. I've disabled SMB2/3 on the 2012 R2 server now. It's disappointing that an issue like this
can go unnoticed and unpatched by Microsoft for so long. I don't have an unusual usage scenario. I have a mix of Windows 2000, XP, 7, and 8.1 clients that access the file server. Only XP, 7, and 8.1 clients access the problematic share.
I noticed this time around that the event log is flooded with SMBServer 1006 events saying that authentication failed for users accessing shares. I guess the clients auto-retry in a transparent fashion since clients typically don't have an issue other
than random-length delays--outright failures are rare. The shares gives the specified users full access as do the disk permissions for the share's folder. There isn't any logical reason for an authentication failure other than some systemic flaw.
Unfortunately, I don't have any answers. I wanted to keep this thread up to date however for other users in the future to reference.

Mail taking REALLY long time to REPLY.

Hi, whenever I REPLY to an e-mail it seems to take ages before the message will appear.
Ie, I'm reading a message, hit reply and then I have to wait thirty seconds before it finally brings up the new message with the old one attached.
I can understand in large e-mails where there may be lots of graphics etc, but most of the time I receive plain text e-mails (free from all html) and it seems to take forever.
Does anyone know a way in which I might be able to "reset mail" like you can reset SAFARI, without loosing my e-mails and accounts. (sounds a bit stupid.)
TIA for any help.
Dan Walters
danielwaters(at)mac.com

Hi Dan.
How many accounts do you have and what type are they (POP, IMAP, .Mac)?
Verify/repair the startup disk (not just permissions), as described here:
The Repair functions of Disk Utility: what's it all about?
Go to Apple Menu > System Preferences > Network, choose Network Port Configurations from the Show popup menu, and make sure that the configuration used to connect to Internet appears at the top of the list.
Try disabling Search .Mac For Certificates in Keychain Access > Preferences if it’s enabled. Take a look at the following articles for an explanation of why this could be the problem:
http://www.hawkwings.net/2006/07/18/apple-mail-phones-home-too/
http://www.macgeekery.com/tips/mailapp_doesnt_phone_homeeither/

Taking very long time to pick the file from internal deliviery channel fold

Hi B2B gurus,
For one of our trading partner we are testing an AS2 connectivity, so we are sending a 850 po's through internal deliviery channel(create a folder in-house), but while placing the 850 in a internal folder, its taking very long time to pick the file form internal folder
Could you please help me to resolve this issue?
regards

Hi Suni,
Have you specified the polling interval in Transport Server configuration? By default polling interval is 60 seconds.
What is the size of the file being picked?
Regards,
Anuj

DIAdem taking a long time to load 700MB TDMS file to data portal

I'm trying to load a 700MB TDMS file into DIAdem ,4 channels 10Hz sampling rate over 4 days . When i drag the file into the data portal , diadem freezes up , its on a 2GB machine, file located on the desktop, not running any other programs and it went 50min without being able to load before i made it quit. seems to work fine on smaller files though . Was wondering if this sounds normal and if anyone knows a way around it.
yin
Solved!
Go to Solution.

Thanks for all your input.
YongqinYe and Brad : I've tried defragmenting but this also seems to be taking a long time (in excess of ) on 2 different machines. The index file is 300MB, so about 75% of the *.tdms,
Otmar: i also tried registry loading the data but this still took a long time on this particular file although it worked great on smaller files (5MB).
Brad : the file does not open in the labVIEW TDMS viewer although i'm able to view it in chunks of 65000 using the TDMS importer for excel.
Stefan: the file does have explicit time stamp channel .
Any extra help would be appreciated but the way I'm thinking of doing it now is to use much longer buffer size (from only 6 to a few hundred) when collecting the data to decrease the level of fragmentation.

Why is it taking a very long time to migrate files files macbook to iMac?

It is taking a very long time to migrate files from a macbook to a new iMac (24 hours). Is this normal for around 40GB of data?

Here is some info on various methods:
http://support.apple.com/kb/HT6025
And if you're using Mavericks:
http://support.apple.com/kb/HT5872
And more good info:
http://pondini.org/OSX/Setup.html

My external library 100 GB on a 2TB drive is taking a long time to open.

Hey there,
I recently moved my library to an external drive. When I tried to load the external drive, it said it needed to repair and I let it happen overnight because it was taking a long time.
Now it seems to just freeze when I try to load the external library. Can someone let me know if there is something I can do to make this process speed up? Should I move some of my projects to another library and keep it off-line?
Thanks,
Austin

Could it possibly be due to videos stored in the aperture library? I think one of the folders has multiple GB of video... Just a thought.
If Aperture is freezing on opening, this can be caused by corrupted or incompatible media, but it would not explain the original error message your reported - "permissions".
When the repair finishes, try to launch Aperture with the Shift-key held down. This will defer the generation of previews. If media cannot beprocessed, Aperture will hang, when it tries to generate the previews for those images or videos. If you can get Aperture to launch after deferring the preview generation, you could open the Activity window (Window > Show Activity) and then selectively try to generate previews for your last imported images and videos (Photos > update preview). The Activity window will show, what is currently processed, and perhaps you can spot, which of the files is causing the hang.

Discoverer reports taking a long time!!!

Hi all,
One of our clients is complaining that the discoverer reports are taking a long time to run for the last few days, the report used to take 30 minutes before but now is running for hours!!
I have checked the SGA and I have killed the idle sessions but still there was no improvement in the performance.
The version of BI discoverer is 10 and database also is 10g and the platform is win server 2003.
I have checked the forums and they talk about explain plan and tkprof and other commands, but my problem is that i am unable to find the query that discoverer is running i mean once the report is clicked the query runs and gives the estimate time it would take. can some one tell me where this query is stored so that i can check this query,
Also there were no changes made in the query or to the database.
The temp space fills up 100%, i increased the size of temp space but still it goes to 100% also i noticed that the CPU utilisation goes to 100%
i also increased the SGA but still no go.
can someone kindly help me as to what could be causing this problem
also kindly guide me to some good documents for tuning the discoverer.
thanks in advance,
regards,
Edited by: user10243788 on Jan 4, 2010 12:47 AM

Hi,
The fact that the report used to work fast and now not can be related to many things but my guess is that the database statistics were changed and so the explain plan has changed.
This can be done due to change in the volume of the data that crossed a level were oracle optimizer change the behavior but it can be other things as well.
Anyway it is not relevant since it will be easier to tune the SQL than to find what have changed.
In order to find whether the problem is with the discoverer or in the SQL extract the SQL as described above and run it in SQL tool (SQL Plus, TOAD, SQL Developer and so on).
The best way to get to the problem is run a trace on your session and then use the TKPROF command to translate it to a text file you can analyze - you can assist your DBA team they should have no problem doing that.
By doing that you will get the problematic statements/ functions/ procedures that the report uses.
From there you can start working on improving the performance.
Performance is expertise for itself so i'm sorry i don't know to tell you where to start from, I guess the start will be from understanding the meaning of the explain plan.
Hope I helped a little although I wish Ii had a magic answer for you
BTW, until you resolve that problem you can use the discoverer scheduler to run the reports in the background and so the users will get the data.
Tamir

Time Machine Taking a Long Time to Index / Back Up

Hi everyone.
I noticed this on the latest backup to my Time Capsule device. I'm backing up over a WiFi connection to a time capsule device. It is taking a long time to index the backup. Here's the code from the latest backup.
10/17/12 9:43:03.799 PM com.apple.backupd: Starting standard backup
10/17/12 9:43:04.091 PM com.apple.backupd: Attempting to mount network destination URL: afp://Michael%20Payne@Extreme%20Pleasantville._afpovertcp._tcp.local/Time%20Mac hine%20Backups
10/17/12 9:43:12.657 PM com.apple.backupd: Mounted network destination at mountpoint: /Volumes/Time Machine Backups using URL: afp://Michael%20Payne@Extreme%20Pleasantville._afpovertcp._tcp.local/Time%20Mac hine%20Backups
10/17/12 9:43:34.015 PM com.apple.backupd: QUICKCHECK ONLY; FILESYSTEM CLEAN
10/17/12 9:43:37.440 PM com.apple.backupd: Disk image /Volumes/Time Machine Backups/Michael’s MacBook Pro.sparsebundle mounted at: /Volumes/Time Machine Backups 1
10/17/12 9:43:37.459 PM com.apple.backupd: Backing up to: /Volumes/Time Machine Backups 1/Backups.backupdb
10/17/12 9:45:23.296 PM com.apple.backupd: 500.1 MB required (including padding), 3.27 GB available
10/17/12 9:46:48.844 PM com.apple.backupd: Copied 1436 files (3.4 MB) from volume Macintosh HD.
10/17/12 9:46:51.897 PM com.apple.backupd: 448.1 MB required (including padding), 3.27 GB available
10/17/12 9:46:51.898 PM com.apple.backupd: Waiting for index to be ready (100)
10/17/12 9:47:53.681 PM com.apple.backupd: Waiting for index to be ready (100)
10/17/12 9:48:55.642 PM com.apple.backupd: Waiting for index to be ready (100)
10/17/12 9:49:56.511 PM com.apple.backupd: Waiting for index to be ready (100)
10/17/12 9:50:56.564 PM com.apple.backupd: Waiting for index to be ready (100)
10/17/12 9:51:57.643 PM com.apple.backupd: Waiting for index to be ready (100)
10/17/12 9:52:57.903 PM com.apple.backupd: Waiting for index to be ready (100)
10/17/12 9:53:59.341 PM com.apple.backupd: Waiting for index to be ready (100)
10/17/12 9:55:01.281 PM com.apple.backupd: Waiting for index to be ready (100)
10/17/12 9:56:03.171 PM com.apple.backupd: Waiting for index to be ready (100)
10/17/12 9:57:03.966 PM com.apple.backupd: Waiting for index to be ready (100)
10/17/12 9:58:33.083 PM com.apple.backupd: Copied 824 files (1.2 MB) from volume Macintosh HD.
10/17/12 9:58:40.359 PM com.apple.backupd: Starting post-backup thinning
10/17/12 9:59:51.851 PM com.apple.backupd: Deleted /Volumes/Time Machine Backups 1/Backups.backupdb/Michael’s MacBook Pro/2012-10-16-213620 (5.6 MB)
10/17/12 10:00:17.440 PM com.apple.backupd: Deleted /Volumes/Time Machine Backups 1/Backups.backupdb/Michael’s MacBook Pro/2012-10-16-113505 (1.6 MB)
10/17/12 10:00:30.046 PM com.apple.backupd: Deleted /Volumes/Time Machine Backups 1/Backups.backupdb/Michael’s MacBook Pro/2012-10-16-103509 (1.6 MB)
10/17/12 10:00:43.781 PM com.apple.backupd: Deleted /Volumes/Time Machine Backups 1/Backups.backupdb/Michael’s MacBook Pro/2012-10-16-093513 (1.3 MB)
10/17/12 10:00:43.781 PM com.apple.backupd: Post-back up thinning complete: 4 expired backups removed
10/17/12 10:00:45.207 PM com.apple.backupd: Backup completed successfully.
10/17/12 10:00:56.988 PM com.apple.backupd: Ejected Time Machine disk image.
10/17/12 10:00:57.550 PM com.apple.backupd: Ejected Time Machine network volume.
I am just curious as to why this is, and what I might do to fix it. I did see one suggestion in another website suggesting diabling spolight indexing of the backup image with sudo mdutil -i off /Volumes/Time Machine Backups, but don't know where to type that in. It then states to reenable it, but don't know where to type that in, either. Any advice would be helpful. I did run a verification not too long ago, and here's that code.
10/14/12 3:44:14.289 PM com.apple.backupd: Backup verification requested by user.
10/14/12 3:44:41.503 PM com.apple.backupd: Running backup verification
10/14/12 4:04:31.602 PM com.apple.backupd: Backup verification passed!
If any of you have or had a similar problem, I'd appreciate your help. For the time being, I may just disable time machine during the evening, and only have it run during the day when I'm at work.

Is your sig still current (10.7.3)? Or did you update to 10.7.5? Because 10.7.5 had a Spotlight/Time Machine bug that slowed down a lot of backups. If that's what it is, there's now a 10.7.5 Supplemental Update that fixes the slow Time Machine problem.
If it isn't 10.7.5, I don't know what the problem might be.

Mail takes a long time to send messages

After a power outage in my neighborhood and being given new incoming and outgoing mail servers by my ISP -- AT&T and it's Yahoo portal -- Mail is taking a long time to actually send messages after clicking the send button -- a minute or two. Thunderbird sends them immediately.
I've grown fond of Mail. Anybody have any suggestions as to what the problem might be and how I can fix it?
Thanks,
Eric Weir
Message was edited by: EricWeir

I had this problem and just got it fixed so thought I'd post up. I have a gmail account and the problem started 3 or 4 days ago.(no recent system changes or anything I can think of that coincided with the problem) An additional symptom is that Mail wasn't showing me new messages anymore either. I could go onto the web server for gmail and there was new emails waiting but even clicking on "Get Mail" wouldn't bring them into Mail.
I found in the Window tab a choice for Activity and one for Connection Doctor. I brought up Activity first and saw 5 items and nothing seemed to be changing on any of them. Got Connection Doctor up and it connected and said everything was fine (you can bring up details to see what ports and such it uses which confirmed that things were going ok) I went back to activity and hit the "stop sign" for all of the activity that was going on with the plan to just stop everything to try sending a new message. I started from the top and about half way through I heard the Zoom of a message going out (Mail had been working on sending the message for the last few minutes) and suddenly new activities were popping up in the list and processing quickly.
I tried a few test messages and everything is working like normal again. I'm guessing something got stuck and that is causing the slow messages at least in my case. Check it out!
I'm on a iMac with Snow Leopard.

Time Machine Taking a Long Time to Index

Hi everyone.
I first noticed this today. My Time Machine is taking a long time to index. It's stuck on "Waiting for index to be ready (100)" for about 10 minutes at least, it seems. I did notice earlier today that it had to delete old backups to make space for new backups, and I'm wondering if that has anything to do with it. I'm in the process of doing a verification now, but here's the code from two backups earlier today.
Here's the one where it had to delete backups to make room for new and future backups.
1/30/13 5:48:13.069 PM com.apple.backupd: Starting standard backup
1/30/13 5:48:13.267 PM com.apple.backupd: Attempting to mount network destination URL: afp://Michael%20Payne@Extreme%20Pleasantville._afpovertcp._tcp.local/Time%20Mac hine%20Backups
1/30/13 5:48:13.749 PM com.apple.backupd: Mounted network destination at mountpoint: /Volumes/Time Machine Backups using URL: afp://Michael%20Payne@Extreme%20Pleasantville._afpovertcp._tcp.local/Time%20Mac hine%20Backups
1/30/13 5:48:35.120 PM com.apple.backupd: QUICKCHECK ONLY; FILESYSTEM CLEAN
1/30/13 5:48:40.280 PM com.apple.backupd: Disk image /Volumes/Time Machine Backups/Michael’s MacBook Pro.sparsebundle mounted at: /Volumes/Time Machine Backups 1
1/30/13 5:48:40.407 PM com.apple.backupd: Backing up to: /Volumes/Time Machine Backups 1/Backups.backupdb
1/30/13 5:54:50.703 PM com.apple.backupd: 500.8 MB required (including padding), 403.3 MB available
1/30/13 5:55:00.163 PM com.apple.backupd: Ejected disk image: /Volumes/Time Machine Backups/Michael’s MacBook Pro.sparsebundle
1/30/13 5:55:00.163 PM com.apple.backupd: Compacting backup disk image to recover free space
1/30/13 5:58:52.014 PM com.apple.backupd: Completed backup disk image compaction
1/30/13 5:58:52.016 PM com.apple.backupd: Starting standard backup
1/30/13 5:58:52.065 PM com.apple.backupd: Network destination already mounted at: /Volumes/Time Machine Backups
1/30/13 5:59:13.694 PM com.apple.backupd: QUICKCHECK ONLY; FILESYSTEM CLEAN
1/30/13 5:59:17.577 PM com.apple.backupd: Disk image /Volumes/Time Machine Backups/Michael’s MacBook Pro.sparsebundle mounted at: /Volumes/Time Machine Backups 1
1/30/13 5:59:17.673 PM com.apple.backupd: Backing up to: /Volumes/Time Machine Backups 1/Backups.backupdb
1/30/13 6:01:22.433 PM com.apple.backupd: 500.9 MB required (including padding), 424.6 MB available
1/30/13 6:02:40.909 PM com.apple.backupd: Deleted backup /Volumes/Time Machine Backups 1/Backups.backupdb/Michael’s MacBook Pro/2013-01-28-225651 containing 5.8 MB; 430.4 MB now available, 500.9 MB required
1/30/13 6:02:40.909 PM com.apple.backupd: Removed 1 expired backups so far, more space is needed - deleting oldest backups to make room
1/30/13 6:25:09.045 PM com.apple.backupd: Deleted backup /Volumes/Time Machine Backups 1/Backups.backupdb/Michael’s MacBook Pro/2012-05-12-095019 containing 1.08 GB; 1.50 GB now available, 500.9 MB required
1/30/13 6:25:09.045 PM com.apple.backupd: Deleted 2 backups containing 1.09 GB total; 1.50 GB now available, 500.9 MB required
1/30/13 6:25:09.045 PM com.apple.backupd: Backup date range was shortened: oldest backup is now May 20, 2012
1/30/13 6:28:35.009 PM com.apple.backupd: Copied 2289 files (7.3 MB) from volume Macintosh HD.
1/30/13 6:28:35.920 PM com.apple.backupd: 494.0 MB required (including padding), 424.6 MB available
1/30/13 6:28:35.921 PM com.apple.backupd: No expired backups exist - deleting oldest backups to make room
1/30/13 6:30:36.145 PM com.apple.backupd: Deleted backup /Volumes/Time Machine Backups 1/Backups.backupdb/Michael’s MacBook Pro/2012-05-20-194752 containing 55.0 MB; 479.6 MB now available, 494.0 MB required
1/30/13 6:30:36.146 PM com.apple.backupd: Removed 1 expired backups so far, more space is needed - deleting oldest backups to make room
1/30/13 6:33:16.203 PM com.apple.backupd: Deleted backup /Volumes/Time Machine Backups 1/Backups.backupdb/Michael’s MacBook Pro/2012-05-27-093117 containing 64.5 MB; 544.0 MB now available, 494.0 MB required
1/30/13 6:33:16.203 PM com.apple.backupd: Deleted 2 backups containing 119.4 MB total; 544.0 MB now available, 494.0 MB required
1/30/13 6:33:16.203 PM com.apple.backupd: Backup date range was shortened: oldest backup is now Jun 7, 2012
1/30/13 6:34:11.232 PM com.apple.backupd: Copied 1171 files (2.5 MB) from volume Macintosh HD.
1/30/13 6:34:44.355 PM com.apple.backupd: Backup completed successfully.
1/30/13 6:34:54.258 PM com.apple.backupd: Ejected Time Machine disk image.
1/30/13 6:34:54.493 PM com.apple.backupd: Ejected Time Machine network volume.
And here's the one where it started to take awhile to index.
1/30/13 7:21:11.358 PM com.apple.backupd: Starting standard backup
1/30/13 7:21:11.955 PM com.apple.backupd: Attempting to mount network destination URL: afp://Michael%20Payne@Extreme%20Pleasantville._afpovertcp._tcp.local/Time%20Mac hine%20Backups
1/30/13 7:21:12.540 PM com.apple.backupd: Mounted network destination at mountpoint: /Volumes/Time Machine Backups using URL: afp://Michael%20Payne@Extreme%20Pleasantville._afpovertcp._tcp.local/Time%20Mac hine%20Backups
1/30/13 7:21:38.074 PM com.apple.backupd: QUICKCHECK ONLY; FILESYSTEM CLEAN
1/30/13 7:21:41.754 PM com.apple.backupd: Disk image /Volumes/Time Machine Backups/Michael’s MacBook Pro.sparsebundle mounted at: /Volumes/Time Machine Backups 1
1/30/13 7:21:41.768 PM com.apple.backupd: Backing up to: /Volumes/Time Machine Backups 1/Backups.backupdb
1/30/13 7:23:47.444 PM com.apple.backupd: 452.8 MB required (including padding), 401.2 MB available
1/30/13 7:23:56.687 PM com.apple.backupd: Ejected disk image: /Volumes/Time Machine Backups/Michael’s MacBook Pro.sparsebundle
1/30/13 7:23:56.687 PM com.apple.backupd: Compacting backup disk image to recover free space
1/30/13 7:27:52.753 PM com.apple.backupd: Completed backup disk image compaction
1/30/13 7:27:52.754 PM com.apple.backupd: Starting standard backup
1/30/13 7:27:52.898 PM com.apple.backupd: Network destination already mounted at: /Volumes/Time Machine Backups
1/30/13 7:28:14.638 PM com.apple.backupd: QUICKCHECK ONLY; FILESYSTEM CLEAN
1/30/13 7:28:18.207 PM com.apple.backupd: Disk image /Volumes/Time Machine Backups/Michael’s MacBook Pro.sparsebundle mounted at: /Volumes/Time Machine Backups 1
1/30/13 7:28:18.309 PM com.apple.backupd: Backing up to: /Volumes/Time Machine Backups 1/Backups.backupdb
1/30/13 7:34:32.780 PM com.apple.backupd: 399.3 MB required (including padding), 937.6 MB available
1/30/13 7:34:32.780 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:35:32.919 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:36:34.779 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:37:36.419 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:38:37.465 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:39:39.420 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:40:40.628 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:41:41.317 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:42:42.105 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:43:42.982 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:45:20.244 PM com.apple.backupd: Copied 1381 files (6.4 MB) from volume Macintosh HD.
1/30/13 7:45:21.507 PM com.apple.backupd: 382.5 MB required (including padding), 826.5 MB available
1/30/13 7:45:21.508 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:46:22.938 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:47:24.914 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:48:25.931 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:49:26.589 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:50:27.743 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:51:27.952 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:52:28.736 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:53:29.707 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:54:30.516 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:55:31.297 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:56:33.290 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:57:35.031 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:58:36.765 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 7:59:37.721 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 8:00:38.577 PM com.apple.backupd: Waiting for index to be ready (100)
1/30/13 8:01:48.483 PM com.apple.backupd: Copied 1069 files (5.6 MB) from volume Macintosh HD.
1/30/13 8:02:02.230 PM com.apple.backupd: Starting post-backup thinning
1/30/13 8:02:46.083 PM com.apple.backupd: Deleted /Volumes/Time Machine Backups 1/Backups.backupdb/Michael’s MacBook Pro/2013-01-29-183909 (5.4 MB)
1/30/13 8:02:46.083 PM com.apple.backupd: Post-back up thinning complete: 1 expired backups removed
1/30/13 8:02:46.083 PM com.apple.backupd: Warning: backup disk now has only 644.1 MB free without removing old backups
1/30/13 8:02:46.259 PM com.apple.backupd: Backup completed successfully.
1/30/13 8:02:58.025 PM com.apple.backupd: Ejected Time Machine disk image.
1/30/13 8:02:58.407 PM com.apple.backupd: Ejected Time Machine network volume.
I'm backing up to a Time Capsule over WiFi. This time capsule has a total of 3 laptops that are backed up on it.

Never mind. Whatever it was, it's fine now. We'll see what happens when it has to delete old backups to make space. It's down to about 720 MB free without removing old backups.

Computer still taking a long time to boot

I have a late 2013 21.5” iMac (Model: ME087LL/A) with a 1TB hard drive (5400 rpm). I just switch from Windows to Mac, so I tried to keep everything as simple as possible on the transfer of files. I had only added Kaspersky Antivirus and Western Digital Tools.
Boot times and operation seemed normal so I transferred my music, pictures, and some files. My computer started running slow with just one user and started taking a long time to boot. I found that since I added about 24,000 pictures to iPhoto, the Mac was trying to send all these pictures to iCloud in the background. I stopped using iCloud for iPhoto and that seemed to speed up the normal operation once the computer is booted.
The computer still seemed to take a very long time to boot. It would now take 3 minutes to get from turning it on to being able to use Safari. I uninstalled Kaspersky Antivirus and Western Digital Tools using each company’s uninstallers so I know they are completely off the computer.
Any ideas on how to get back to the fast boot time? I am only using about 150 GBs of the 1 T drive so I don’t think that is causing the issue. What should I expect for a boot time on a brand new Late 2013 iMac? Or should I try to re-install Maverick and try to get a fresh start?
Any advice would be appreciated so I don’t feel like I made the wrong choice going to Mac. I'm kicking myself because the computer was so fast when I just got it.

Seventy one thanks for trying to help me out. I really appreciate it. Log is below. You are absolutely right. Kaspersky and WD look like they still have something (as well as google??). Is there anything else that stands out? How would I go about getting rid of them? Re-Install? Clean Re-Install?
EtreCheck version: 1.9.12 (48)
Report generated June 16, 2014 at 6:19:51 PM EDT
Hardware Information:
          iMac (21.5-inch, Late 2013) (Verified)
          iMac - model: iMac14,3
          1 2.9 GHz Intel Core i5 CPU: 4 cores
          8 GB RAM
Video Information:
          NVIDIA GeForce GT 750M - VRAM: 1024 MB
                    iMac 1920 x 1080
System Software:
          OS X 10.9.3 (13D65) - Uptime: 0 days 0:8:41
Disk Information:
          APPLE HDD HTS541010A9E662 disk0 : (1 TB)
                    EFI (disk0s1) <not mounted>: 209.7 MB
                    Macintosh HD (disk0s2) / [Startup]: 999.35 GB (847.45 GB free)
                    Recovery HD (disk0s3) <not mounted>: 650 MB
USB Information:
          Apple Inc. BRCM20702 Hub
                    Apple Inc. Bluetooth USB Host Controller
          Apple Inc. FaceTime HD Camera (Built-in)
Thunderbolt Information:
          Apple Inc. thunderbolt_bus
Gatekeeper:
          Mac App Store and identified developers
Kernel Extensions:
          [loaded] com.kaspersky.kext.klif (3.0.3a40) Support
          [loaded] com.kaspersky.nke (1.6.3a13) Support
Launch Daemons:
          [loaded] com.adobe.fpsaud.plist Support
          [loaded] com.microsoft.office.licensing.helper.plist Support
          [loaded] com.westerndigital.ErasePrivilegedHelper.plist Support
User Launch Agents:
          [loaded] com.google.keystone.agent.plist Support
User Login Items:
          None
Internet Plug-ins:
          SharePointBrowserPlugin: Version: 14.4.2 - SDK 10.6 Support
          FlashPlayer-10.6: Version: 14.0.0.125 - SDK 10.6 Support
          Flash Player: Version: 14.0.0.125 - SDK 10.6 Support
          QuickTime Plugin: Version: 7.7.3
          Default Browser: Version: 537 - SDK 10.9
Audio Plug-ins:
          BluetoothAudioPlugIn: Version: 1.0 - SDK 10.9
          AirPlay: Version: 2.0 - SDK 10.9
          AppleAVBAudio: Version: 203.2 - SDK 10.9
          iSightAudio: Version: 7.7.3 - SDK 10.9
iTunes Plug-ins:
          Quartz Composer Visualizer: Version: 1.4 - SDK 10.9
3rd Party Preference Panes:
          Flash Player Support
Time Machine:
          Skip System Files: NO
          Mobile backups: OFF
          Auto backup: YES
          Volumes being backed up:
                    Macintosh HD: Disk size: 930.71 GB Disk used: 141.47 GB
          Destinations:
                    Mac Backup [Local] (Last used)
                    Total size: 2
                    Total number of backups: 5
                    Oldest backup: 2014-06-08 00:03:53 +0000
                    Last backup: 2014-06-16 03:07:06 +0000
                    Size of backup disk: Adequate
                              Backup size 2 > (Disk used 141.47 GB X 3)
          Time Machine details may not be accurate.
          All volumes being backed up may not be listed.
Top Processes by CPU:
               2%          WindowServer
               1%          fontd
               0%          hidd
               0%          dpd
Top Processes by Memory:
          98 MB          Finder
          74 MB          WindowServer
          66 MB          ocspd
          66 MB          mds_stores
          66 MB          Dock
Virtual Memory Information:
          5.37 GB          Free RAM
          1.69 GB          Active RAM
          233 MB          Inactive RAM
          731 MB          Wired RAM
          233 MB          Page-ins
          0 B          Page-outs

SM59 - Remote Logon taking very long time - RFC is receiver

Hi Friends,
We have ABAP connection (SM59) to R/3 system from PI system. The connection test is fine. But, when we click the Remote Logon from SM59, it is taking very long time. It is unable to login.
Due to this, messages are in scheduled state in the receiver CC monitoring. (SOAP to RFC - Async ). Receiver RFC CC also are green.
We checked with R/3 team, the remote user which is used in SM59 is not locked in R/3 system and password also not changed.
Friends, kindly clarify why it is taking very long time from PI in SM59 when the connection is fine.
Kind regards,
Jegathees P.

Hi Sabarish,
I checked in SM58. There are no entries. SM59 is for other interfaces (IDoc). In the Message Monitoring all messages showing 'To be Delivered' and 'Delivering' from yesterday onwards. In the CC monitoring, it shows 'Message Processing Started' from yesterday onwards. But not completed.
I checked in SM21 take log of type 'RD'. I doubt is this the correct log for this problem.
The specified operating system call was returned with an error. |
For communication calls (receive, send, etc) often the cause of errors
are network problems.
It could also be a configuration problem at operating system level.
(file cannot be opened, no space in the file system etc.).
Additional specifications for error number 146
Name for errno number ECONNREFUSED
Interprocess communication (e.g. TCP/IP) connection refused by partner.
|This usually means that the necessary receiver program is not running.
Kindly clarify.
Kind regards,
Jegathees P.

Mail taking a long time to preview files to be attached

Similar Messages

Maybe you are looking for