Preparing flush failed with VERR_NOT_SUPPORTED - virtual-machine

I get this error when I click start Mavericks on Oracle VM VirtualBox Manager. Do you know how to fix this error?
00:00:29.335737 ********************* End of statistics **********************
00:00:29.335962 VUSB: detached 'HidKeyboard' from port 1
00:00:29.336143 VUSB: detached 'HidMouse' from port 2
00:00:29.349809 AIOMgr: Preparing flush failed with VERR_NOT_SUPPORTED, disabling async flushes
00:00:29.366360 NAT: zone(nm:mbuf_cluster, used:0)
00:00:29.367021 NAT: zone(nm:mbuf_packet, used:0)
00:00:29.367044 NAT: zone(nm:mbuf, used:0)
00:00:29.367053 NAT: zone(nm:mbuf_jumbo_pagesize, used:0)
00:00:29.367652 NAT: zone(nm:mbuf_jumbo_9k, used:0)
00:00:29.367966 NAT: zone(nm:mbuf_jumbo_16k, used:0)
00:00:29.368123 NAT: zone(nm:mbuf_ext_refcnt, used:0)
00:00:29.383296 Changing the VM state from 'DESTROYING' to 'TERMINATED'.
00:00:29.671449 UIMachineView::storeGuestSizeHint: Storing guest size-hint for screen 0 as 720x400
I tried this but does not helped --> http://maheshbokkisam.blogspot.com/2014/02/aiomgr-preparing-flush-failed-with.html

Kindly check whether this issue is applicable to your case Mac OS as guest important information

Related

Why am I getting Guru Meditation -79 (VERR_INVALID_STATE) in VirtualBox?

I've been running a guest OS in VirtualBox and, while I was doing some stuff in my host OS, the computer locked up. So, I had to reboot from the ON/OFF button of my laptop.
After that, whenever I try to run the guest OS in VirtualBox, I get the guru meditation error.
I've been searching for the solution on the Internet, but I couldn't solve it yet.
Virtualization is enabled on the BIOS menu, RAM memory for the guest OS is set to 1GB (my computer has 8GB RAM), and even so it doesn't work. I've also tried to reinstall VirtualBox and delete and import again the virtual machine image but no success.
Here I attach an excerpt of the log data file:
00:00:00.953342 VMEmt: Halt method global1 (5)
00:00:00.953439 VMEmt: HaltedGlobal1 config: cNsSpinBlockThresholdCfg=2000
00:00:00.953455 Changing the VM state from 'CREATING' to 'CREATED'
00:00:00.954529 SharedFolders host service: Adding host mapping
00:00:00.954541 Host path '/home/aaron/Trabajo/PSE4RAW', map name 'vagrant', writable, automount=false, automntpnt=, create_symlinks=true, missing=false
00:00:00.954948 Changing the VM state from 'CREATED' to 'POWERING_ON'
00:00:00.955002 AIOMgr: Endpoints without assigned bandwidth groups:
00:00:00.955010 AIOMgr: /home/aaron/VirtualBox VMs/PSE4RAW_default_1643020476130_80381/box-disk001.vmdk
00:00:00.955109 Changing the VM state from 'POWERING_ON' to 'RUNNING'
00:00:00.955124 Console: Machine state changed to 'Running'
00:00:00.956684 Changing the VM state from 'RUNNING' to 'GURU_MEDITATION'
00:00:00.956703 Console: Machine state changed to 'GuruMeditation'
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
00:00:00.956894 !!
00:00:00.956894 !! VCPU0: Guru Meditation -79 (VERR_INVALID_STATE)
00:00:00.956898 !!
00:00:00.956902 !!
00:00:00.956903 !! {mappings, <NULL>}
00:00:00.956903 !!
00:00:00.956913 !!
00:00:00.956913 !! {hma, <NULL>}
00:00:00.956914 !!
00:00:00.956915 Hypervisor Memory Area (HMA) Layout: Base 00000000a0000000, 0x02800000 bytes
00:00:00.956917 00000000a06c7000-00000000a06e8000 00007f187aaab000 ffffa95341e65000 LOCKED alloc once (PGM_PHYS)
00:00:00.956921 00000000a06b9000-00000000a06c7000 00007f18b0033000 ffffa95341ce1000 LOCKED alloc once (VMM)
00:00:00.956922 00000000a06ab000-00000000a06b9000 00007f18b8006000 ffffa95341b49000 LOCKED alloc once (VMM)
00:00:00.956924 00000000a02aa000-00000000a06ab000 00007f187a0d3000 ffffa95346d0b000 LOCKED alloc once (PGM_PHYS)
00:00:00.956926 00000000a027b000-00000000a02aa000 00007f18b0041000 ffffa953441a1000 LOCKED alloc once (PGM_POOL)
00:00:00.956927 00000000a0278000-00000000a027b000 00007f18c41ac000 ffffa953403ab000 LOCKED alloc once (CPUM_CTX)
00:00:00.956929 00000000a0038000-00000000a0278000 00007f187a81c000 ffffa953468c9000 LOCKED Heap
00:00:00.956931 00000000a0023000-00000000a0038000 00007f18b8026000 ffffa95341eb3000 LOCKED VMCPU
00:00:00.956932 00000000a000e000-00000000a0023000 00007f18b803b000 ffffa95341e9d000 LOCKED VMCPU
00:00:00.956934 00000000a0000000-00000000a000e000 00007f18b8050000 ffffa95341e8d000 LOCKED VM
00:00:00.956935 !!
00:00:00.956936 !! {cpumguest, verbose}
00:00:00.956936 !!
I hope you can help me and thank you in advance!

cudaError_t 1 : "__global__ function call is not configured" returned from 'cublasCreate(&handle_)'

I run ASR experiment using Kaldi on SGE cluster consisting of two workstation with TITAN XP.
And randomly I meet the following problem:
ERROR (nnet3-train[5.2.62~4-a2342]:FinalizeActiveGpu():cu-device.cc:217) cudaError_t 1 : "__global__ function call is not configured" returned from 'cublasCreate(&handle_)'
I guess something is wrong with GPU driver or hardware.
Could you please offer some help?
And here is the complete log
I had similar issue in running darknet in one of the TX2
with reference to
https://blog.csdn.net/JIEJINQUANIL/article/details/103091537
enter the root by
sudo su
Then source the catkin_ws
Then launch the darkent.
Then can run.
Here is my result
Hope you can solve it by similar method

HANA hdbindexserver start issue after power outage

There was a power outage for our 5+1 node HANA cell cluster.
After we booted up the servers, tried to start the HANA DB.
During HDB start with SIDADM we can see on the nodes 2-3-4-5:
FAIL: process hdbindexserver HDB Indexserver not running
So of course trying to start hdbindexserver with hand with SIDADM:
cd /usr/sap/SIDADM/HDB0x/exe; ./hdbindexserver
But this just produces error:
/usr/sap/SIDADM/HDB0x/foobar003/trace> cat indexserver_alert_foobar003.trc
...
[14268]{-1}[-1/-1] 2017-10-09 19:55:34.593776 e TrexNet Communication.cpp(00501) : no internal interface found
[14287]{-1}[-1/-1] 2017-10-09 19:56:01.428226 e Checkpoint CheckpointMgr.cc(00244) : Skip versions garbage collection savepoint: transaction distribution work failure: snapshot timestamp synchronization failed
[14287]{-1}[-1/-1] 2017-10-09 19:56:22.467184 e Row_Engine transdtx.cc(01410) : Unexpected ltt exception thrown: transaction distribution work failure (at foobar/ptime/storage/tm/transdtx.cc:1410 )
[14287]{-1}[-1/-1] 2017-10-09 19:56:22.467427 f PersistenceLayer PersistenceController.cpp(00679) : startup failed exception 1: no.71000145 (ptime/storage/tm/transdtx.cc:1512)
snapshot timestamp synchronization failed
...
The IPs are up. There is 1 TB of RAM.
The question: what could cause hdbindexserver to fail to start?
Looks like the indexserver process wasn't able to bind the internal network interface again:
Communication.cpp(00501) : no internal interface found
I'd look into the other tracefiles and the system log to check whether the configured NI is up and available.
It seems the persistence storage (disk where data and log file resides) is not responding within time and hence it's getting timed out. Can you check if you can access the data file and log file from the server.
Also check is network I/O slow or disk I/O slow on that server, causing the synchronization to timeout.
You can try stopping the system completely and try to bring HDB on just that server first to check if above issue exists.

lxc container can't use nfc usb device

I have been trying to use libnfc in a lxc container running debian wheezy.
Having tried several things and libraries, thus justifying the lxc way, I finally reached a point where I don't know where to look.
The problem is that the hosts sees my usb device, but not the container.
I added the following in the container's lxc config file:
lxc.cgroup.devices.allow = c 189:* rwm
When I try lsusb on the container I get:
root#nfc:~/libnfc# lsusb
unable to initialize libusb: -99
Whereas the host gives:
Bus 006 Device 003: ID 072f:2200 Advanced Card Systems, Ltd
Which is the device I'm looking for.
Surprisingly the container can see the device:
root#nfc:~/libnfc# usb-devices
[...]
T: Bus=06 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#= 3 Spd=12 MxCh= 0
D: Ver= 1.10 Cls=00(>ifc ) Sub=00 Prot=00 MxPS= 8 #Cfgs= 1
P: Vendor=072f ProdID=2200 Rev=02.14
S: Manufacturer=ACS
S: Product=ACR122U PICC Interface
C: #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=200mA
I: If#= 0 Alt= 0 #EPs= 3 Cls=0b(scard) Sub=00 Prot=00 Driver=(none)
I have checked libusb versions, kernel modules, dependencies, but being quite ignorant there I'm a bit lost.
Any ideas ?
Adding:
lxc.mount.entry = /dev/bus/usb dev/bus/usb none bind,optional,create=dir
To the container configuration file in addition to lxc.cgroup.devices.allow = c 189:* rwm
worked for me.

Google Cloud - Compute Engine - Error starting instance when attached disk in READ_ONLY

I have a instance (F1-Micro) and a root persistent disk (10GB) on Google Cloud, Compute Engine service. When I start an instance and attach a disk in READ_WRITE the instance starts normally, executes my startup script and I can access through SSH. However, when I change the disk mode parameter to READ_ONLY the instance apparently starts normally and I can't do SSH giving me a timeout connection. Also, my startup script does not start. I suspect that or I need to attach more one root persistent disk with READ_WRITE permission or I need to setup some configuration in my disk. Someone could give me insight about what are happening? Below I give some data and logs:
Body Request:
instance = {
'name': instance_name,
'machineType': machine_type_url,
'disks': [{
'index' : 0,
'autoDelete': 'false',
'boot': 'true',
'type': 'PERSISTENT',
'mode' : 'READ_ONLY', # READ_ONLY, READ_WRITE
'deviceName' : root_disk_name,
'source' : source_root_disk
}],
'networkInterfaces': [{
'accessConfigs': [{
'type': 'ONE_TO_ONE_NAT',
'name': 'External NAT'
}],
'network': network_url
}],
'serviceAccounts': [{
'email': service_email,
'scopes': scopes
}]
}
Log of started instance on GC-CE:
Changing serial settings was 0/0 now 3/0
Start bios (version 1.7.2-20131007_152402-google)
No Xen hypervisor found.
Unable to unlock ram - bridge not found
Ram Size=0x26600000 (0x0000000000000000 high)
Relocating low data from 0x000e10a0 to 0x000ef780 (size 2161)
Relocating init from 0x000e1911 to 0x265d07a0 (size 63291)
CPU Mhz=2601
=== PCI bus & bridge init ===
PCI: pci_bios_init_bus_rec bus = 0x0
=== PCI device probing ===
Found 4 PCI devices (max PCI bus is 00)
=== PCI new allocation pass #1 ===
PCI: check devices
=== PCI new allocation pass #2 ===
PCI: map device bdf=00:03.0 bar 0, addr 0000c000, size 00000040 [io]
PCI: map device bdf=00:04.0 bar 0, addr 0000c040, size 00000040 [io]
PCI: map device bdf=00:04.0 bar 1, addr febff000, size 00001000 [mem]
PCI: init bdf=00:01.0 id=8086:7110
PIIX3/PIIX4 init: elcr=00 0c
PCI: init bdf=00:01.3 id=8086:7113
Using pmtimer, ioport 0xb008, freq 3579 kHz
PCI: init bdf=00:03.0 id=1af4:1004
PCI: init bdf=00:04.0 id=1af4:1000
Found 1 cpu(s) max supported 1 cpu(s)
MP table addr=0x000fdaf0 MPC table addr=0x000fdb00 size=240
SMBIOS ptr=0x000fdad0 table=0x000fd9c0 size=269
Memory hotplug not enabled. [MHPE=0xffffffff]
ACPI DSDT=0x265fe1f0
ACPI tables: RSDP=0x000fd990 RSDT=0x265fe1c0
Scan for VGA option rom
WARNING - Timeout at i8042_flush:68!
All threads complete.
Found 0 lpt ports
Found 0 serial ports
found virtio-scsi at 0:3
Searching bootorder for: /pci#i0cf8/*#3/*#0/*#0,0
Searching bootorder for: /pci#i0cf8/*#3/*#0/*#1,0
virtio-scsi vendor='Google' product='PersistentDisk' rev='1' type=0 removable=0
virtio-scsi blksize=512 sectors=20971520
Searching bootorder for: /pci#i0cf8/*#3/*#0/*#2,0
...
Searching bootorder for: /pci#i0cf8/*#3/*#0/*#255,0
Scan for option roms
Searching bootorder for: HALT
drive 0x000fd950: PCHS=0/0/0 translation=lba LCHS=1024/255/63 s=20971520
Space available for UMB: 000c0000-000eb800
Returned 122880 bytes of ZoneHigh
e820 map has 6 items:
0: 0000000000000000 - 000000000009fc00 = 1 RAM
1: 000000000009fc00 - 00000000000a0000 = 2 RESERVED
2: 00000000000f0000 - 0000000000100000 = 2 RESERVED
3: 0000000000100000 - 00000000265fe000 = 1 RAM
4: 00000000265fe000 - 0000000026600000 = 2 RESERVED
5: 00000000fffbc000 - 0000000100000000 = 2 RESERVED
Unable to lock ram - bridge not found
Changing serial settings was 3/2 now 3/0
enter handle_19:
NULL
Booting from Hard Disk...
Booting from 0000:7c00
[ 1.386940] i8042: No controller found
Loading, please wait...
INIT: version 2.88 booting
[[36minfo[39;49m] Using makefile-style concurrent boot in runlevel S.
[....] Starting the hotplug events dispatcher: udevd[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0c.
[....] Synthesizing the initial hotplug events...[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0cdone.
[....] Waiting for /dev to be fully populated...[ 8.524814] piix4_smbus 0000:00:01.3: SMBus base address uninitialized - upgrade BIOS or use force_addr=0xaddr
[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0cdone.
[....] Activating swap...[?25l[?1c7[1G[[32m ok [39;49m8[?25h[?0cdone.
[....] Checking root file system...fsck from util-linux 2.20.1
fsck.ext4: Operation not permitted while trying to open /dev/sda1
You must have r/w access to the filesystem or be root
fsck died with exit status 8
[?25l[?1c7[1G[[31mFAIL[39;49m8[?25h[?0c[31mfailed (code 8).[39;49m
[....] An automatic file system check (fsck) of the root filesystem failed. A manual fsck must be performed, then the system restarted. The fsck should be performed in maintenance mode with the root filesystem mounted in read-only mode. ...[?25l[?1c7[1G[[31mFAIL[39;49m8[? 25h[?0c [31mfailed![39;49m
[....] The root filesystem is currently mounted in read-only mode. A maintenance shell will now be started. After performing system maintenance, press CONTROL-D to terminate the maintenance shell and restart the system. ...[?25l[?1c7[1G[[33mwarn[39;49m8[?25h[?0c [33m(warning).[39;49m
sulogin: root account is locked, starting shell
root#localhost:~#
Thanks!
You're correct in assuming that the boot disk for a GCE instance needs to appear in read-write mode. The documentation for root persistent disks says:
To start an instance with an existing root persistent disk in gcutil,
provide the boot parameter when you attach the disk. When you create a
root persistent disk using a Google-provided image, you must attach it
to your instance in read-write mode. If you try to attach it in
read-only mode, your instance may be created successfully, but it
won't boot up correctly.