search for: 0g

...0D0000000 mask FF0000000 uncachable 5 base 0E0000000 mask FE0000000 uncachable 6 base 42FE00000 mask FFFE00000 uncachable 7 base 430000000 mask FF0000000 uncachable 8 disabled 9 disabled x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 original variable MTRRs reg 0, base: 0GB, range: 16GB, type WB reg 1, base: 16GB, range: 1GB, type WB reg 2, base: 3256MB, range: 8MB, type UC reg 3, base: 3264MB, range: 64MB, type UC reg 4, base: 3328MB, range: 256MB, type UC reg 5, base: 3584MB, range: 512MB, type UC reg 6, base: 17150MB, range: 2MB, type UC reg 7, base: 17152MB, rang...

...0B0000000 mask FF0000000 uncachable 5 base 0AC000000 mask FFC000000 uncachable 6 base 0AB000000 mask FFF000000 uncachable 7 base 44F800000 mask FFF800000 uncachable 8 disabled 9 disabled x86 PAT enabled: cpu 0, old 0x7040600070406, new 0x7010600070106 original variable MTRRs reg 0, base: 0GB, range: 16GB, type WB reg 1, base: 16GB, range: 1GB, type WB reg 2, base: 17GB, range: 256MB, type WB reg 3, base: 3GB, range: 1GB, type UC reg 4, base: 2816MB, range: 256MB, type UC reg 5, base: 2752MB, range: 64MB, type UC reg 6, base: 2736MB, range: 16MB, type UC reg 7, base: 17656MB, range: 8M...

...a bus error, and googling only found two year old references to problems with non-Dell drives (we just added two WD Reds, and mdadm raided them). So, looking through dmesg and /var/log/messages, I ran into a *lot* of G gran_size: 128K chunk_size: 256K num_reg: 10 lose cover RAM: 0G gran_size: 128K chunk_size: 512K num_reg: 10 lose cover RAM: 0G gran_size: 128K chunk_size: 1M num_reg: 10 lose cover RAM: 0G gran_size: 128K chunk_size: 2M num_reg: 10 lose cover RAM: 0G gran_size: 128K chunk_size: 4M num_reg: 10 lose cover...

...M Apr 11 17:25:36 kernel: gran_size: 64K chunk_size: 4M num_reg: 8 lose cover RAM: 4864M Apr 11 17:25:36 kernel: gran_size: 64K chunk_size: 8M num_reg: 8 lose cover RAM: 4864M Apr 11 17:25:36 kernel: gran_size: 64K chunk_size: 16M num_reg: 8 lose cover RAM: 0G Apr 11 17:25:36 kernel: gran_size: 64K chunk_size: 32M num_reg: 8 lose cover RAM: 0G Apr 11 17:25:36 kernel: gran_size: 64K chunk_size: 64M num_reg: 8 lose cover RAM: 0G Apr 11 17:25:36 kernel: gran_size: 64K chunk_size: 128M num_reg: 8 lose cover RAM: 0G A...

...], [], 8) = 0 [pid 16929] writev(3, [{"\232\0\0\0\n\1\0\0\0\0\0\0*\0\1\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0", 64}, {"E\0v\0e\0r\0e\0s\0t\0 \0D\0i\0c\0t\0i\0o\0n\0a\0r\0y\0 \0S\0e\0t\0u\0p\0 \0i\0s\0 \0p\0r\0e\0p\0a\0r\0i\0n\0g\0 \0t\0h\0e\0 \0I\0n\0s\0t\0a\0l\0l\0S\0h\0i\0e\0l\0d\0 \0W\0i\0z\0a\0r\0d\0,\0 \0w\0h\0i\0c\0h\0 \0w\0i\0l\0l\0 \0g\0u\0i\0d\0e\0 \0y\0o\0u\0 \0t\0h\0r\0o\0u\0g\0h\0 \0t\0h\0e\0 \0p\0r\0o\0g\0r\0a\0m\0 \0s\0e\0t\0u\0p\0 \0p\0r\0o\0c\0e\0s\0s\0.\0 \0 \0P\0l\0e\0a\0s\0e\0 \0w\0a\0i\0t\0.\0", 26...

...ot;, "zzz", "0", "0", "kkk", "0", "aaa". I can easily identify these strings with grep("^Ig", X), but if I use this criterion in the sub() function (sub("^Ig", "0", X) I obviously get "0A", "0G" etc. I didn't expect to do it in this way and I tried with metacharacters and regexps in order to grep and substitute the whole word (\b \>, $). I don't post here my tryings, because they were obviously wrong. Please can you help me? Giulio __________________...

Now that we can gather diagnostic info, I think I know why our P2Vs kept failing last week. Another one just died right in front of my eyes. I think either the Ethernet or NFS server at this site occasionally "blips" offline when it gets busy and that messes up P2V migrations. The RHEV export domain is an NFS share offered by an old Storagetek NAS, connected over a 10/100 Ethernet.

...27\333\17\341\1\204\0b\0b\0W\1w\1w\3\346\10"..., 8192, 163840) = 8192 [pid 27922] pread64(13, "\0\0\0\3\0\17\350\17\350\0\21\30\5\27\353\17\371\2\351\0)\0)\0W\1w\1w\3\346\10"..., 8192, 221184) = 8192 [pid 27922] pread64(13, "\0\0\0\4\0\17\274\17\274\0\21\30\5\27\310\17\315\4\256\0G\0G\0W\1w\1w\3\346\10"..., 8192, 704512) = 8192 [pid 27922] brk(0x813c000) = 0x813c000 [pid 27922] pread64(13, "\0\0\0\4\0\20%\20%\0\17\30\24\0204\0\27\10T\2O\0G\0028\10\0\330\31\1\220\0"..., 8192, 794624) = 8192 [pid 27922] pread64(13, "\0\0\0\4\0\0\340\7\264\0\23\3...

...does retrieve all existing attributes, including security.NTACL. It is simply not there at the share's top level. It is there for the subdirectories. getfattr -n security.NTACL -d /the/top/directory says /the/top/directory: security.NTACL: No such attribute samba-tool ntacl returns O:S-1-22-1-0G:DUD:(A;;0x001f01ff;;;S-1-22-1-0)(A;;0x001200a9;;;DU)(A;;;;;WD)(A;OICIIO;0x001f01ff;;;CO)(A;OICIIO;0x001200a9;;;CG)(A;OICIIO;0x001200a9;;;WD) which is probably what I see in the Windows security tab. But what is this derived from? Peter

...\0\0\0\0\0\0\0\0"..., 51) = 51 gettimeofday({1224887351, 100692}, NULL) = 0 select(32, [5 21 31], [], NULL, {60, 0}) = 2 (in [5 31], left {60, 0}) ioctl(31, FIONREAD, [64]) = 0 read(31, "\1\0\0\0\2\0\0\0\0\0\0\0000\0\0\0ubuntu-8.04.1-de"..., 64) = 64 write(5, "\0\0\0G\377SMB\240\0\0\0\0\210\1\310\0\0\0\0\0\0\0\0\0"..., 75) = 75 gettimeofday({1224887351, 103900}, NULL) = 0 select(32, [5 21 31], [], NULL, {60, 0}) = 1 (in [5], left {60, 0}) read(5, "\0\0\0H", 4) = 4 read(5, "\377SMB2\0\0\0\0\30\7\310\0\0\0\0\0\0\0\0\0\0\0\0\4\...

...39;EVERYONE', clicked 'Apply' then 'OK', which > completed without error. 'EVERYONE' is no longer listed on Windows, but > if I go to the machine that holds the share and run 'samba-tool ntacl > get /srv/acl3 --as-sddl', I get this: > > O:S-1-22-1-0G:S-1-22-2-0D:AI(A;OICI;FA;;;S-1-22-1-0)(A;OICI;0x1200a9;;;DU)(A;OICI;0x1200a9;;;DU)(A;;FA;;;S-1-22-2-0)(A;;FA;;;S-1-22-2-0)(A;;FA;;;S-1-22-1-0)(A;;FA;;;WD)(A;OICIIO;FA;;;CO)(A;OICIIO;0x1200a9;;;S-1-22-2-0)(A;OICIIO;0x1200a9;;;CG)(A;OICIIO;0x1200a9;;;WD) > > 'WD' is Windows speak for &...

...was listed. I removed 'EVERYONE', clicked 'Apply' then 'OK', which completed without error. 'EVERYONE' is no longer listed on Windows, but if I go to the machine that holds the share and run 'samba-tool ntacl get /srv/acl3 --as-sddl', I get this: O:S-1-22-1-0G:S-1-22-2-0D:AI(A;OICI;FA;;;S-1-22-1-0)(A;OICI;0x1200a9;;;DU)(A;OICI;0x1200a9;;;DU)(A;;FA;;;S-1-22-2-0)(A;;FA;;;S-1-22-2-0)(A;;FA;;;S-1-22-1-0)(A;;FA;;;WD)(A;OICIIO;FA;;;CO)(A;OICIIO;0x1200a9;;;S-1-22-2-0)(A;OICIIO;0x1200a9;;;CG)(A;OICIIO;0x1200a9;;;WD) 'WD' is Windows speak for 'EVERYO...

...'Apply' then 'OK', which > > completed without error. 'EVERYONE' is no longer listed on Windows, > > but if I go to the machine that holds the share and run 'samba-tool > > ntacl get /srv/acl3 --as-sddl', I get this: > > > > O:S-1-22-1-0G:S-1-22-2-0D:AI(A;OICI;FA;;;S-1-22-1-0)(A;OICI;0x1200a9;;;DU)(A;OICI;0x1200a9;;;DU)(A;;FA;;;S-1-22-2-0)(A;;FA;;;S-1-22-2-0)(A;;FA;;;S-1-22-1-0)(A;;FA;;;WD)(A;OICIIO;FA;;;CO)(A;OICIIO;0x1200a9;;;S-1-22-2-0)(A;OICIIO;0x1200a9;;;CG)(A;OICIIO;0x1200a9;;;WD) > > > > 'WD' is Windows s...

................................................. = 0 (1010) setresuid(-1, 104, -1) ................................... = 0 getuid() ................................................. = 0 (104) lseek64(40, 207011840, SEEK_SET) ......................... = 207011840 write(40, "010117\0' \0\0\0\r\0g \ace065 06".., 2048) .... = 2048 send(12, "\0\0\0/ ffS M B / \0\0\0\08801\0".., 51, 0) .... = 51 select(21, 0x68ff07c8, NULL, NULL, 0x68ff08cc) ........... = 1 read(12, "\0\0\b@ ", 4) .................................. = 4 read(12, "ffS M B / \0\0\0\018\a\b\0\0\0\0&quo...

...040admins:r-x mask::rwx other::r-x default:user::rwx default:user:root:rwx default:group::rwx default:group:domain\040users:rwx default:group:unix\040admins:r-x default:mask::rwx default:other::--- pi at raspberrypi:~ $ sudo samba-tool ntacl get /home/test --as-sddl .................. O:S-1-22-1-0G:DUD:PAI(A;;0x001200a9;;;WD)(A;;0x001f01ff;;;S-1-22-1-0)(A;OICIIO;0x001f01ff;;;CO)(A;OICIIO;0x001f01ff;;;CG)(A;;0x001200a9;;;DU)(A;OICI;0x001200a9;;;S-1-5-21-1768301897-3342589593-1064908849-2122) So, whilst Samba shouldn't cause anything on Windows to crash, if you follow the wiki it doesn...

On 28/03/2023 19:47, Peter Carlson via samba wrote: > > On 3/28/23 11:22, Rowland Penny via samba wrote: >> >> >> On 28/03/2023 18:43, Peter Carlson via samba wrote: >>> bumping the log to 5, there are a few more lines right before >>> NT_STATUS_ACCESS_DENIED, could the EA error be a clue? >> >> I do not think so, that is what you are trying

...d_module_absolute_path: Module '/usr/lib/x86_64-linux-gnu/samba/vfs/acl_xattr.so' loaded connect_acl_xattr: setting 'inherit acls = true' 'dos filemode = true' and 'force unknown acl user = true' for service Unknown Service (snum == -1) O:S-1-22-1-0G:S-1-5-21-33300784-995546578-3414580312-1121D:AI(A;OICI;FA;;;S-1-22-1-0)(A;;FA;;;S-1-5-21-33300784-995546578-3414580312-1121)(A;;FA;;;DA)(A;;FA;;;S-1-5-21-33300784-995546578-3414580312-1121)(A;;FA;;;S-1-5-21-33300784-995546578-3414580312-1121)(A;;FA;;;S-1-22-1-0)(A;;FA;;;WD)(A;OICIIO;FA;;;CO)(A;OICI...

Thanks! I can try to modify that for my needs. Any idea where can I find a list of patches? I'll look for centos specific ones that I might want to apply. The spec file you shared has a few upstream patches as well as Fedora specific ones. I wonder does one knows which patches should be applied to each release, do they publish it somewhere? Roee. ?On 1/23/19, 6:35 PM, "CentOS on behalf

...NOTICE: IRQ20 is shared NOTICE: IRQ21 is shared NOTICE: IRQ22 is shared Any ideas? Stack Trace (note: I''ve done this a few times and its always "/pci at 0,0/pci10de,376 at a/pci1033,125 at 0,1") --------------- ATA UDMA data parity error SUNW-MSG-ID: SUNOS-8000-0G, TYPE: Error, VER: 1, SEVERITY: Major EVENT-TIME: 0x478f39ab.0x160dc688 (0x5344bb5958) PLATFORM: i86pc, CSN: -, HOSTNAME: san SOURCE: SunOS, REV: 5.11 snv_78 DESC: Errors have been detected that require a reboot to ensure system integrity. See http://www.sun.com/msg/SUNOS-8000-0G for more informat...

...ning this command on Server A: doveadm sync -u #user# tcp:#newservername#:24245 Small mailboxes with few items are syncing OK.. but most mailboxes fail (sycn stops) with the following type of error: (Mailbox name, storage file, UID and sizes vary). dsync-local(#username#)<b2vTDKerOV/fAQAAZMK/0g>: Error: Mailbox INBOX: Cache /#usershomedirectory#/mdbox/mailboxes/INBOX/dbox-Mails/dovecot.index.cache: Deleting corrupted cache record uid=9: UID 9: Broken physical size in mailbox INBOX: read(/#usershomedirectory#/mdbox/storage/m.1) failed: Cached message size larger than expected (6061...