search for: 964k

Just look at this. I thought all the restarting resilver bugs were fixed, but it looks like something odd is still happening at the start: Status immediately after starting resilver: # zpool status pool: rc-pool state: DEGRADED status: One or more devices has experienced an unrecoverable error. An attempt was made to correct the error. Applications are unaffected. action: Determine

...EPT tcp -- * * 10.0.0.199 0.0.0.0/0 254 75707 ACCEPT udp -- * * 10.0.0.199 0.0.0.0/0 0 0 ACCEPT tcp -- * * 10.0.0.1 0.0.0.0/0 2240 287K ACCEPT udp -- * * 10.0.0.1 0.0.0.0/0 20071 964K ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:3128 1 48 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:22 0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:53 3585 246K ACCEPT udp -- * *...

...EPT tcp -- * * 10.0.0.199 0.0.0.0/0 254 75707 ACCEPT udp -- * * 10.0.0.199 0.0.0.0/0 0 0 ACCEPT tcp -- * * 10.0.0.1 0.0.0.0/0 2240 287K ACCEPT udp -- * * 10.0.0.1 0.0.0.0/0 20071 964K ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:3128 1 48 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:22 0 0 ACCEPT tcp -- * * 0.0.0.0/0 0.0.0.0/0 tcp dpt:53 3585 246K ACCEPT udp -- * *...

Hello everybody, we moved our samba server to a new machine. This included changing the samba version from 3.024 to 3.4.2 and changing the OS from Linux to Opensolaris. Samba was compiled from scratch. Passdb Backend is tdb. After the upgrade everything works fine......except: Some users can not login, due to an expired account. Further investigation showed that the "Kickoff Time"

Hello! I'm having problems getting PCI pass-through to work. This is on a AMD64 system, paravirtualized with xen-hypervisor-4.0-amd64 4.0.0-1~experimental.1, dom0: linux-image-2.6.32-5-xen-amd64 2.6.32-12. From IRC, earlier today: <tschwinge> waldi: Aren't the Debian xen domU-capable kernels supposed to contain the PCI frontend (needed for PCI pass-through)? I'm getting:

Hello! I'm having problems getting PCI pass-through to work. This is on a AMD64 system, paravirtualized with xen-hypervisor-4.0-amd64 4.0.0-1~experimental.1, dom0: linux-image-2.6.32-5-xen-amd64 2.6.32-12. From IRC, earlier today: <tschwinge> waldi: Aren't the Debian xen domU-capable kernels supposed to contain the PCI frontend (needed for PCI pass-through)? I'm getting:

...g/include/clang/AST 1.0M build/lib/Testing/Support/CMakeFiles/LLVMTestingSupport.dir 1.0M build/lib/Testing/Support/CMakeFiles 1.0M build/lib/Testing/Support 980K build/lib/Transforms/Hello 976K build/utils/yaml-bench 968K build/utils/yaml-bench/CMakeFiles 968K build/lib/Transforms/Hello/CMakeFiles 964K build/utils/yaml-bench/CMakeFiles/yaml-bench.dir 964K build/lib/Transforms/Hello/CMakeFiles/LLVMHello.dir 964K build/lib/ExecutionEngine/RuntimeDyld/CMakeFiles/LLVMRuntimeDyld.dir/Targets 956K build/tools/llvm-mt 952K build/tools/clang/test/VFS 948K build/tools/clang/test/VFS/Output 940K build/tool...

Hi, another issue I''m seeing with 3.0-rc2 and Xen is that there is an unexpectedly high amount of kernel reserved memory. I suspect that Linux allocates page table entries and corresponding data structures for the whole 6GB areas of the provided ''physical RAM map'' even though it has rather big unusable holes in it. [ 0.000000] BIOS-provided physical RAM map: [