Rsync over afp

I'm trying to rsync from a source remote folder to a local folder:
rsync -a afp://192.168.1.101/Documents/matty-test ./
I get the following error:
ssh: Error resolving hostname afp: nodename nor servname provided, or not known
Not sure what ssh has to do with all of this

rsync -a afp://192.168.1.101/Documents/matty-test ./
rsync knows 2 network protocols. Its own for communicating with a remote rsyncd daemon, and ssh for secure remote communications.
When you specify a colon (:) in a path, it assumes this is the remote.system.address:/path/to/remote/file/or/directory. It also assumes you are using either its own rsync or ssh network protocols.
rsync does not know about Apple file sharing, it does not know about Windows CIFS/SMB, it does not know about FTP, etc...
rsync over ssh is a rather powerful tool, especially if you exchange ssh keys so you do not need to provide a login password.
But if you want to use rsync with an AppleShare volume, then mount the AppleShare volume first and then just use rsync as if everything is local, letting the lower layers of the Mac OS X file system handle the network traffic.
Also you might want to look into the rsync -E option when working with Mac OS X files.
And as has been mentioned, this question is better posted in the *Mac OS X Technologies* -> Unix forum. You are more likely to find Unix knowledgeable discussions there.
<http://discussions.apple.com/forum.jspa?forumID=735>

Similar Messages

Unusually access over AFP since 10.4.6

Hello,
since we upgraded our clients and our XServe to OS 10.4.6, there is unusually much more access to the shared folder of the XServe. I checked it with fs_usage on the clients and on the server. On the clients you can see, if the shared folder is connected, the Finder is doing much access to this folder (but all applications are closed) and this never stops.
On the server it looks like a permanent scan of the folders over AFP.
The shared folder on the server is an XSAN-Volume and now the performance of AFP goes completely down
Has someone an idea, what the Finder of the clients is doing now and how I can stop this?
Mac OS X (10.4.6)
XServe Mac OS X (10.4.6)

Nice, a .DS_Store file was the reason! I have deleted all .DS_Store files on the shared Volume and now it works fine!
Now, I will disable the .DS_Store files on Networkvolumes. Therefor I found this:
http://forum.onmac.net/archive/index.php/t-334.html
Thanks - Jan
Mac OS X (10.4.6)

File copy over AFP / SMB very slow on Mavericks

Hi guys.
I have a retina macbook pro (early 2013) and a mac mini (late 2012).
Both are running 10.9.1. The mac mini has OS X server installed and 2 USB 3.0 harddisks attached to it in RAID0.
I have a Thunderbolt display hooked up to my MBP. I have a 1gbit wired network between the two machines.
Now comes the problem: file copy from the USB 3.0 RAID array to the macbook pro over AFP or SMB is slow, I only get around 8 MB/sec.
First I thought it was a wiring issue (I created my own ethernet cables). However, I tried copying the file via SCP (i.e. SSH) and then I get 50 MB/sec. Still not close to the maximum for gigabit, but at least a lot higher than 8 MB/sec.
I tried googling if anybody else has the same issue, but couldn't really find definitive answers.
I have tried everything with both jumbo frames of and on. Both give the same results.
What's even stranger is if I connect my MBP over 5 GHz to my airport instead of wired, I get 20 MB/sec over AFP....
As far as I know the problem did not arise in the pre-Mavericks time.
Does anybody have any suggestions or solutions? 8 MB/sec is not really that nice

Have you checked your ethernet speed/duplex settings on the ethernet port and XP machine?

10.7: mounting .sparsebundle over AFP

Hello World,
I seem to be having difficulties mounting any sort of .sparsebundle image files through an AFP network connection on my MBP OS X 10.7.3. I have tried mounting a .sparsebundle image file as an admin user and as the sudo user without any luck.
When I run the command below, the image disk, '/Volumes/TestImageVol', seems to mount and shows up on the desktop BUT less then a second later unmounts/disappears. No warning, no nothing!
bash-3.2# hdiutil attach /Volumes/TestExtHDD/TestImage.sparsebundle/
/dev/disk1                    Apple_partition_scheme
/dev/disk1s1                  Apple_partition_map
/dev/disk1s2                  Apple_HFS                                /Volumes/TestImageVol
bash-3.2#
I can mount other image files (.DMG) just fine from the exact same location as the .sparsebundle files using the terminal command, hdiutil. I can also copy the .sparsebundle files from the AFP network drive to my MBP's local HDD and then mount them using the hdiutil command.
The AFP network is running off an older PowerMac G4 OS X 10.4.11 which has a 2TB external HDD connected to it called, "TestExtHDD". The external HDD is holding all the disk images that I am hopping to mount over an AFP network in the near future.
Here are the deets about the .sparsebundle file:
- Create on Mac OS X 10.7.3 using Disk Utility v12.1
- Filename: TestImage.sparsebundle
- Volume Name: TestImageVol
- Vol Size: 40MB
- Format: Mac OS Extended (Journaled)
- Encryption: none
- Partiions: Single Partition - GUID Partition Map
- Image Format: Sparse Bundle Disk Image
World, any thoughts on why this is happening for only .sparsebundle files?
PS. Yes I do connect to the AFP network share ("afp://user:pass@domainname/TestExtHDD" --> "/Volumes/TestExtHDD") before I try mounting any image files and yes I have plenty of space on both my AFP server and my MBP HDDs.
Thanks,
Sam

AFP (Apple Filing Protocol ) is ideal – it's provided by netatalk, and can be used by things such as Time Machine.
Reference
Time Machine Network Interface Specification (TMNIS): Time Machine Server Requirements

Creating DMGs mountable over AFP

Hi there,
I`m wondering how to create a DMG file, that is mountable via AFP over the Internet.
Here is the situation.
We have our own server with network drives shared over FTP / AFP.
From multiple locations we access the server (Mac OS X Leopard Server) to get data from it via AFP (mount drives in Finder).
One of the drives stores our software.
And when there`s a software that is not freeware, we got used to make a DMG file from the App (or installer) + text file with serial number and sometimes other stuff like manual in PDF.
When I take for instance Toast 9 from Roxio and put their DMG on the server, I can mount it without copying the whole 230 MB file to my computer. Only via internet. And it gets mounted within seconds. Even on my 4 Mbit/s internet connection.
But when I create compressed DMG file without encryption in Disk Utility (I use the option to create new disk image from folder) and put such a DMG on the network drive, it takes really long to mount it. It seems to me like with such a DMG the Finder needs to cache it somehow, i.e. Finder needs to copy the file first to my computer and then mount it.
It can be seen also through Activity Monitor and the Network Traffic tab, that system is transferring some data with full speed of my internet connection.
Can somebody give me an advice, how to create a DMG file, that can be mounted via internet, without the need of being first cached locally?
Thanks a lot...

Google the search terms "encrypted NAS" and see if anything there is of any help to you.

File locking over AFP for GnuPG?

I'm trying to get Network Home directories working for our company as we have a few hotseat MacMini's and don't want to have local profiles on each. I've got that working as expected, the issue I'm having now is that we use GnuPG quite extensively and I can't get it to work over the network share. After a bit of digging it looks like it need to lock the key files while they're being accessed.
The error I'm seeing is:
gpg: lock not made: link() failed: Operation not supported
gpg: can't lock `/Network/Servers/macmini-server.local/Volumes/UserData/Network Users/testuser/.gnupg/secring.gpg'
gpg: DBG: Oops, `/Network/Servers/macmini-server.local/Volumes/UserData/Network Users/testuser/.gnupg/secring.gpg.lock' is not locked
gpg: keyblock resource `/Network/Servers/macmini-server.local/Volumes/UserData/Network Users/testuser/.gnupg/secring.gpg': General error
I know about the 'lock-never' option for GnuPG, but that doesn't work when setting a new key, and isn't the ideal solution.
Is there an option on the AFP server that needs to be set to enable locking?
Steve

I am sure Apple provide a means to do file locking and/or record locking. However your software might need to be written to properly call Apple's APIs to do this. I know Microsoft as an example always (tried) to do this their own way and as a result it pretty much never worked properly with Office for Mac.
This sort of query is going to be better pursued via Apple's Developer forums.

Server 10.4, Older Clients, and ACLs over AFP

What's the deal with ACLs in 10.4.5 and old clients (e.g. 10.3 clients)? Should 10.3 clients respect ACLs, or should they be default to the POSIX permissions when logged in to the server using AFP in Finder? What about an OS 9 client over Appletalk?
Quicksliver G4 Mac OS X (10.4.5)

I can confirm that server-side Effective Permissions, including ACLs, are utilized by pre-Tiger systems. With that in mind, though, note that Mac OS X 10.2 through 10.3.9 and earlier may show fake "POSIX" permissions in their Info windows (usually in the form of an owner that "changes"). Mac OS 9 systems may show something unexpected as well.
Mac OS X 10.4 uses AFP 3.2, which supports a maximum volume size of at least 16 TB; that's the maximum file size as well. Since the AppleShare client 3.8.8 and 3.8.9 in Mac OS 9.1 and 9.2.2 were designed for AFP 2.2, the maximum volume size will be 2.0 TB; likewise, the maximum vile size is 2.0 GB. See the File Sharing limitations for Mac OS 9 in this document for more details: http://docs.info.apple.com/article.html?artnum=15460
Likewise, Mac OS 9 uses Mac OS Roman name encoding for English language systems. For all systems, Mac OS X uses Unicode file name encoding. One side effect of this is that Mac OS 9 systems will truncate file names to 31 characters, and non-Roman characters (for English systems) may not display correctly.*
Further, the AFP process in Mac OS X and Mac OS X Server is not configured to support transport connections using the AppleTalk protocol. This is not new to Mac OS X 10.4 Tiger, even though client support for AFP over AppleTalk has been removed in Mac OS X 10.4. That is, all Mac OS X Server systems have utilized TCP/IP for transport since Mac OS X 10.0. Thus, your client systems need to have TCP/IP networking configured.
Mac OS X 10.2 and later can browse for your server using multicast DNS (mDNS/Rendezvous/Bonjour). To enable browsing for your server from Mac OS 9 systems, the easiest thing to do is to enable AppleTalk for the server's primary Ethernet interface. This will allow all systems to browse for (locate) your server more easily. Earlier versions of Mac OS X Server supported SLP broadcasting, which is a TCP/IP-based server announcement supported by Mac OS 9 through Mac OS X 10.4.x.
* The HFS+ filesystem supports 255-character Unicode names, but that feature was not utilized until the release of Mac OS X 10.0, even though HFS+ was introduced in Mac OS 8.1.
--Gerrit

Why can I no longer mount shares over AFP?

Pre-Mavericks, I had two MBP's backing up to an iMac with a 2TB shared USB drive. It worked flawlessly.
Then, after all machines were upgraded, this stopped (I know shares now prefer SMB2, and TM only uses AFP - seems a little counter-intuitive. I have a 2TB disk, and I'm not going to go spend another 400 GBP on one that has an Apple logo).
Shortly after the Mavericks upgrade, I could open Safari OR use "Connect to server..." in Finder and type in: afp://iMac.local and mount the share fine (automation removed, tyvm - but it still functioned).
For the past 6 - 8 weeks, however, that no longer works either, nor does mount_afp. I get chronic 1069 errors no matter what I try.
I even have old entries where via Browse the paths were "afp://iMac._afpovertcp._tcp.local", but now selecting this only results in a timeout.
If I select either "smb://iMac._smb._tcp.local", or type in "cifs://iMac.local", then I get a list of the avaiable shared file systems, and things work (but OF COURSE, I cannot use TimeMachine for backups).
I even tried fiddling with the "sharing" command to enable AFP only for the Backup share, but lo and behold, even after that, I can only attempt to map with "smb://", and I can only mount the share via SMB (as evidenced by the output of "df"). I thought if SMB weren't available, then my understanding was that Mavericks was supposed to fall back to AFP. I guess not...
It's like there has been a systematic crippling/removal of AFP, which is fine if you fix TimeMachine. I had to RMA the iMac once, and it was incredibly convenient to be able to tell the OS when booting that I wanted to restore from backup. It worked seamlessly. But I don't want to have to disconnect the USB drive and go to each machine individually. I'm really curious how peoples' TimeCapsules still work? OR if everything would still be working fine had I not gone to Mavericks on the iMac.
Does anyone have an explanation? Is it just GONE??

any ideas?

Extremely SLLLLOOOOOWWWW Powerpoints over AFP/SMB

Ladies, Gents.
After a frustrating week of installing Leopard Server, everything now works (mostly) the way I want it, bar a few bugreports and feature requests... But I have one HUGE problem, which off course I never expected nor tested for.
The problem is simple, but frustrating: opening a 5 MB Powerpoint 2004 presentation over the (wireless or wired, makes no difference) network takes almost as many minutes as the file is large... A 50 MB file is not even worth trying.
It is not a network performance issue persé, because copying the file to the desktop is as quick as can be expected, takes a couple of seconds, and the file then opens in a matter of seconds as well. It is a network comprised of iMac G5's, G4 Powerbooks, Macbooks and Macbook Pro's, and ALL machines have it. PPC machines are slightly less slow than Intel, but it still takes far too long.
I have tried if Office 2008 makes a difference, but it doesn't.
Logs on both local machines and the server give me no usefull information whatsoever, at least no errors. A collegue pointed to the fact that it MIGHT be an ACL issue, which means I would be screwed with Leopard server.
1) Is there anyone else out there who has similar problems?
2) Where do I begin looking for a solution
3) Is there any way NOT to use ACL's in 10.5 server?

Office just never seems to play nice with OS X servers.
I came across this article recently - it offers no help but indicates you're not alone.
Microsoft Office 2008 apps slow to launch A number of users are reporting incredibly slow launch times (up to several minutes) for Office 2008 applications under Mac OS X 10.5.2. Some MacFixIt readers report that Apple and Microsoft have both identified this as a known issue.
For some users, the following fixe has proven mildly successful: In Word, turn off WYSIWYG fonts and "Show Project Gallery at Startup" in (go the "Word" menu, then Preferences > General). Quit any Office apps. Next delete the files:
* ~/Library/Application Support/Microsoft/Office/User Templates/Normal.dotm
* ~/Library/Preferences/com.microsoft.Word.plist
* ~/Library/Preferences/Microsoft/Office 2008
(the ~ refers to your home user directory)
and restart.
For others the slowness persists.
One MacFixIt reader writes:
"I was on the phone with Microsoft yesterday for about one hour... They are aware it is a known problem. They said a few things have worked for some people, but there is a bigger issue still at hand... I then called Apple, they said they are aware of the issue and are working with Microsoft. They said it only affects 10.5.2 users. They said it isn't a bug, it is a conflict."
Note that an update to Office 2008 -- version 12.0.1 -- is forthcoming.

Run applescript mounting volume over afp

don't know if it is possible, but is there a way that when my users mount a certain volume i can have an applescript (that is located on the volume or elsewhere) run?

is it posible that your user mount the afp volumes per applescript?

Sharing Volumes over AFP

I have several Macs. One of which has several firewire drives attached. From other macs on the network, when I browse the Network and authenticate myself I see all of the mounted volumes. So the Mac automatically shares all of its mounted volumes via AFP.
I recently purchased a firewire CF card reader. And expect that when I insert a card, it gets mounted on the desktop, and is also made available via afp. But that is not the case. For some reason the firewire card is not being shared via AFP. Why is this the case? How can I get it to be exported via AFP like all my other firewire drives?

Sharepoints will allow you to do it easily...
http://www.hornware.com/sharepoints/
Might also be the Get Info>Ignore Ownership checkbox... dunno on that one.

Adding documents over afp server.

I am working on a script to generate a book from a text file. The indesign files are on an afp mount, which has been mounted and the permissions seem to be correct. I can have indesign open the document without any problem.
Using the following line of applescript adds a document to a book if the document is on the local machine but doesn't seem to work if the document is on the server.
set someContent to make new book content given full name:"afpseverMount:myDoc.indd"
Any idea why? Possible solutions?
Thanks,
Joseph

On 18/1/08 9:20 AM, "Joseph Oxborrow" <[email protected]> wrote: > Script editor complains if there isn't a colon and won't compile. That's because it should be: set someContent to make new book content with properties {full name:myDoc} -- Shane Stanley <[email protected]> AppleScript Pro Florida, Feb 2008 <a href=http://scriptingmatters.com/aspro>

Finder + ACLs over AFP Mounted Remote Volume

Hey Guys!
My Finder is not able to display ACLs on files coming from an AFP mounted volume. The ACLs are there -- ``ls -lef'' displays them correctly. If there some obvious thing here that I'm missing?
regards,
P

Yes, sort of. Whenever you're doing an "opportunistic mount" where the server and client are not joined to the same directory domain, permissions masking will take place. When masking is in effect, it maps access from the currently logged-in user (session owner) on the client to the server share point based on the name and password entered after choosing Go > Connect to Server.
When dealing with masked permissions, this will be the case:
* On the client-side, the Finder Info windows may or may not correctly show all ACLs and POSIX permissions of items on the share point. They may simply display effective access - e.g. "you can only read" - without further detail. This depends on the protocol. Typically AFP share points will show correct server-side ACLs and POSIX permissions.
* On the client-side, listing (ls) the contents of the share point via Terminal will indicate that the session owner has full control and is the "POSIX owner" with others' access at zero (0700). These are the masked permissions, not the real ones.
* On the server, permissions listed via ls in Terminal or Server Admin's File Sharing section will be the correct ones.
--Gerrit

How to show IP's of all users connected over AFP?

Hello --
In my office, we all use Mac OS X filesharing to share projects, files, etc. I'd like to be able to see what IP addresses are connected to my computer as AFP clients. ...Using "who" in Terminal won't work since everyone connects to me using the same account name. Is there another way to do this?
Thanks in advance!
Mike

netstat -an | egrep 548
Roger

Mount encrypted DMG and share as a shared filesystem over afp

I am trying to share the hfs+ filesystem that resides on an encrypted .dmg file. When trying to share the filesystem the only one that can mount this system is the person that mounted it on the localsytem. Is there a limitation on mounting .dmg and sharing the filesystem or is there a trick that i don't know. The end result should be a work group with an encrypted share.
Thanks

Try creating a disk image on your Desktop. If you have the same problem with it, do as follows.
Please read this whole message before doing anything.
This procedure is a diagnostic test. It’s unlikely to solve your problem. Don’t be disappointed when you find that nothing has changed after you complete it.
The purpose of the test is to determine whether the problem is caused by third-party software that loads automatically at startup or login, by a peripheral device, or by corruption of certain system caches.
Disconnect all wired peripherals except those needed for the test, and remove all aftermarket expansion cards. Boot in safe mode and log in to the account with the problem. Note: If FileVault is enabled on some models, or if a firmware password is set, or if the boot volume is a software RAID, you can’t do this. Ask for further instructions.
Safe mode is much slower to boot and run than normal, and some things won’t work at all, including sound output and Wi-Fi on certain iMacs. The next normal boot may also be somewhat slow.
The login screen appears even if you usually log in automatically. You must know your login password in order to log in. If you’ve forgotten the password, you will need to reset it before you begin. Test while in safe mode. Same problem? After testing, reboot as usual (i.e., not in safe mode) and verify that you still have the problem. Post the results of the test.

Rsync over afp

Similar Messages

Maybe you are looking for