search for: thrd

...: jacks at mid.org QAContact: rsync-qa at samba.org After running rsync, I discovered that a file - libdeb.so - that exists in the source tree had been deleted in the target tree. The specific command was.... rsync -aivc \ --delete \ --log-file=/home/oracle/logs/refresh_thrd_apps.log \ /mnt/oradb10-bkp20/oracle/src_r12_apps_prd/ \ /d00/oracle/THRD/apps/ /mnt/oradb10-bkp20 is an NFS file system mounted ReadOnly and /d00 is a local file system. I have verified that libdeb.so exists in the source tree and I have no evidence that it was every deleted. (...

...gt;> scheme = Scheme.last => #<Scheme id: 21, schemename: "another", colour: nil, share: nil, subject_id: nil, user_id: 2, created_at: "2010-10-05 08:17:03", updated_at: "2010-10-05 08:17:03"> >> work = Work.last => #<Work id: 5, workname: "thrd", unit_id: 4, user_id: nil, unit: nil, created_at: "2010-10-11 17:24:51", updated_at: "2010-10-11 17:24:51"> >> scheme.works << work ActiveRecord::StatementInvalid: SQLite3::SQLException: near ")": syntax error: INSERT INTO "schemes_works"...

...on OSX 10.5. Any thoughts appreciated. Thanks, Rob Here are the first few lines from running dtruss on rsync rsync: unpack_smb_acl: sys_acl_get_info(): Unknown error: 0 (0) rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1044) [sender=3.0.7] PID/THRD SYSCALL(args) = return 609/0x11a0: sigaction(0x1E, 0xBFFFF5A0, 0x0) = 0 0 609/0x11a0: sigaction(0x1F, 0xBFFFF5A0, 0x0) = 0 0 609/0x11a0: sigaction(0x14, 0xBFFFF5A0, 0x0) = 0 0 609/0x11a0: geteuid(0x14, 0xBFFFF5A0, 0x0) = 0 0 609/0x11a0: umask(0x0, 0xBFFFF5A0, 0x0) = 18...

Mac OS X 10.14.2 VirtualBox 5.2.22 and 6.0.0 libvirt installed via homebrew virsh -V Virsh command line tool of libvirt 4.10.0 See web site at https://libvirt.org/ Compiled with support for: Hypervisors: QEMU/KVM VMware VirtualBox ESX Test Networking: Remote Bridging Storage: Dir Miscellaneous: Daemon Secrets Debug brew services start libvirt virsh -c vbox:///session list error:

after a reboot into recovery mode, csrutil enable --without dtrace (ignoring warnings about how horribly unsupported this is). This eliminates the dtrace errors, but virsh remains ill. Clue bats appreciated! Last login: Mon Jan 7 12:31:39 on console /Users/AB84394>sudo dtruss -fn virsh PID/THRD SYSCALL(args) = return 918/0x3b12: thread_selfid(0x0, 0x0, 0x0) = 15122 0 918/0x3b12: __mac_syscall(0x112B02C89, 0x5A, 0x7FFEE285EF00) = 0 0 918/0x3b12: shared_region_check_np(0x7FFEE285ED68, 0x0, 0x0) = 0 0 918/0x3b12: stat64("/private/var/db/dyld/dyld_shared_cache_x86_64h\0...

...ze VirtualBox driver API > .... > In case it's helpful, here's dtruss results (dtruss -fn virsh; start virsh in another window...). Or are these artifacts of the SIP feature? sudo dtruss -fn virsh dtrace: system integrity protection is on, some features will not be available PID/THRD SYSCALL(args) = return 98962/0x5a031: thread_selfid(0x0, 0x0, 0x0) = 368689 0 98962/0x5a031: __mac_syscall(0x1058CDC89, 0x5A, 0x7FFEEA718F00) = 0 0 98962/0x5a031: shared_region_check_np(0x7FFEEA718D68, 0x0, 0x0) = 0 0 98962/0x5a031: stat64("/private/var/db/dyld/dyld_shared_cache_x86_...