search for: deregist

...for client 65882 2012/05/11 04:33:40.651327 [16310]: Trigger takeoverrun 2012/05/11 04:33:40.715231 [16069]: Vacuuming is disabled for persistent database registry.tdb 2012/05/11 04:33:40.716911 [16069]: Register srvid 18302628885633695744 for client 590225 2012/05/11 04:33:40.918393 [16069]: Deregister srvid 18302628885633695744 for client 65882 2012/05/11 04:33:41.272762 [16069]: Deregister srvid 18302628885633695744 for client 590225 2012/05/11 04:33:41.277908 [16069]: Register srvid 18302628885633695744 for client 590225 2012/05/11 04:33:41.278179 [16069]: Deregister srvid 183026288856...

...from the server's subnet (security...). Samba 4.1.x does not have these issues. Kind regards, Martin #winbindd -i -d9 [16738]: request interface version (version = 27) [16738]: request location of privileged pipe accepted socket 24 closing socket 22, client exited [16738]: domain_info [ALS2] Deregistering messaging pointer for type 33 - private_data=(nil) Deregistering messaging pointer for type 13 - private_data=(nil) Deregistering messaging pointer for type 1028 - private_data=(nil) Deregistering messaging pointer for type 1027 - private_data=(nil) Deregistering messaging pointer for type 102...

Package: xen-utils-common Version: 4.4.1-6 Severity: normal Dear Maintainer, (There appear to be several reports on the BTS with concerns relating to this report. Some unarchiving/merging may be necessary. Reassignment may be needed as well since I'm not sure which package this problem would fall under. Ultimately decided to file with xen-utils-common with 'xl' being the frontend

...04 17:38:41.606586, 0] ../source3/lib/dumpcore.c:312(dump_core) May 4 17:38:41 print winbindd[1702]: unable to change to /var/log/samba/cores/winbindd May 4 17:38:41 print winbindd[1702]: refusing to dump core Another: [2015/05/04 17:51:39.909354, 5] ../source3/lib/messages.c:340(messaging_deregister) Deregistering messaging pointer for type 33 - private_data=(nil) [2015/05/04 17:51:39.909699, 5] ../source3/lib/messages.c:340(messaging_deregister) Deregistering messaging pointer for type 13 - private_data=(nil) [2015/05/04 17:51:39.909853, 5] ../source3/lib/messages.c:340(messaging_dere...

Hi, Here is a little patch that attempt to fix the issue regarding xen_platform_pci=0 not been handled. There is one patch left from the previous version. The patch that was adding qemu_machine_override have been removed as it is unnecessary. If someone wants to change the -machine, it can always add it to device_model_args_hvm, as QEMU appear to use the last one. Regards, Anthony PERARD (1):

Hello, I have a problem with one of three [topic] phones. The phone, which is on the LAN in the same subnet as Asterisk, keeps unregistering from the Asterisk server. Whan it is unregistered there is no way to make a phone call from it, but once it is rang by any other of the phones it registers to Asterisk again. The other two are absolutely fine. The problematic one [ecco] puts this messages

Hi folks, I'm still using MCJIT (I know, I know), and I spotted a crash in exception handling when I moved from llvm 3.8 to llvm 3.9. I traced it back to EH frames not being deregistered due to a (typo?) mistake in RTDyldMemoryManager.cpp: void deregisterEHFrames(uint8_t *Addr, uint64_t LoadAddr, size_t Size) override { * registerEHFramesInProcess(Addr, Size);* } ..I overrode the function to call deregister instead of register in my own MemMgr and all's now well....

...ice.c:265:libxl__device_disk_set_backend: Disk vdev=hdc, using backend qdisk libxl: debug: libxl_create.c:677:initiate_domain_create: running bootloader libxl: debug: libxl_bootloader.c:321:libxl__bootloader_run: not a PV domain, skipping bootloader libxl: debug: libxl_event.c:561:libxl__ev_xswatch_deregister: watch w=0x9cdb40: deregister unregistered libxl: debug: libxl_numa.c:435:libxl__get_numa_candidate: New best NUMA placement candidate found: nr_nodes=1, nr_cpus=8, nr_vcpus=10, free_memkb=29215 libxl: detail: libxl_dom.c:192:numa_place_domain: NUMA placement candidate with 1 nodes, 8 cpus and 29...

.../lib/dumpcore.c:312(dump_core) > May 4 17:38:41 print winbindd[1702]: unable to change to > /var/log/samba/cores/winbindd > May 4 17:38:41 print winbindd[1702]: refusing to dump core > > Another: > [2015/05/04 17:51:39.909354, 5] > ../source3/lib/messages.c:340(messaging_deregister) > Deregistering messaging pointer for type 33 - private_data=(nil) > [2015/05/04 17:51:39.909699, 5] > ../source3/lib/messages.c:340(messaging_deregister) > Deregistering messaging pointer for type 13 - private_data=(nil) > [2015/05/04 17:51:39.909853, 5] > ../source3/l...

...t have name and is handled in a special way) we could have in the LLVM context a MemoryBufferRegistry. The idea is to add new creators of MemoryBuffer (the ones that work on named files and stdin) that can be passed a reference to that llvm::MemoryBufferRegistry. MemoryBuffer objects would register/deregister themselves at creation/destruction. This registry can then be used as a cache of already opened files from which retrieve a reference to the MemoryBuffer itself using the file path. These new interfaces would be opt-in for all users of MemoryBuffer. Back to my case, the new AsmPrinterHandler co...

...e) >> May 4 17:38:41 print winbindd[1702]: unable to change to >> /var/log/samba/cores/winbindd >> May 4 17:38:41 print winbindd[1702]: refusing to dump core >> >> Another: >> [2015/05/04 17:51:39.909354, 5] >> ../source3/lib/messages.c:340(messaging_deregister) >> Deregistering messaging pointer for type 33 - private_data=(nil) >> [2015/05/04 17:51:39.909699, 5] >> ../source3/lib/messages.c:340(messaging_deregister) >> Deregistering messaging pointer for type 13 - private_data=(nil) >> [2015/05/04 17:51:39.909853,...

...DetachDeviceFlags(dom, xml, flags); //above run in a thread function void vnf_control_del_network_cb(virConnectPtr conn, virDomainPtr dom, const char *dev,void * opaque) { struct vnf_del_netwk_opaque * arg = (struct vnf_del_netwk_opaque *)opaque; if(0 == virConnectDomainEventDeregisterAny(conn, arg->call_id)) { VNF_DBG("succ to deRegister, conn:%p, call id:%d\n", conn, arg->call_id); } else { VNF_DBG("fail to deRegister, conn:%p, call id:%d\n", conn, arg->call_id); } .................... virEventRemoveTimeout(arg->t...

Hello, After each reboot, my Samba AD member server lost domain join after reboot, I have to re-enter the server in the domain with the "net ads join -U administrator". I use version 4.4.3 of samba. The domain controller is a Samba AD server. After reboot, when I exectute "net ads testjoin" I have: kerberos_kinit_password SMB2$@AD.SAMDOM.LOCAL failed: failed

...E Registering messaging pointer for type 11 - private_data=(nil) Registering messaging pointer for type 12 - private_data=(nil) Registered MSG_REQ_DMALLOC_MARK and LOG_CHANGED Registering messaging pointer for type 1 - private_data=(nil) Registering messaging pointer for type 5 - private_data=(nil) Deregistering messaging pointer for type 33 - private_data=(nil) Deregistering messaging pointer for type 13 - private_data=(nil) Deregistering messaging pointer for type 1028 - private_data=(nil) Deregistering messaging pointer for type 1027 - private_data=(nil) Deregistering messaging pointer for type 102...

...r program yet. However the UPS appears to have dropped off completely. lsusb no longer shows the unit at all. So I physically unplugged and replugged it: #dmesg ... [252389.354190] hid-generic 0003:0557:2419.0002: usb_submit_urb(ctrl) failed: -19 [252389.403568] xhci_hcd 0000:00:14.0: USB bus 3 deregistered [252389.405712] xhci_hcd 0000:00:14.0: xHCI Host Controller [252389.407225] xhci_hcd 0000:00:14.0: new USB bus registered, assigned bus number 3 [252405.901391] xhci_hcd 0000:00:14.0: can't setup: -110 [252405.902631] xhci_hcd 0000:00:14.0: USB bus 3 deregistered [252405.903033] xhci_hcd 0...

...en it will not get called again any more? I am asking regarding the memory deallocation of the opaque pointer. Maybe it is guaranteed that: a) for `aio_*` functions the callback will be called only once and b) all the other functions (currently only `set_debug_callback`) need to be either deregistered or the data can be deregistered only after `nbd_close()` was called? I can't really see that handled in the bindings and I wanted to know that in order to finish (or actually just move a little bit) with the Rust bindings. Thanks, Martin

...symbols that might have been found via findSymbol. It is unlikely that anyone is relying on non-shadowing so I don't expect any trouble here, but if you do see any changes in symbol resolution after this change (which I expect to land today) this is something to have in mind. 2) MemoryManager deregisterEHFrames will be removed. Memory managers should own their registered EH frames and deregister them on destruction. This will bring EH frame ownership in line with memory ownership: memory managers are already responsible for freeing the memory that they've allocated when they are destructed....

...s a storage dev and attach it to a usb dev usb_modeswitch -v 0x19d2 -p 0xfff5 -d 1 19d2:fff5 usb_modeswitch -v 0x19d2 -p 0xfff5 -H 1 now i modprobe the usbserial modprobe -v -r usbserial modprobe -v usbserial vendor=0x12d1 product=0x1001 now do I do a dmesg :::::::::::::::::: usbcore: deregistering driver usbserial_generic drivers/usb/serial/usb-serial.c: USB Serial deregistering driver generic usbcore: deregistering driver usbserial usbcore: registered new driver usbserial drivers/usb/serial/usb-serial.c: USB Serial support registered for generic usbserial_generic 7-2:1.0: generic conve...

...lled for domain DOMAIN (online = False) s3_event: Destroying timer event 0x1312220 "check_domain_online_handler" Registering messaging pointer for type 1030 - private_data=(nil) Registering messaging pointer for type 1031 - private_data=(nil) ==> log.winbindd-dc-connect <== Deregistering messaging pointer for type 33 - private_data=(nil) Deregistering messaging pointer for type 13 - private_data=(nil) Deregistering messaging pointer for type 1028 - private_data=(nil) Deregistering messaging pointer for type 1027 - private_data=(nil) Deregistering messaging pointer for...

We upgraded our Internet server to CentOS 5 from RedHat 4. Now we can't use the USB port. dmesg returns: usbcore: deregistering driver usb-storage Initializing USB Mass Storage driver... usbcore: registered new driver usb-storage USB Mass Storage support registered. USB Universal Host Controller Interface driver v3.0 PCI: Enabling device 0000:00:07.2 (0000 -> 0001) PCI: No IRQ known for interrupt pin D of device 000...