grahamperrin
Dabbler
- Joined
- Feb 18, 2013
- Messages
- 27
Moderator Note: Pruned from the tail end of a nearly 3 year old thread, please don't necropost - JG
+1
With attention to the opening post, I'm actively testing for scrub- and/or reboot-related misbehaviours with FreeBSD 9.2-RELEASE-p9 on a relatively old, low spec machine (RM Expert 3030, circa 2009, Intel Pentium III Xeon) into which I have put 4 GB memory and four hard disk drives. From the RMEquip File for the product as originally supplied:
So far, no breakage of the type described in the opening post.
@fracai please: what is the model identifier of the Apple notebook that was used at the time?
An ideal
A test result without an ideal unmount
An early 2009 MacBookPro5,2 with 8 GB memory and OS X 10.9.5. I performed a few actions (nothing insane) to get reported failure to eject a volume. From one of the attached files:
2016-01-29 07:36:26.265 com.apple.backupd[1954]: Copied 64.98 GB of 100.37 GB, 1473380 of 2431122 items
2016-01-29 07:36:30.405 com.apple.backupd[1954]: Copied 1473389 items (64.98 GB) from volume OS. Linked 0.
2016-01-29 07:36:30.606 com.apple.backupd[1954]: Error writing to backup log. NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Not a directory
2016-01-29 07:36:30.998 com.apple.backupd[1954]: Error writing to backup log. NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Not a directory
2016-01-29 07:36:30.999 com.apple.backupd[1954]: Error writing to backup log. NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Not a directory
2016-01-29 07:36:31.002 com.apple.backupd[1954]: Error writing to backup log. NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Not a directory
2016-01-29 07:36:31.004 com.apple.backupd[1954]: Error writing to backup log. NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Not a directory
2016-01-29 07:36:31.006 com.apple.backupd[1954]: Error writing to backup log. NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Not a directory
2016-01-29 07:36:31.007 com.apple.backupd[1954]: Error writing to backup log. NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Not a directory
2016-01-29 07:38:37.144 com.apple.backupd[1954]: Backup canceled.
2016-01-29 07:38:40.304 com.apple.backupd[1954]: [SnapshotUtilities mountPointForVolumeRef] FSGetVolumeInfo returned: -35
2016-01-29 07:38:40.304 com.apple.backupd[1954]: Failed to eject volume (null) (FSVolumeRefNum: -113; status: -35; dissenting pid: -1)
2016-01-29 07:38:40.305 com.apple.backupd[1954]: Failed to eject Time Machine disk image: /Volumes/FreeNAS Time Machine/cces3e-gjp4.sparsebundle
Goodness, post-recovery
Additional information; relevance
For yesterday morning's incident I have a variety of other screenshots and other information, including an outline of the sequence of actions, but I should treat those details as not relevant to this topic because:
… perhaps the hardware is on edge or woefully underspecced. …
+1
With attention to the opening post, I'm actively testing for scrub- and/or reboot-related misbehaviours with FreeBSD 9.2-RELEASE-p9 on a relatively old, low spec machine (RM Expert 3030, circa 2009, Intel Pentium III Xeon) into which I have put 4 GB memory and four hard disk drives. From the RMEquip File for the product as originally supplied:
Part Number: 1GY550
Description: F/A-2.33C2D 2048DDR43030 MIO MX NFD IXF 160/ XPC**
Range: RM EXPERT 3030
Hardware Information: _
CPU: Intel Pentium III Xeon processor
Memory Slot 0: Samsung M3 78T2863QZS-CE6 1024MB
Memory Slot 2: Samsung M3 78T2863QZS-CE6 1024MB
MainBoard: Intel Corporation DQ35JO[DQ35JOE]
Video Controller: NVIDIA GeForce 8400(512MB)[NV8400GS]
Audio Controller: Realtek High Definition Audio[0ALC268]
Network Controller 1: Intel(R) 82566DM-2 Gigabit Network Connection[082566]
Network Controller 2: 1394 Net Adapter
Hard drive Position(0): (SATA) SAMSUNG_HD161HJ (Size 149GB. Serial No: …)[HD161HJ]
Optical Drive (Master): TSSTcorp CDW/DVD SH-M522C
Case: MX3
Advanced Hardware Information: _
CPU L2 Cache: 6144
CPU Family Model Stepping: x86 Family 6 Model 23 Stepping 6
MainBoard BIOS: JOQ3510J.86A.0865.2008.0404.0146
Description: F/A-2.33C2D 2048DDR43030 MIO MX NFD IXF 160/ XPC**
Range: RM EXPERT 3030
Hardware Information: _
CPU: Intel Pentium III Xeon processor
Memory Slot 0: Samsung M3 78T2863QZS-CE6 1024MB
Memory Slot 2: Samsung M3 78T2863QZS-CE6 1024MB
MainBoard: Intel Corporation DQ35JO[DQ35JOE]
Video Controller: NVIDIA GeForce 8400(512MB)[NV8400GS]
Audio Controller: Realtek High Definition Audio[0ALC268]
Network Controller 1: Intel(R) 82566DM-2 Gigabit Network Connection[082566]
Network Controller 2: 1394 Net Adapter
Hard drive Position(0): (SATA) SAMSUNG_HD161HJ (Size 149GB. Serial No: …)[HD161HJ]
Optical Drive (Master): TSSTcorp CDW/DVD SH-M522C
Case: MX3
Advanced Hardware Information: _
CPU L2 Cache: 6144
CPU Family Model Stepping: x86 Family 6 Model 23 Stepping 6
MainBoard BIOS: JOQ3510J.86A.0865.2008.0404.0146
So far, no breakage of the type described in the opening post.
Never used a Mac, but it sounds like time machine keeps certain files open all the time when your Mac is running. If you reboot the server with those files open then Time Machine ends up being unable to figure out what is going on because those files weren't properly closed before the server rebooted. …
Time Machine doesn't act like that, CJ - no files are held open, and the TM target is completely dismounted by the client between the hourly backup sessions.
… what I think is going on is that TM starts backing up, but is interrupted and uncleanly dismounts the backup target. …
@fracai please: what is the model identifier of the Apple notebook that was used at the time?
An ideal
… if you shut the lid on a Mac laptop while it's writing to its TM destination, it'll tidy up, dismount the TM archive and then go to sleep. On the next opportunity, it'll pick up from where it left off. …
A test result without an ideal unmount
An early 2009 MacBookPro5,2 with 8 GB memory and OS X 10.9.5. I performed a few actions (nothing insane) to get reported failure to eject a volume. From one of the attached files:
2016-01-29 07:36:26.265 com.apple.backupd[1954]: Copied 64.98 GB of 100.37 GB, 1473380 of 2431122 items
2016-01-29 07:36:30.405 com.apple.backupd[1954]: Copied 1473389 items (64.98 GB) from volume OS. Linked 0.
2016-01-29 07:36:30.606 com.apple.backupd[1954]: Error writing to backup log. NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Not a directory
2016-01-29 07:36:30.998 com.apple.backupd[1954]: Error writing to backup log. NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Not a directory
2016-01-29 07:36:30.999 com.apple.backupd[1954]: Error writing to backup log. NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Not a directory
2016-01-29 07:36:31.002 com.apple.backupd[1954]: Error writing to backup log. NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Not a directory
2016-01-29 07:36:31.004 com.apple.backupd[1954]: Error writing to backup log. NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Not a directory
2016-01-29 07:36:31.006 com.apple.backupd[1954]: Error writing to backup log. NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Not a directory
2016-01-29 07:36:31.007 com.apple.backupd[1954]: Error writing to backup log. NSFileHandleOperationException:*** -[NSConcreteFileHandle writeData:]: Not a directory
2016-01-29 07:38:37.144 com.apple.backupd[1954]: Backup canceled.
2016-01-29 07:38:40.304 com.apple.backupd[1954]: [SnapshotUtilities mountPointForVolumeRef] FSGetVolumeInfo returned: -35
2016-01-29 07:38:40.304 com.apple.backupd[1954]: Failed to eject volume (null) (FSVolumeRefNum: -113; status: -35; dissenting pid: -1)
2016-01-29 07:38:40.305 com.apple.backupd[1954]: Failed to eject Time Machine disk image: /Volumes/FreeNAS Time Machine/cces3e-gjp4.sparsebundle
Goodness, post-recovery
Additional information; relevance
For yesterday morning's incident I have a variety of other screenshots and other information, including an outline of the sequence of actions, but I should treat those details as not relevant to this topic because:
- recovery occurred
- neither reboots, nor a scrub, caused breakage of the backup data.
Attachments
Last edited: