Update an OSXPhotos Backup from a new Photo Library #1415
Replies: 3 comments 26 replies
-
|
Hi @jeremieberrebi Yes, you can do this with the
This step is required because osxphotos (like Photos) keeps track of photos and videos using a unique identifier known as a UUID. When you created the new library the photos would each get a new UUID and so osxphotos wouldn't recognize them as the old photos and would re-export. The migration command will match the photos in the new library to those in the old library and update the export database to work with the new library. You only need to do this one time. |
Beta Was this translation helpful? Give feedback.
-
|
Thanks a lot @RhetTbull ! Impressive! The OSXPhotos backup is on a SSD Drive on a Synology NAS If not, perhaps, it will be better to reexport everything from the new Library |
Beta Was this translation helpful? Give feedback.
-
|
@jeremieberrebi It is possible the repair Photos library function changed all the unique IDs associated with each photo. This does not always happen but I've seen Photos do this. To be safe, I recommend the migrate feature discussed above:
In this case, the |
Beta Was this translation helpful? Give feedback.
-
|
I'm afraid to have the same problem than the one I had here. It could be very slow. I have 153000 photos and 12000 videos. My OSXPhotosBackup is on a Synology NAS.... |
Beta Was this translation helpful? Give feedback.
-
|
I'd forgotten about that. I opened a new issue to fix this -- will get a fix done as soon as I have time. In the meantime, you could dry an export with |
Beta Was this translation helpful? Give feedback.
-
|
Just tried Perhaps I could use the method you described here? Something else jeremieberrebi@Jeremies-iMac ~ % osxphotos export --skip-edited --retry 3 /volumes/LibraryBackup --ramdb --export-by-date --update --dry-run |
Beta Was this translation helpful? Give feedback.
-
The problem is your NAS setup will make this very slow and unfortunately osxphotos doesn't support moving the export database to a temp location until I fix the issue (#1450) with this you'll have to update the DB in place over the NAS and your experience shows this to be very slow.
No. This is a core part of how osxphotos works. It must read in the entire Photos library before it can begin export. Someday I might fix this but it requires a complete rewrite of much of the osxphotos code. "osxphotos is too slow" is not something I spend much time on because export is something you can start and walk away until it's done. |
Beta Was this translation helpful? Give feedback.
-
|
@jeremieberrebi unrelated to OSXPhotos app itself, but since you are dealing with a lot of files and some of them relatively small, I was wondering if your mac <---> nas is optimized to possibly get some more performance out of it ... Couple questions and suggustions potentially, especially if SMB is being used.
re: SMB only, the following config file settings on the Mac for /etc/nsmb.conf may help speed up your transfers. This will disable packet signing, caching and indexing while browsing SMB shares. Forces SMB 3, enables multichannel connections, and prioritizes wired connections over wireless. Will need to reboot your Mac for this to take effect. Recommend you backup existing nsmb.conf file before replacing it's contents with below (so you can revert back if needed). /etc/nsmb.conf file contents: [default]
signing_required=no
streams=yes
notify_off=yes
port445=no_netbios
soft=yes
dir_cache_max_cnt=0
dir_cache_max=0
dir_cache_off=yes
protocol_vers_map=4
validate_neg_off=yes
mc_on=yes
mc_prefer_wired=yes |
Beta Was this translation helpful? Give feedback.
-
|
It's ok I found the answer : --person-keyword Let's go :) |
Beta Was this translation helpful? Give feedback.
-
Changes # 1: macOS Tab Others Tab FileServices --> Advanced tab (far right after SMB / AFP / NFS / FTP ... / Advanced)
Run the Black Magic Disk Test again. Make sure the target drive is properly selected. Run the test and record the new READ and WRITE numbers and label as: NAS UPDATED SMB2/3 Results. Changes # 2: Basically out of your three recorded results you want the one with the highest overall WRITE and READ MB/s results. If needed revert back via deleting the /etc/nsmb.conf file and rebooting the iMac. And if needed to revert back to original undo any changes made on the NAS in CHANGES # 1 to what you had originally. Feel free to share your test results in all three configurations as it might be helpful for someone else if they are looking to see if it makes any difference: i.e.
|
Beta Was this translation helpful? Give feedback.
-
|
@rajscode 
I'll work on Changes #2 tomorrow. |
Beta Was this translation helpful? Give feedback.
-
|
@rajscode 
|
Beta Was this translation helpful? Give feedback.
-
Confirm that the nsmb.conf file is inside of the /etc directory. And also that you rebooted the Mac once after the file was kept / created inside the /etc directory. If you did that then all good. The expected biggest perf gain was from making the move off SMBv1. Enjoy ! |
Beta Was this translation helpful? Give feedback.
-
Hello @RhetTbull
We discussed in this thread #1400
Finally, I reimported all my photos from the different folders to a new Photo Library. All is working perfectly now.
(I had a few hundreds pictures missing but they were not in my original Photo Library (perhaps, former deleted files?) but it's not the subject of my question)
What I've done:
Photo Library 1 >>> OsXPhotos Backup >>> New Photo Library
I want to always keep a backup of files made with OSXPhotos. I think it's always great to have the original pictures as backup.
I want this:
Photo Library 1 >>> OsXPhotos Backup >>> New Photo Library >>> OsXPhotos Backup updated regularly.
Now that I have my new Photo Library, do I have to reexport everything once before to use your --update parameter? Or do you think I could avoid to reexport and just add new pictures to the former export?
By reading your documentation, it seems that I have to reexport everything...to have a new export database.
Thanks again
Beta Was this translation helpful? Give feedback.
All reactions