search for: 42152

...ng data: Input/output error ---------------------- journalctl -b | less shows the following: Nov 14 10:11:32 etcsvms5 kernel: libvirtd[10178]: segfault at 10 ip 00007f49ff969170 sp 00007f4a069cb940 error 4 in libvirt_driver_qemu.so[7f49ff8d9000+172000] Nov 14 10:11:37 etcsvms5 systemd-coredump[42152]: Process 10177 (libvirtd) of user 0 dumped core. ---------------------- At the end all open consoles of all virtual machines closed and the virt-manager also. A restart of the libvirtd is possible but not helpful The virsh change-media commands are in procedure andused since a long time. I ne...

...ations... > t <- subset(raw.all.clean, Height.1 != 0 & Height.2 != 0) > dim(t) [1] 38150 10 Thus 7690 rows have been removed. It seems to be that the '&' operator is being interparated as an 'OR' (|) since... > dim(subset(raw.all.clean, Height.1 != 0)) [1] 42152 10 > dim(subset(raw.all.clean, Height.2 != 0)) [1] 41837 10 ...and... > dim(raw.all.clean) - dim(subset(raw.all.clean, Height.1 != 0)) [1] 3688 0 > dim(raw.all.clean) - dim(subset(raw.all.clean, Height.2 != 0)) [1] 4003 0 > 3688 + 4003 [1] 7691 (This is one more than the...

...; >> journalctl -b | less shows the following: >> >> Nov 14 10:11:32 etcsvms5 kernel: libvirtd[10178]: segfault at 10 ip >> 00007f49ff969170 sp 00007f4a069cb940 error 4 in >> libvirt_driver_qemu.so[7f49ff8d9000+172000] >> Nov 14 10:11:37 etcsvms5 systemd-coredump[42152]: Process 10177 (libvirtd) >> of user 0 dumped core. > Seeing the stack trace of libvirtd will be key to identifying the bug. With > any luck systemd-coredump will have captured that. So can you run 'coredumpctl' > to get the stack trace it saved. > > Then I'd sugge...

...------------------ > > journalctl -b | less shows the following: > > Nov 14 10:11:32 etcsvms5 kernel: libvirtd[10178]: segfault at 10 ip > 00007f49ff969170 sp 00007f4a069cb940 error 4 in > libvirt_driver_qemu.so[7f49ff8d9000+172000] > Nov 14 10:11:37 etcsvms5 systemd-coredump[42152]: Process 10177 (libvirtd) > of user 0 dumped core. Seeing the stack trace of libvirtd will be key to identifying the bug. With any luck systemd-coredump will have captured that. So can you run 'coredumpctl' to get the stack trace it saved. Then I'd suggest filing a bugzilla ticket...

...minor": 2}, "eventId": 4625, "logonId": "beef0000dead", "logonType": 3, "status": "NT_STATUS_ACCOUNT_LOCKED_OUT", "localAddress": "ipv4:172.16.202.176:49152", "remoteAddress": "ipv4:172.16.240.40:42152", "serviceDescription": "SamLogon", "authDescription": "network", "clientDomain": "KTKBANKLTD", "clientAccount": "k6100", "workstation": "\\\\SHI732SAVADE04", "becameAccount": null,...

...l -b | less shows the following: >>> >>> Nov 14 10:11:32 etcsvms5 kernel: libvirtd[10178]: segfault at 10 ip >>> 00007f49ff969170 sp 00007f4a069cb940 error 4 in >>> libvirt_driver_qemu.so[7f49ff8d9000+172000] >>> Nov 14 10:11:37 etcsvms5 systemd-coredump[42152]: Process 10177 >>> (libvirtd) >>> of user 0 dumped core. >> Seeing the stack trace of libvirtd will be key to identifying the >> bug. With >> any luck systemd-coredump will have captured that. So can you run >> 'coredumpctl' >> to get the...

I''m having a problem with the Shorewall firewall and CUPS printing interfering with each other. My Linux firewall machine is acting as both a CUPS server and client for all of my tests. Shorewall 2.0.13 CUPS 1.1.22-2 Linux kernel 2.6.9 CUPS was working fine to print to my Epson C84 (network connected via a Netgear PS101 print server using lpd://PS101.IP.address/raw ) until I