Re: mount option incompatibility with (lib)mount 2.39 and new kernel mount API

[Guan Xin]

Dear Okajima,

On Mon, Jul 3, 2023 at 6:19 AM  wrote:
>
  //snip
> > For example overlayfs uses lowerdir=/lower1:/lower2:/lower3, so the usage
> > of colon as separator within an option value is not unique.
>
> I know about that.
> But overlayfs doesn't have the layer attribute such as "=rw" and "=rr".

Does this look ok? --
  mount -t aufs -o br=${BR1_ATTR}:${PATH_TO_BR1} -o
br=${BR2_ATTR}:${PATH_TO_BR2}
which is equivalent to
  mount -t aufs -o br=${BR1_ATTR}:${PATH_TO_BR1},br=${BR2_ATTR}:${PATH_TO_BR2}
(Special characters need to be escaped in the latter form.)

Regards,
Guan

Re: Path to aufhsmd and aufhsm-list

[Guan Xin]

On Mon, Oct 3, 2016 at 4:47 PM,   wrote:
>
> Hello Guan,
>
> The reason is that those commands are invoked from another command via
> execve().
> As you might know, specifying the full path is one approach to make it
> secure. If you want to install them other than /usr/lib, you need to
> change these lines too.
>
> ./fhsm/Makefile:38:override CPPFLAGS += 
> -DAUFHSM_LIST_CMD=\"/usr/lib/aufhsm-list\"
> ./fhsm/Makefile:39:override CPPFLAGS += -DAUFHSMD_CMD=\"/usr/lib/aufhsmd\"
>
>
> J. R. Okajima

Thanks for the clarification!

Looking closer at FHS, I see /usr/lib gives better compatibility than
/usr/libexec, and quite a few software (such as rpm, udisks2, etc.) do
use /usr/lib to store internal programs. So it's fine to have the path
hard coded into the Makefile.

Best regards,
Guan

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot

Path to aufhsmd and aufhsm-list

[Guan Xin]

Hello,

The destination directories to the library can be set on the make
command line according the master Makefile of aufs-util.
However, the Makefile in the fhsm subdirectory has hard coded
install_ulib to install to /usr/lib.
Did I miss something (e.g., another dedicated command line parameter),
or is there a reason for not allowing installation to other
directories such as /usr/libexec, etc.?

Regards,
Guan

--
Check out the vibrant tech community on one of the world's most 
engaging tech sites, SlashDot.org! http://sdm.link/slashdot

Re: aufs3 GIT release

[Guan Xin]

Dear Okajima,

The change causes implicit declaration of vfree and vzalloc in
fs/aufs/super.c.
Could you add back #include linux/vmalloc.h?

Thanks!

Guan


On Sun, Mar 29, 2015 at 5:56 PM,  sf...@users.sourceforge.net wrote:

 All changes are tiny, and the behaviour doesn't change.

 J. R. Okajima

 
 - aufs3-linux.git#aufs3.14..aufs3.18 branch
   aufs: tiny, remove an obsoleted description, loopback-mounted branch
   aufs: tiny, remove the unused functions and macros
   aufs: tiny, remove the unused functions and macros in aufs_rename
   aufs: tiny, remove several reserved for future use names
   aufs: tiny, simply refresh the documents
   aufs: tiny, cosmetic once every a few years

 - aufs3-linux.git#aufs3.19 branch
   Addition to above,
   aufs mmap: for linux-3.19, f_dentry

 - aufs3-linux.git#aufs3.x-rcN branch
   Addition to above,
   aufs: tiny, fold a long line

 - aufs3-standalone.git
   ditto

 - aufs-util.git
   none

 --
 Dive into the World of Parallel Programming The Go Parallel Website, sponsored
 by Intel and developed in partnership with Slashdot Media, is your hub for all
 things parallel software development, from weekly thought leadership blogs to
 news, videos, case studies, tutorials and more. Take a look and join the
 conversation now. http://goparallel.sourceforge.net/

--
Dive into the World of Parallel Programming The Go Parallel Website, sponsored
by Intel and developed in partnership with Slashdot Media, is your hub for all
things parallel software development, from weekly thought leadership blogs to
news, videos, case studies, tutorials and more. Take a look and join the 
conversation now. http://goparallel.sourceforge.net/

mm/vmacache.c added to linux-3.14.21, breaking aufs3-mmap.patch

[Guan Xin]

Hello,

I am sure this has been noticed and will be included in tomorrow's
release, but I'd report it anyway, just in case.
The aufs3-mmap.patch on mm/Makefile will be rejected for
linux-3.14.21. The change was trivial.

Best regards,
Guan

--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://p.sf.net/sfu/Zoho

Re: WARNING at lib/idr.c:527

[Guan Xin]

On Tue, Jun 17, 2014 at 7:30 AM,  sf...@users.sourceforge.net wrote:
 Here are refined ones, 3.12.x.patch and 3.14.patch.
 Please test.

Nothing wrong this time. Maybe the problem is solved.


 1) fs/proc/task_mmu.c (3.12.x) must additionally include
 linux/magic.h and linux/shm.h otherwise doesn't compile;

 Yes, magic.h is necessary for 3.10 and later. But shm.h is really
 necessary? This new patch still doesn't include shm.h.

If no shm.h, ipc_shm_id_or_ino() becomes implicit declaration.

Thanks for fixing this bug!

Best regards,
Guan

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems

Re: WARNING at lib/idr.c:527

[Guan Xin]

On Tue, Jun 17, 2014 at 5:48 PM,  sf...@users.sourceforge.net wrote:
 Here is a new tmpfs-idr.patch for next aufs release. It is much more
 simplified.

 J. R. Okajima


This one produces no error, no warning.

Guan

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems

Re: WARNING at lib/idr.c:527

[Guan Xin]

On Sun, Jun 15, 2014 at 7:25 PM,  sf...@users.sourceforge.net wrote:
 Anyway here is a new and consolidated patch. Apply this after all aufs
 patches you use and tmpfs-idr.patch. In other words, revert all patches
 I've sent via mail.

 J. R. Okajima

With your new patch the dmesg looks much more tidy. Relevant messages:

[  158.069589] X[1287]:dentry_iput:339: SYSV f500f000 i32768
0100777 f46570ac
[  158.070099] X[1287]:shmem_evict_inode:660: f500f000, i32768, 0100777 f46570ac
[  158.070102] [ cut here ]
[  158.070111] WARNING: CPU: 0 PID: 1287 at mm/shmem.c:662
shmem_evict_inode+0x1de/0x1f0()
[  158.070114] Modules linked in: pci_stub vboxpci(O) vboxnetadp(O)
vboxnetflt(O) vboxdrv(O) msr cpufreq_stats snd_seq_dummy snd_seq_oss
snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss
rfcomm bnep xt_multiport ip6t_REJECT ip6table_filter ip6_tables ipv6
ipt_REJECT xt_tcpudp iptable_filter ip_tables x_tables hid_generic
usbhid hid tp_smapi(O) thinkpad_ec(O) comedi_parport(C) comedi(C)
pcmcia pcmcia_core cpufreq_ondemand speedstep_lib bonding btusb
bluetooth sierra usbserial fuse joydev i915 snd_hda_codec_analog
coretemp kvm_intel snd_hda_intel snd_hda_codec kvm iwldvm e1000e
drm_kms_helper drm mac80211 snd_hwdep snd_pcm i2c_dev thinkpad_acpi
iwlwifi i2c_algo_bit ptp snd_page_alloc i2c_i801 cfg80211 uhci_hcd
pps_core snd_timer ehci_pci phc_intel(O) intel_agp nvram lpc_ich
i2c_core ehci_hcd intel_gtt agpgart xhci_hcd snd psmouse microcode
evdev serio_raw soundcore rfkill thermal video tpm_tis tpm processor
thermal_sys battery ac tpm_bios freq_table hwmon button nilfs2 loop
squashfs aufs ext4 mbcache jbd2
[  158.070204] CPU: 0 PID: 1287 Comm: X Tainted: G C O 3.12.22-test #1
[  158.070206] Hardware name: LENOVO 1951Y2C/1951Y2C, BIOS 79ETE7WW
(2.27 ) 03/21/2011
[  158.070208]    f4b17e54 c14b12d7  f4b17e84
c1042f2e c1620478
[  158.070214]   0507 c162d1f3 0296 c110383e c110383e
f46570ac f46570a0
[  158.070219]  8000 f4b17e94 c1042ff2 0009  f4b17ed4
c110383e c162ad30
[  158.070225] Call Trace:
[  158.070232]  [c14b12d7] dump_stack+0x41/0x52
[  158.070236]  [c1042f2e] warn_slowpath_common+0x7e/0xa0
[  158.070240]  [c110383e] ? shmem_evict_inode+0x1de/0x1f0
[  158.070243]  [c110383e] ? shmem_evict_inode+0x1de/0x1f0
[  158.070247]  [c1042ff2] warn_slowpath_null+0x22/0x30
[  158.070250]  [c110383e] shmem_evict_inode+0x1de/0x1f0
[  158.070254]  [c1153912] evict+0x92/0x160
[  158.070257]  [c1153fb4] iput+0xb4/0x130
[  158.070261]  [c114ff87] dentry_kill+0x147/0x230
[  158.070265]  [c11500cb] dput+0x5b/0xf0
[  158.070269]  [c113e37b] __fput+0x13b/0x1f0
[  158.070272]  [c113e46d] fput+0xd/0x10
[  158.070277]  [c105d819] task_work_run+0x99/0xb0
[  158.070281]  [c1002301] do_notify_resume+0x51/0x80
[  158.070285]  [c14b6d03] work_notifysig+0x24/0x29
[  158.070288] ---[ end trace eb636fc92b3823b2 ]---
[  158.070290] X[1287]:idr_remove_warning:532: idr_remove called for
id=32768 which is not allocated.
[  158.106088] X[1287]:idr_remove_warning:532: idr_remove called for
id=65537 which is not allocated.
[  158.111366] X[1287]:idr_remove_warning:532: idr_remove called for
id=98304 which is not allocated.
[  163.962456] X[1287]:idr_remove_warning:532: idr_remove called for
id=131072 which is not allocated.
[  163.980606] X[1287]:idr_remove_warning:532: idr_remove called for
id=163841 which is not allocated.
[  164.633609] X[1287]:idr_remove_warning:532: idr_remove called for
id=196608 which is not allocated.
[  165.775145] X[1287]:idr_remove_warning:532: idr_remove called for
id=229376 which is not allocated.
[  170.654702] scim-panel-gtk[1521]:idr_remove_warning:532: idr_remove
called for id=262144 which is not allocated.
[  170.655033] scim-panel-gtk[1521]:idr_remove_warning:532: idr_remove
called for id=294912 which is not allocated.
[  183.180797] blueman-applet[1615]:idr_remove_warning:532: idr_remove
called for id=884752 which is not allocated.
[  369.374738] X[1287]:idr_remove_warning:532: idr_remove called for
id=1015827 which is not allocated.
[  369.375215] X[1287]:idr_remove_warning:532: idr_remove called for
id=950289 which is not allocated.
[  369.971172] gimp-2.8[1775]:idr_remove_warning:532: idr_remove
called for id=1081362 which is not allocated.
[  372.438361] X[1287]:idr_remove_warning:532: idr_remove called for
id=1212436 which is not allocated.
[  372.438557] X[1287]:idr_remove_warning:532: idr_remove called for
id=1146898 which is not allocated.
[  376.145926] soffice.bin[1797]:idr_remove_warning:532: idr_remove
called for id=1343508 which is not allocated.
[  377.447401] X[1287]:idr_remove_warning:532: idr_remove called for
id=1277970 which is not allocated.
[  384.010893] X[1287]:idr_remove_warning:532: idr_remove called for
id=1474580 which is not allocated.
[  384.011506] X[1287]:idr_remove_warning:532: idr_remove called for
id=1409041 which is not allocated.
[  384.011713] 

Re: WARNING at lib/idr.c:527

[Guan Xin]

On Mon, Jun 16, 2014 at 2:36 PM,  sf...@users.sourceforge.net wrote:

 [  158.069589] X[1287]:dentry_iput:339: SYSV f500f000 i32768
 0100777 f46570ac
 [  158.070099] X[1287]:shmem_evict_inode:660: f500f000, i32768, 0100777 
 f46570ac
 :::
 [  158.070290] X[1287]:idr_remove_warning:532: idr_remove called for
 id=32768 which is not allocated.

 This [  158.070290] is the first idr_remove ... msg after reboot?

Yes.


 And there is no other message produced before [  158.069589]?


There are about one thousand lines more. Probably non-relevant and may contain
identification info. See attached complete dmesg.


 - Is CONFIG_HUGETLBFS enabled for your kernel?

No.


 - Did Xserver start before mounting aufs?

No. The aufs was mount from initrd.
The complete system (except /home and /dev/shm) is on aufs.


Guan

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems

Re: WARNING at lib/idr.c:527

[Guan Xin]

On Mon, Jun 16, 2014 at 9:49 PM,  sf...@users.sourceforge.net wrote:

 Guan, Nikolay,
 Please test this patch which tries fixing the problem while previous
 patches try finding it.

 J. R. Okajima

Two problems:

1) fs/proc/task_mmu.c (3.12.x) must additionally include
linux/magic.h and linux/shm.h otherwise doesn't compile;

2) The warning disappeared with this patch, but the kernel oops
after playing around for a few seconds.

[   87.591524] BUG: unable to handle kernel NULL pointer dereference at 0008
[   87.591597] IP: [c11aa0b4] ipc_shm_id_or_ino+0x24/0x40
[   87.591649] *pdpt = 2d208001 *pde = 
[   87.591699] Oops:  [#1] SMP
[   87.591734] Modules linked in: pci_stub vboxpci(O) vboxnetadp(O)
vboxnetflt(O) vboxdrv(O) msr cpufreq_stats snd_seq_dummy snd_seq_oss
snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss
rfcomm bnep xt_multiport ip6t_REJECT ip6table_filter ip6_tables ipv6
ipt_REJECT xt_tcpudp iptable_filter ip_tables x_tables tp_smapi(O)
thinkpad_ec(O) comedi_parport(C) comedi(C) pcmcia pcmcia_core
cpufreq_ondemand speedstep_lib sierra usbserial bonding hid_generic
usbhid hid btusb bluetooth fuse joydev coretemp i915 kvm_intel kvm
psmouse drm_kms_helper serio_raw iwldvm drm mac80211 xhci_hcd e1000e
snd_hda_codec_analog i2c_dev snd_hda_intel evdev iwlwifi thinkpad_acpi
snd_hda_codec i2c_algo_bit snd_hwdep snd_pcm lpc_ich snd_page_alloc
nvram ptp snd_timer uhci_hcd cfg80211 ehci_pci snd pps_core i2c_i801
phc_intel(O) intel_agp i2c_core intel_gtt ehci_hcd agpgart tpm_tis
microcode tpm tpm_bios thermal processor video ac battery soundcore
rfkill thermal_sys freq_table hwmon button nilfs2 loop squashfs aufs
ext4 mbcache jbd2
[   87.592854] CPU: 1 PID: 1479 Comm: kwin Tainted: G C O
3.12.22-test #2
[   87.592914] Hardware name: LENOVO 1951Y2C/1951Y2C, BIOS 79ETE7WW
(2.27 ) 03/21/2011
[   87.592973] task: f5338000 ti: ed23e000 task.ti: ed23e000
[   87.593016] EIP: 0060:[c11aa0b4] EFLAGS: 00010246 CPU: 1
[   87.593065] EIP is at ipc_shm_id_or_ino+0x24/0x40
[   87.593102] EAX:  EBX: db3b1478 ECX: 00bf EDX: f1be3e2c
[   87.593151] ESI: ed4c6900 EDI: d7c30a80 EBP: ed23fe94 ESP: ed23fe94
[   87.593199]  DS: 007b ES: 007b FS: 00d8 GS: 00e0 SS: 0068
[   87.593241] CR0: 80050033 CR2: 0008 CR3: 2d2fe000 CR4: 07f0
[   87.593289] Stack:
[   87.593307]  ed23ff14 c1189da7 d7c30a80 c1631514 ad601000 ad602000
0072 0077
[   87.593335]  002d 0070    
 ed23ff04
[   87.593335]  f5338000 0001 f4831880   d7caa958
 
[   87.593335] Call Trace:
[   87.593335]  [c1189da7] show_map_vma+0x1f7/0x340
[   87.593335]  [c118af51] show_pid_map+0x21/0x60
[   87.593335]  [c115a88c] seq_read+0x22c/0x380
[   87.593335]  [c115a660] ? traverse+0x240/0x240
[   87.593335]  [c113cc80] vfs_read+0x80/0x150
[   87.593335]  [c113d429] SyS_read+0x49/0x90
[   87.593335]  [c14b698f] syscall_call+0x7/0xb
[   87.593335]  [c14b] ? alloc_debug_processing+0x8a/0x10c
[   87.593335] Code: 8d bc 27 00 00 00 00 55 89 e5 53 66 66 66 66 90
8b 1d e0 39 82 c1 8b 50 10 39 5a 1c 8b 4a 28 74 06 5b 89 c8 5d c3 90
8b 40 78 5b 8b 40 08 5d 8b 40 78 8b 48 08 89 c8 c3 eb 0d 90 90 90 90
90 90
[   87.593335] EIP: [c11aa0b4] ipc_shm_id_or_ino+0x24/0x40 SS:ESP
0068:ed23fe94
[   87.593335] CR2: 0008
[   87.602917] ---[ end trace c7a0b18ea0c602b0 ]---


Guan

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems

Re: WARNING at lib/idr.c:527

[Guan Xin]

On Thu, Jun 12, 2014 at 4:34 AM,  sf...@users.sourceforge.net wrote:

 Do you think it happens only specific version?


I am running the same (20140609) aufs on Linux 3.12.21 on two real
machines with similar aufs stacks (tmpfs:squashfs:squashfs) but

mach-1) Is an Intel Core 2 Duo, has CONFIG_MCORE2=y, two squashfs
images on an ext4;

mach-2) Is an Intel Core Duo, has CONFIG_MPENTIUMM=y but otherwise the
same config as 1, two squashfs images on tmpfs.

This problem only happens to the mach-1.

Guan

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems

Re: WARNING at lib/idr.c:527

[Guan Xin]

On Thu, Jun 12, 2014 at 11:53 AM,  sf...@users.sourceforge.net wrote:

 Then we have two options as next step.

 1. dive into IDR assembler code on MCORE2
- disassemble IDR object file
- write a small test program for IDR, run and disassemble it

 2. forget all about chip dendent issues
- re-build as other than MCORE2=y, such like M686, M586 or M486

 I have Intel Core 2 Duo which is
 - CPU family: 6
 - Model:  23
 - x86_64 kernel
 but I could not meet the problem.

 Hmm, memory test by memtest on your mach-1 may be worthy.


 J. R. Okajima

Built with CONFIG_M686=y, same problem.
Run memtest86+, no error.

I have also a Core 2 Duo in family 6, model 23 but 6km away.
I can go there and test on that machine if necessary.

Guan

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems

Re: WARNING at lib/idr.c:527

[Guan Xin]

On Thu, Jun 12, 2014 at 7:20 PM, Nikolay Pertsev nc.e...@gmail.com wrote:

 So, on mach-1 what folders do you mount as aufs branches?

I mounted 3 branches on both machines -- br1:br2:br3
where br1 is tmpfs, br2 and br3 are squashfs.
br3 is the system image, and br2 contains /lib/{firmware,modules}.


 And do you mount same folders on mach-2?

Yes except that br3 contains less files and both br2 and br3 images
reside on tmpfs, while on mach-1 they are on ext4.


 Not sure if this matters at all, but let's compare it too.

 Do you have same kernel modules loaded on mach-1 and mach-2?

No. mach-2, which showed no problem, does not have virtualbox, tp_smapi,
xhci, and so on ... but I don't think these are the origin of this bug because
you have triggered this bug without these modules.


 What Linux distro do you use? (I am running Gentoo)

Slackware 14.1 32-bit.


 Also, I am wondering if should compare our kernel's .config files.

I'm not sure if posting the kernel config (a somewhat large text file)
here violates the rule of this mailing list. I attached /proc/config.gz
which is smaller.

Guan


config.gz
Description: GNU Zip compressed data
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems

Re: WARNING at lib/idr.c:527

[Guan Xin]

On Thu, Jun 12, 2014 at 7:36 PM,  sf...@users.sourceforge.net wrote:

 Guan, Nikolay, would you test this patch manually for mm/shmem.c?
 It may produce a new warining once.


 ino = idr_alloc(sbinfo-idr, inode, 2, INT_MAX, GFP_NOFS);
 if (ino  0) {
 inode-i_ino = ino;
 mutex_unlock(sbinfo-idr_lock);
 __insert_inode_hash(inode, inode-i_ino);
 } else {
 +   WARN_ON_ONCE(inode-i_ino);
 +   inode-i_ino = 0;
 mutex_unlock(sbinfo-idr_lock);
 iput(inode);/* shmem_free_inode() will be called 
 */
 inode = NULL;
 }


 J. R. Okajima

Didn't see the new warning after reboot to the patched kernel ...
Still the same error messages as before.

Guan

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://p.sf.net/sfu/hpccsystems

Re: WARNING at lib/idr.c:527

[Guan Xin]

On Thu, Jun 12, 2014 at 8:22 PM,  sf...@users.sourceforge.net wrote:
 simple_xattrs_free(info-xattrs);
 WARN_ON(inode-i_blocks);
 if (inode-i_ino) {
 +   int i = inode-i_ino;
 mutex_lock(sbinfo-idr_lock);
 -   idr_remove(sbinfo-idr, inode-i_ino);
 +   idr_remove(sbinfo-idr, i);
 mutex_unlock(sbinfo-idr_lock);
 }
 shmem_free_inode(inode-i_sb);
 clear_inode(inode);


 J. R. Okajima


Looks the same:

[   53.204937] [ cut here ]
[   53.204949] WARNING: CPU: 0 PID: 1250 at lib/idr.c:527
idr_remove.part.6+0x1fb/0x200()
[   53.204952] idr_remove called for id=32768 which is not allocated.
[   53.204953] Modules linked in: pci_stub vboxpci(O) vboxnetadp(O)
vboxnetflt(O) vboxdrv(O) msr cpufreq_stats snd_seq_dummy snd_seq_oss
snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss
rfcomm bnep xt_multiport ip6t_REJECT ip6table_filter ip6_tables ipv6
ipt_REJECT xt_tcpudp iptable_filter ip_tables x_tables sierra
usbserial tp_smapi(O) thinkpad_ec(O) comedi_parport(C) comedi(C)
pcmcia pcmcia_core cpufreq_ondemand speedstep_lib hid_generic btusb
usbhid hid bluetooth bonding fuse joydev iwldvm mac80211 i915 iwlwifi
snd_hda_codec_analog e1000e i2c_dev snd_hda_intel drm_kms_helper drm
snd_hda_codec snd_hwdep thinkpad_acpi cfg80211 ptp i2c_algo_bit
pps_core i2c_i801 snd_pcm i2c_core lpc_ich ehci_pci uhci_hcd
snd_page_alloc evdev ehci_hcd nvram snd_timer xhci_hcd snd intel_agp
intel_gtt agpgart phc_intel(O) psmouse serio_raw ac soundcore battery
rfkill processor video thermal thermal_sys tpm_tis tpm tpm_bios
freq_table hwmon button nilfs2 loop squashfs aufs ext4 mbcache jbd2
[   53.205038] CPU: 0 PID: 1250 Comm: X Tainted: G C O 3.12.22-smp #3
[   53.205040] Hardware name: LENOVO 1951Y2C/1951Y2C, BIOS 79ETE7WW
(2.27 ) 03/21/2011
[   53.205043]    f1b4de3c c14a80c7 f1b4de7c f1b4de6c
c104281e c162c9a4
[   53.205048]  f1b4de98 04e2 c162c98a 020f c120d26b c120d26b
f1b4dea8 f502de18
[   53.205054]  8000 f1b4de84 c1042873 0009 f1b4de7c c162c9a4
f1b4de98 f1b4dec4
[   53.205059] Call Trace:
[   53.205066]  [c14a80c7] dump_stack+0x41/0x52
[   53.205072]  [c104281e] warn_slowpath_common+0x7e/0xa0
[   53.205075]  [c120d26b] ? idr_remove.part.6+0x1fb/0x200
[   53.205078]  [c120d26b] ? idr_remove.part.6+0x1fb/0x200
[   53.205082]  [c1042873] warn_slowpath_fmt+0x33/0x40
[   53.205085]  [c120d26b] idr_remove.part.6+0x1fb/0x200
[   53.205089]  [c1101bef] ? shmem_truncate_range+0x2f/0x50
[   53.205093]  [c120d27c] idr_remove+0xc/0x10
[   53.205096]  [c1101c9b] shmem_evict_inode+0x8b/0x160
[   53.205100]  [c11512c2] evict+0x92/0x160
[   53.205103]  [c1151944] iput+0xb4/0x130
[   53.205108]  [c114da7f] dentry_kill+0x12f/0x170
[   53.205111]  [c114db1b] dput+0x5b/0xf0
[   53.205115]  [c113c0cb] __fput+0x13b/0x1f0
[   53.205118]  [c113c1bd] fput+0xd/0x10
[   53.205123]  [c105cda1] task_work_run+0x91/0xb0
[   53.205127]  [c1002281] do_notify_resume+0x51/0x80
[   53.205131]  [c14ada23] work_notifysig+0x24/0x29
[   53.205133] ---[ end trace d7eec0217c475b7f ]---
[   53.240823] [ cut here ]


$ dmesg | grep id=
[   53.204952] idr_remove called for id=32768 which is not allocated.
[   53.240838] idr_remove called for id=65537 which is not allocated.
[   53.246635] idr_remove called for id=98304 which is not allocated.
[   59.169593] idr_remove called for id=131072 which is not allocated.
[   59.183967] idr_remove called for id=163841 which is not allocated.
[   59.882019] idr_remove called for id=196608 which is not allocated.
[   61.239966] idr_remove called for id=229376 which is not allocated.
[   67.993657] idr_remove called for id=262144 which is not allocated.
[   67.994230] idr_remove called for id=294912 which is not allocated.
[   79.855293] idr_remove called for id=819215 which is not allocated.
[   94.630989] idr_remove called for id=950288 which is not allocated.
[  191.190601] idr_remove called for id=1212436 which is not allocated.
[  209.558225] idr_remove called for id=1277972 which is not allocated.
[  211.714141] idr_remove called for id=20 which is not allocated.
[  383.344299] idr_remove called for id=1343508 which is not allocated.
[  386.634286] idr_remove called for id=1474583 which is not allocated.
[  386.635156] idr_remove called for id=1409045 which is not allocated.
[  434.187692] idr_remove called for id=1605655 which is not allocated.
[  434.500522] idr_remove called for id=1736729 which is not allocated.
[  434.538023] idr_remove called for id=1671191 which is not allocated.
[  434.596881] idr_remove called for id=1802263 which is not allocated.
[  436.879218] idr_remove called for id=1867799 which is not allocated.
[  440.088361] idr_remove called for id=20 which is not allocated.
[  440.089216] idr_remove called for id=20 which is not allocated.

WARNING at lib/idr.c:527

[Guan Xin]

Hello,

The new (3.12.x-20140609) aufs introduced this warning.
Don't know if it is serious or not.

[   39.235011] [ cut here ]
[   39.235023] WARNING: CPU: 1 PID: 1320 at lib/idr.c:527
idr_remove.part.6+0x1fb/0x200()
[   39.235025] idr_remove called for id=32768 which is not allocated.
[   39.235027] Modules linked in: pci_stub vboxpci(O) vboxnetadp(O)
vboxnetflt(O) vboxdrv(O) msr cpufreq_stats snd_seq_dummy snd_seq_oss
snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss
rfcomm bnep xt_multiport ip6t_REJECT ip6table_filter ip6_tables ipv6
ipt_REJECT xt_tcpudp iptable_filter ip_tables x_tables sierra
usbserial tp_smapi(O) thinkpad_ec(O) hid_generic comedi_parport(C)
comedi(C) pcmcia btusb pcmcia_core usbhid cpufreq_ondemand hid
bluetooth speedstep_lib bonding fuse snd_hda_codec_analog joydev
usb_storage coretemp kvm_intel iwldvm kvm mac80211 snd_hda_intel
snd_hda_codec i2c_dev iwlwifi phc_intel(O) e1000e i915 snd_hwdep
drm_kms_helper psmouse thinkpad_acpi snd_pcm drm cfg80211 thermal ptp
uhci_hcd processor video nvram ehci_pci pps_core lpc_ich microcode
snd_page_alloc serio_raw ac battery ehci_hcd evdev thermal_sys
i2c_i801 snd_timer i2c_algo_bit intel_agp i2c_core tpm_tis freq_table
snd tpm intel_gtt hwmon tpm_bios agpgart soundcore xhci_hcd button
rfkill nilfs2 loop squashfs aufs ext4 mbcache jbd2
[   39.235116] CPU: 1 PID: 1320 Comm: X Tainted: G C O 3.12.21-smp #1
[   39.235119] Hardware name: LENOVO 1951Y2C/1951Y2C, BIOS 79ETE7WW
(2.27 ) 03/21/2011
[   39.235121]    f4b13e3c c14b0a87 f4b13e7c f4b13e6c
c1042eee c1635920
[   39.235126]  f4b13e98 0528 c1635906 020f c12101ab c12101ab
f4b13ea8 f502de18
[   39.235132]  8000 f4b13e84 c1042f43 0009 f4b13e7c c1635920
f4b13e98 f4b13ec4
[   39.235137] Call Trace:
[   39.235144]  [c14b0a87] dump_stack+0x41/0x52
[   39.235149]  [c1042eee] warn_slowpath_common+0x7e/0xa0
[   39.235153]  [c12101ab] ? idr_remove.part.6+0x1fb/0x200
[   39.235156]  [c12101ab] ? idr_remove.part.6+0x1fb/0x200
[   39.235159]  [c1042f43] warn_slowpath_fmt+0x33/0x40
[   39.235162]  [c12101ab] idr_remove.part.6+0x1fb/0x200
[   39.235167]  [c110327f] ? shmem_truncate_range+0x2f/0x50
[   39.235170]  [c12101bc] idr_remove+0xc/0x10
[   39.235173]  [c110332c] shmem_evict_inode+0x8c/0x160
[   39.235177]  [c1153262] evict+0x92/0x160
[   39.235180]  [c1153904] iput+0xb4/0x130
[   39.235185]  [c114fa57] dentry_kill+0x137/0x180
[   39.235188]  [c114fafb] dput+0x5b/0xf0
[   39.235192]  [c113de5b] __fput+0x13b/0x1f0
[   39.235195]  [c113df4d] fput+0xd/0x10
[   39.235200]  [c105d759] task_work_run+0x99/0xb0
[   39.235203]  [c1002301] do_notify_resume+0x51/0x80
[   39.235208]  [c14b64b3] work_notifysig+0x24/0x29
[   39.235210] ---[ end trace 6fbce519ac85b77a ]---
[   39.270060] [ cut here ]

Regards,
Guan

--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leverages Graph Analysis for Fast Processing  Easy Data Exploration
http://www.hpccsystems.com

Re: WARNING at lib/idr.c:527

[Guan Xin]

On Mon, Jun 9, 2014 at 6:31 PM,  sf...@users.sourceforge.net wrote:

 Would you try testing after this fix?
 - new tmpfs-idr.patch removes a line from
   linux/mm/shmem.c:shmem_get_inode() like this.
 ... ...

 - insert this line at the removed line like this.
 inode-i_ino = get_next_ino();
 -- inode-i_ino = 0;


I get similar messages like above. After this change:

[   48.287961] [ cut here ]
[   48.287973] WARNING: CPU: 0 PID: 1283 at lib/idr.c:527
idr_remove.part.6+0x1fb/0x200()
[   48.287975] idr_remove called for id=32768 which is not allocated.
[   48.287977] Modules linked in: pci_stub vboxpci(O) vboxnetadp(O)
vboxnetflt(O) vboxdrv(O) msr cpufreq_stats snd_seq_dummy snd_seq_oss
snd_seq_midi_event snd_seq snd_seq_device snd_pcm_oss snd_mixer_oss
rfcomm bnep xt_multiport ip6t_REJECT ip6table_filter ip6_tables ipv6
ipt_REJECT xt_tcpudp iptable_filter ip_tables x_tables sierra
usbserial hid_generic btusb usbhid hid bluetooth tp_smapi(O)
thinkpad_ec(O) comedi_parport(C) comedi(C) pcmcia pcmcia_core
cpufreq_ondemand speedstep_lib bonding fuse snd_hda_codec_analog
joydev coretemp kvm_intel iwldvm mac80211 snd_hda_intel kvm i915
snd_hda_codec i2c_dev iwlwifi e1000e phc_intel(O) psmouse
thinkpad_acpi drm_kms_helper xhci_hcd ptp pps_core lpc_ich drm video
thermal serio_raw ehci_pci snd_hwdep processor evdev uhci_hcd
i2c_algo_bit i2c_i801 ehci_hcd cfg80211 snd_pcm nvram thermal_sys
i2c_core microcode tpm_tis freq_table battery snd_page_alloc tpm hwmon
snd_timer rfkill ac tpm_bios intel_agp intel_gtt snd agpgart soundcore
button nilfs2 loop squashfs aufs ext4 mbcache jbd2
[   48.288065] CPU: 0 PID: 1283 Comm: X Tainted: G C O 3.12.21-smp #2
[   48.288067] Hardware name: LENOVO 1951Y2C/1951Y2C, BIOS 79ETE7WW
(2.27 ) 03/21/2011
[   48.288069]    ed2ede3c c14b0a87 ed2ede7c ed2ede6c
c1042eee c1635920
[   48.288075]  ed2ede98 0503 c1635906 020f c12101ab c12101ab
ed2edea8 f502de18
[   48.288080]  8000 ed2ede84 c1042f43 0009 ed2ede7c c1635920
ed2ede98 ed2edec4
[   48.288086] Call Trace:
[   48.288092]  [c14b0a87] dump_stack+0x41/0x52
[   48.288097]  [c1042eee] warn_slowpath_common+0x7e/0xa0
[   48.288101]  [c12101ab] ? idr_remove.part.6+0x1fb/0x200
[   48.288104]  [c12101ab] ? idr_remove.part.6+0x1fb/0x200
[   48.288108]  [c1042f43] warn_slowpath_fmt+0x33/0x40
[   48.288111]  [c12101ab] idr_remove.part.6+0x1fb/0x200
[   48.288115]  [c110328f] ? shmem_truncate_range+0x2f/0x50
[   48.288118]  [c12101bc] idr_remove+0xc/0x10
[   48.288122]  [c110333c] shmem_evict_inode+0x8c/0x160
[   48.288126]  [c1153272] evict+0x92/0x160
[   48.288129]  [c1153914] iput+0xb4/0x130
[   48.288133]  [c114fa67] dentry_kill+0x137/0x180
[   48.288136]  [c114fb0b] dput+0x5b/0xf0
[   48.288140]  [c113de6b] __fput+0x13b/0x1f0
[   48.288143]  [c113df5d] fput+0xd/0x10
[   48.288148]  [c105d759] task_work_run+0x99/0xb0
[   48.288151]  [c1002301] do_notify_resume+0x51/0x80
[   48.288156]  [c14b64b3] work_notifysig+0x24/0x29
[   48.288158] ---[ end trace 3738fcdcbcd266bf ]---
[   48.325118] [ cut here ]


stat -f gives:

  File: /mnt
ID: 0Namelen: 255 Type: tmpfs
Block size: 4096   Fundamental block size: 4096
Blocks: Total: 2621440Free: 2576722Available: 2576722
Inodes: Total: 217852 Free: 217697


dmesg | grep id= gives:

[   48.287975] idr_remove called for id=32768 which is not allocated.
[   48.325133] idr_remove called for id=65537 which is not allocated.
[   48.330760] idr_remove called for id=98304 which is not allocated.
[   54.296158] idr_remove called for id=131072 which is not allocated.
[   54.307677] idr_remove called for id=163841 which is not allocated.
[   54.992892] idr_remove called for id=196608 which is not allocated.
[   56.147631] idr_remove called for id=229376 which is not allocated.
[   61.290382] idr_remove called for id=262144 which is not allocated.
[   61.290954] idr_remove called for id=294912 which is not allocated.
[   68.324836] idr_remove called for id=688139 which is not allocated.
[   73.717855] idr_remove called for id=884751 which is not allocated.
[  102.239073] idr_remove called for id=950288 which is not allocated.
[  165.759135] idr_remove called for id=1015825 which is not allocated.
[  169.763863] idr_remove called for id=1146898 which is not allocated.
[  169.764244] idr_remove called for id=1081360 which is not allocated.
[  170.334123] idr_remove called for id=1277970 which is not allocated.
[  186.140583] idr_remove called for id=1212432 which is not allocated.
[  187.935577] idr_remove called for id=1409042 which is not allocated.
[  187.936220] idr_remove called for id=1343505 which is not allocated.
[  194.367908] idr_remove called for id=1474576 which is not allocated.
[  203.282958] idr_remove called for id=16 which is not allocated.
[  203.283604] idr_remove called for id=19 which is not allocated.
[  227.970044] idr_remove called for id=1540112 which is not 

Re: aufs3 GIT release

[Guan Xin]

Hello Okajima,

Thanks for the tmpfs patch! This is really good.

For the vfs-ino patch, it does not apply to linux-3.12.20.
However, this is not very important and applying this patch
manually is easy.

Guan

On Sun, May 25, 2014 at 6:35 PM,  sf...@users.sourceforge.net wrote:

 o news
 - in aufs3-standalong.git, introduce two new patches, vfs-ino.patch and
   tmpfs-ibitmap.patch.
   aufs3-loopback.patch has existed since many years before, but not
   described. Other two patches are introdued by the neighbourhood of
   this commit.

 There several other patches in aufs3-standalone.git. They are all
 optional. When you meet some problems, they will help you.
 - aufs3-loopback.patch
   Supports a nested loopback mount in a branch-fs. This patch is
   unnecessary until aufs produces a message such like you may want 
 to try
   another patch for loopback file.
 - vfs-ino.patch
   Modifies a system global kernel internal function get_next_ino() in
   order to stop assigning 0 for an inode-number. Not directly related 
 to
   aufs, but recommended generally.
 - tmpfs-ibitmap.patch
   Keeps the tmpfs inode number as the lowest value. Effective to 
 reduce
   the size of aufs XINO files for tmpfs branch. Also it prevents the
   duplication of inode number, which is important for backup
   tools, aubrsync or other utilities. When you find aufs XINO files 
 for
   tmpfs branch growing too much, try this patch.


 J. R. Okajima

 
 - aufs3-linux.git
   aufs: describe several optional patches
   aufs: add a postscript about mainline-ing

 - aufs3-standalone.git
   ditto

 - aufs-util.git
   none

 --
 Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
 Instantly run your Selenium tests across 300+ browser/OS combos.
 Get unparalleled scalability from the best Selenium testing platform available
 Simple to use. Nothing to install. Get started now for free.
 http://p.sf.net/sfu/SauceLabs

--
Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free.
http://p.sf.net/sfu/SauceLabs

Re: merge conflicts in 3.10.27

[Guan Xin]

On Thu, Jan 16, 2014 at 10:37 AM, Sven Geggus
li...@fuchsschwanzdomain.de wrote:
 Hello,

 I get merge conflicts while trying to merge aufs3-linux/aufs3.10 into a
 vanilla Kernel Version 3.10.27.

 The Problem is whithin mm/fremap.c


Patch by Okajima:
http://comments.gmane.org/gmane.linux.file-systems.aufs.user/4553

Regards,
Guan

--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments  Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk

Patch rejected by linux-3.12.7

[Guan Xin]

Hello,

The aufs3-3.12 patch currently does not apply to Linux 3.12.7 --

user@host:~/linux-3.12.7$ patch -p1 
../aufs/aufs3-standalone-3.12/aufs3-mmap.patch
patching file fs/buffer.c
patching file fs/proc/nommu.c
patching file fs/proc/task_mmu.c
patching file fs/proc/task_nommu.c
patching file include/linux/mm.h
patching file include/linux/mm_types.h
patching file kernel/fork.c
patching file mm/filemap.c
patching file mm/fremap.c
Hunk #1 FAILED at 207.
1 out of 1 hunk FAILED -- saving rejects to file mm/fremap.c.rej
patching file mm/madvise.c
patching file mm/memory.c
patching file mm/mmap.c
patching file mm/msync.c
patching file mm/nommu.c

Best regards,
Guan

--
CenturyLink Cloud: The Leader in Enterprise Cloud Services.
Learn Why More Businesses Are Choosing CenturyLink Cloud For
Critical Workloads, Development Environments  Everything In Between.
Get a Quote or Start a Free Trial Today. 
http://pubads.g.doubleclick.net/gampad/clk?id=119420431iu=/4140/ostg.clktrk

Re: opening deleted file with /proc/$pid/fd/$fd returns ESTALE

[Guan Xin]

Hello Okajima,

On Wed, Dec 18, 2013 at 6:02 AM,  sf...@users.sourceforge.net wrote:

 Several weeks past since my last reply. Today I tried a simple test and
 succeeded reproducing the problem.
 Here is a patch to fix it.
 I am still testing for next Monday release. But, if everything goes
 well, this fix will NOT be included in next Monday release, since it is
 too late. Probably it will be included in the first release of next year.


Many thanks for your Christmas gift! This patch works.

Best wishes,
Guan

--
Rapidly troubleshoot problems before they affect your business. Most IT 
organizations don't have a clear picture of how application performance 
affects their revenue. With AppDynamics, you get 100% visibility into your 
Java,.NET,  PHP application. Start your 15-day FREE TRIAL of AppDynamics Pro!
http://pubads.g.doubleclick.net/gampad/clk?id=84349831iu=/4140/ostg.clktrk

opening deleted file with /proc/$pid/fd/$fd returns ESTALE

[Guan Xin]

Hello,

The following program shows:

create: Success
open: Stale NFS file handle

but the expected result is

create: Success
open: Success

Code:

#include stdio.h
#include sys/types.h
#include sys/stat.h
#include fcntl.h
#include unistd.h

int main()
{
int fd1, fd2;
const char *filename = opentest.tmp;
char buf[256];

fd1 = open(filename, O_RDWR | O_CREAT, S_IRUSR | S_IWUSR);
perror(create);
remove(filename);
sprintf(buf, /proc/%d/fd/%d, (int)getpid(), fd1);
fd2 = open(buf, O_RDWR | O_CREAT, S_IRUSR | S_IWUSR);
perror(open);
close(fd2);
close(fd1);
return 0;
}

This only happens on aufs (tested version is 3.12-2013), config

CONFIG_AUFS_FS=m
CONFIG_AUFS_BRANCH_MAX_127=y
# CONFIG_AUFS_BRANCH_MAX_511 is not set
# CONFIG_AUFS_BRANCH_MAX_1023 is not set
# CONFIG_AUFS_BRANCH_MAX_32767 is not set
CONFIG_AUFS_SBILIST=y
# CONFIG_AUFS_HNOTIFY is not set
CONFIG_AUFS_EXPORT=y
CONFIG_AUFS_RDU=y
# CONFIG_AUFS_SP_IATTR is not set
# CONFIG_AUFS_SHWH is not set
# CONFIG_AUFS_BR_RAMFS is not set
CONFIG_AUFS_BR_FUSE=y
CONFIG_AUFS_POLL=y
CONFIG_AUFS_BR_HFSPLUS=y
CONFIG_AUFS_BDEV_LOOP=y
# CONFIG_AUFS_DEBUG is not set

Will provide more details if necessary.

Best regards,
GUAN, Xin

--
Sponsored by Intel(R) XDK 
Develop, test and display web and hybrid apps with a single code base.
Download it for free now!
http://pubads.g.doubleclick.net/gampad/clk?id=111408631iu=/4140/ostg.clktrk

aufs-util for aufs3.2 and later, but aufs is 3.2-20130708

[Guan Xin]

   Hello,
   Today I tried to make aufs-utils and got this:
   cc -I./libau-O-Wall-I/usr/src/linux-3.2.48/usr/include
   -I/usr/src/aufs/aufs3-standalone/usr/include -DMOUNT_CMD_PATH=\\ Â  ver.c
   Â  -o ver
   ./ver
   Wrong version!
   aufs-util for aufs3.2 and later, but aufs is 3.2-20130708.
   make: *** [ver_test] Error 255
   rm ver
   Did I misunderstand something? Is aufs version 3.2-20130708 later than
   aufs3.2 or is it rather aufs3.0?
   Thanks!
   Guan
--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk

Re: aufs-util for aufs3.2 and later, but aufs is 3.2-20130708

[Guan Xin]

On Sat, Jul 13, 2013 at 1:33 AM,  sf...@users.sourceforge.net wrote:

 It will be fixed in next Monday release.


 J. R. Okajima

Good. Thanks for the info!

Guan

--
See everything from the browser to the database with AppDynamics
Get end-to-end visibility with application monitoring from AppDynamics
Isolate bottlenecks and diagnose root cause in seconds.
Start your free trial of AppDynamics Pro today!
http://pubads.g.doubleclick.net/gampad/clk?id=48808831iu=/4140/ostg.clktrk

Re: aufs3.0 .. aufs3.5 will end

[Guan Xin]

On Thu, Mar 28, 2013 at 3:37 PM, Tomas M to...@slax.org wrote:
 I never understood why people use older kernels. The only reason may
 be that some Linux distributions are made for business audience and
 they use old kernel since they are afraid of new (untested) things or

Not so precise. Those who use old kernels (including me) are not normally
lacking of courage, but are short of money, on the order of 10^9 or 10^10 USD.
Because most end-users cannot control their upstream, they may face problems
such as, but not limited to:

1) Dependency. There are lots of out-of-tree drivers such as NVIDIA, etc.
   that don't follow kernel development closely. It may be difficult for
   end-users to modify every of these drivers by themselves.

2) Instability. e.g. Kernels 3.8 and 3.9 have problems with USB WiFi.
   After the first run of wpa_supplicant any USB WiFi will get defunct
   until next boot. So I am still using 3.7.10 on an i.MX23.


 they need some compatibility which was dropped in newer kernels.

Let's change the wording from compatibilities are dropped to
incompatibilities are created.


 since he will most likely be a business company which wants AUFS in
 order to MAKE SOME BUSINESS. Sane business customer may
 be willing to spend $1000 or more to get AUFS for his insanely old kernel :)

Not only COM/BIZ people can do business. ORG and AC people also.


I am not saying that Okajima-san should maintain aufs for old kernels.
I just say if he does, it is a reasonable choice.


Best regards,
Guan

--
Own the Future-Intelreg; Level Up Game Demo Contest 2013
Rise to greatness in Intel's independent game demo contest.
Compete for recognition, cash, and the chance to get your game 
on Steam. $5K grand prize plus 10 genre and skill prizes. 
Submit your demo by 6/6/13. http://p.sf.net/sfu/intel_levelupd2d

Re: Is this an aufs problem?

[Guan Xin]

   On Tue, Jan 22, 2013 at 6:02 PM, [1]sf...@users.sourceforge.net wrote:

 Because you enabled the kernel debugging option, I'd make sure one
 thing.
 Are your system (particulary CPU and RAM) enough to run such kernel?
 If you can, I'd suggest you to check how much CPU time and RAM are
 consumed.
 Currently I guess your slow problem is unrelated to aufs.
 J. R. Okajima

   Hello Okajima,
   You are right. I tested the system under various work loads last three
   weeks.
   No problem occurred.
   I also tried to disable lockdep and the system ran faster.
   This seems not an aufs problem.
   Thank you.
   Guan

References

   1. mailto:sf...@users.sourceforge.net
--
Free Next-Gen Firewall Hardware Offer
Buy your Sophos next-gen firewall before the end March 2013 
and get the hardware for free! Learn more.
http://p.sf.net/sfu/sophos-d2d-feb

Re: Is this an aufs problem?

[Guan Xin]

   Hello Okajima,
   I'm sorry for the late reply.
   Yes I tried this patch and the lock error messages are completely gone.
   However, some things went wrong and I can't tell exactly what.
   The system boots very slowly and never comes to an end. I inserted some
   sleeps in the init scripts and changed the LED (my only output device)
   before and after the sleeps. I could see that the sleeps took about
   ten times longer than expected. Because everything went so slowly, I had to
   bring sshd to the very front of the init script to give it a chance to
   start.
   I  ssh-ed  and executed a dmesg but saw nothing abnormal. No error, no
   warning.
   Could you point out a way to dig out the problem? Thanks!
   Guan

   On Sat, Jan 19, 2013 at 4:15 AM, [1]sf...@users.sourceforge.net wrote:

 Guan Xin:

I tried the patch and the kernel no longer starts. In my configuration,
when the kernel starts, it turn on an LED; and on entering rdinit, the LED
blinks. So I can see the kernel is not running because the LED is always
off. I'm sorry I don't have access to the serial terminal at present and
cannot see any messages until sshd starts.

 I am afraid that tha patch I sent was for linux-3.0. Sorry.
 On my local test machine for linux-3.7, I use this.
 Try please, but I am not sure whether your system can boot successfully
 or not.
 J. R. Okajima

References

   1. mailto:sf...@users.sourceforge.net
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. ON SALE this month only -- learn more at:
http://p.sf.net/sfu/learnnow-d2d

Is this an aufs problem?

[Guan Xin]

   Hello,
   I've got an OLinuXino micro recently and tried to run Linux 3.7.3 + aufs
   3.7-20130114. When it's up it works. I've got no problem until now but
   during early boot, there was this error message:
   [Â Â Â  2.58] udevd[48]: starting version 182
   [Â Â Â   2.67] usb 1-1.2: new high-speed USB device number 4 using
   ci_hdrc
   [Â Â Â  2.89] usb 1-1.1.1: new high-speed USB device number 5 using
   ci_hdrc
   [Â Â Â  7.73] BUG: looking up invalid subclass: 9
   [Â Â Â  7.73] turning off the locking correctness validator.
   [Â Â Â  7.73] [c000d390] (unwind_backtrace+0x0/0xe0) from [c0051e14]
   (__lock_acquire+0xe4/0x1808)
   [Â Â Â7.73]   [c0051e14]  (__lock_acquire+0xe4/0x1808)  from
   [c0053ab4] (lock_acquire+0xf8/0x11c)
   [Â Â Â  7.73] [c0053ab4] (lock_acquire+0xf8/0x11c) from [c032f92c]
   (mutex_lock_nested+0x48/0x2a4)
   [Â Â Â   7.73]  [c032f92c]  (mutex_lock_nested+0x48/0x2a4)  from
   [c013d808] (au_cpup_single+0x23c/0x3e4)
   [Â Â Â7.73]   [c013d808]  (au_cpup_single+0x23c/0x3e4)  from
   [c013dc74] (au_cpup_simple+0x8c/0xbc)
   [Â Â Â  7.73] [c013dc74] (au_cpup_simple+0x8c/0xbc) from [c013de20]
   (au_sio_cpup_simple+0x70/0xc0)
   [Â Â Â   7.73]  [c013de20]  (au_sio_cpup_simple+0x70/0xc0)  from
   [c013de88] (au_cpup_dir+0x18/0x1c)
   [Â Â Â  7.73] [c013de88] (au_cpup_dir+0x18/0x1c) from [c013e214]
   (au_cp_dirs+0x164/0x1c4)
   [Â Â Â  7.73] [c013e214] (au_cp_dirs+0x164/0x1c4) from [c0148d04]
   (au_wr_dir+0x174/0x264)
   [Â Â Â  7.73] [c0148d04] (au_wr_dir+0x174/0x264) from [c0149288]
   (aufs_setattr+0x198/0x5d4)
   [Â Â Â  7.73] [c0149288] (aufs_setattr+0x198/0x5d4) from [c00d2858]
   (notify_change+0x208/0x2e0)
   [Â Â Â  7.73] [c00d2858] (notify_change+0x208/0x2e0) from [c00bad50]
   (do_truncate+0x78/0x94)
   [Â Â Â  7.73] [c00bad50] (do_truncate+0x78/0x94) from [c00c87ac]
   (do_last.isra.41+0xaa0/0xad8)
   [Â Â Â7.73]  [c00c87ac]  (do_last.isra.41+0xaa0/0xad8)  from
   [c00c] (path_openat+0xa4/0x400)
   [Â Â Â  7.73] [c00c] (path_openat+0xa4/0x400) from [c00c8eac]
   (do_filp_open+0x2c/0x78)
   [Â Â Â  7.73] [c00c8eac] (do_filp_open+0x2c/0x78) from [c00bbcc4]
   (do_sys_open+0xe4/0x170)
   [Â Â Â  7.73] [c00bbcc4] (do_sys_open+0xe4/0x170) from [c0009300]
   (ret_fast_syscall+0x0/0x38)
   [Â Â Â  9.44] udevd[126]: starting version 182
   [Â Â  14.49] usb 1-1.2: applying rev.C fixup
   [Â Â  14.51] usb 1-1.2: applying rev.C fixup
   [Â Â   14.53] MOSCHIP usb-ethernet driver 1-1.2:1.0 eth0: register
   'MOSCHIP usb-ethernet driver' at
   I don't know if this is aufs-related or not. (So the expected answer is yes
   or no or unsure.) If it has nothing to do with aufs, I won't bother you
   more. Otherwise I will post more information and make the modified kernel
   source available for download.
   Thank you!
   Guan
--
Master HTML5, CSS3, ASP.NET, MVC, AJAX, Knockout.js, Web API and
much more. Get web development skills now with LearnDevNow -
350+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122812

Re: Is this an aufs problem?

[Guan Xin]

   Hello Okajima,
   I tried the patch and the kernel no longer starts. In my configuration, when
   the  kernel starts, it turn on an LED; and on entering rdinit, the LED
   blinks. So I can see the kernel is not running because the LED is always
   off. I'm sorry I don't have access to the serial terminal at present and
   cannot see any messages until sshd starts.
   After removing the patch (patch -R ...) it works again. Of course the old
   error message is still there.
   Guan

   On Fri, Jan 18, 2013 at 12:45 PM, [1]sf...@users.sourceforge.net wrote:

 Hello Guan,
 Guan Xin:

I've got an OLinuXino micro recently and tried to run Linux 3.7.3 + aufs
3.7-20130114. When it's up it works. I've got no problem until now but
during early boot, there was this error message:
   
[ Â  Â 2.58] udevd[48]: starting version 182
[ Â  Â 2.67] usb 1-1.2: new high-speed USB device number 4 using
   ci_hdrc
[ Â  Â 2.89] usb 1-1.1.1: new high-speed USB device number 5 using
   ci_hdrc
[ Â  Â 7.73] BUG: looking up invalid subclass: 9

 Â  Â  Â  Â  :::
 This is an issue due to the combination of lockdep and aufs.
 I'd suggest you to expand several lockdep constants and rebuild your
 kernel.
 Patch attached.
 J. R. Okajima

References

   1. mailto:sf...@users.sourceforge.net
--
Master Visual Studio, SharePoint, SQL, ASP.NET, C# 2012, HTML5, CSS,
MVC, Windows 8 Apps, JavaScript and much more. Keep your skills current
with LearnDevNow - 3,200 step-by-step video tutorials by Microsoft
MVPs and experts. SALE $99.99 this month only -- learn more at:
http://p.sf.net/sfu/learnmore_122912

Re: Unprivileged user have no access to filesystem

[Guan Xin]

On Mon, Oct 15, 2012 at 6:10 PM,  sf...@users.sourceforge.net wrote:

 Guan Xin:
 I am not sure if this maillist accepts binary attachments. But I will try.

 Attached are:

 mounts: /proc/mounts
 sys_module_aufs.tar: /sys/module/aufs/*
 sys_fs_aufs.tar: /sys/fs/aufs/*
 config.gz: /proc/config.gz

 Ok, so your first (topmost) branch fs is
 rootfs / rootfs rw 0 0
 right?
 Then I suggest you to enable CONFIG_AUFS_BR_RAMFS and see what will
 happen.


 J. R. Okajima


No. My rw branch is tmpfs. I enabled CONFIG_AUFS_BR_RAMFS
and am still getting the same error. My init script in initrd is attached.

Guan


init
Description: Binary data
--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev

Re: Unprivileged user have no access to filesystem

[Guan Xin]

On Mon, Oct 15, 2012 at 7:07 PM,  sf...@users.sourceforge.net wrote:

 Hmm...
 Just to make sure, you can success chdir(/mnt[012]/home/username), right?
 Will you show me the output of this command?

 $ ls -ld / /mnt[012] /mnt[012]/home /mnt[012]/home/username /home 
 /home/username

 chdir(2) essentially calls two kernel internal functions,
 user_path_dir() and inode_permission(). Can you distinguish which one
 returns EACCES by ftrace or something? If not, will you try this patch
 which is just for debug print?

 diff --git a/fs/open.c b/fs/open.c
 index 7e4c856..26e682e 100644
 --- a/fs/open.c
 +++ b/fs/open.c
 @@ -382,12 +382,18 @@ SYSCALL_DEFINE1(chdir, const char __user *, filename)
 int error;

 error = user_path_dir(filename, path);
 -   if (error)
 +   if (error) {
 +   pr_err(%s:%d: %d\n, __func__, __LINE__, error);
 goto out;
 +   }

 error = inode_permission(path.dentry-d_inode, MAY_EXEC | MAY_CHDIR);
 -   if (error)
 +   if (error) {
 +   pr_err(%s:%d: %.*s, %d\n, __func__, __LINE__,
 +  path.dentry-d_name.len, path.dentry-d_name.name,
 +  error);
 goto dput_and_out;
 +   }

 set_fs_pwd(current-fs, path);


 J. R. Okajima

Unfortunately it is not easy to check chdir(/mnt[012]/home/username)
since /mnt[012] are no longer available after startup.

But I got the solution:
Change mode of my changes directory from 700 to 755.

Strange that it worked in aufs3.2. And ...
1) changes is the branch in the middle:
tmpfs(empty,rw):changes(ext2,ro):squashfs(rr)
The only things in changes are etc/fstab and
lib/{firmware,modules}.
2) /home is mounted over aufs.

Anyway, after applying the patch I get the following debug output:
[   20.755352] sys_chdir:388: -2
[   28.630147] sys_chdir:388: -13
[   28.630162] sys_chdir:396: /, -13

Guan

--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev

Re: Unprivileged user have no access to filesystem

[Guan Xin]

On Mon, Oct 15, 2012 at 8:01 PM,  sf...@users.sourceforge.net wrote:

 It is possible if you mount --move /mnt0 /mnt/mnt0 before switch_root.


 But I got the solution:
 Change mode of my changes directory from 700 to 755.

 Does it mean that the root dir of your mnt2 was 700?
 If so, you cannot access everything.


 J. R. Okajima

drwxrwxrwx 24 root root  428 10月 15 14:24 /mnt/0/  - bottom, squashfs
drwxr-xr-x  9 root root  200 10月 15 20:11 /mnt/1/  - top, tmpfs
drwx--  4 root root 4096 10月 10 12:54 /mnt/2/  - middle

But I still don't fully understand, if the top branch has a dir with
the same name
as that of a dir in an underlying branch, why the permission of the
dir in the top
branch does not override the permission of the same dir in the underlying
branch?

Or in this case, why does the / dir (0755) in the tmpfs does not override
the / dir (0700) in the changes branch?

Guan

--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev

Re: Unprivileged user have no access to filesystem

[Guan Xin]

On Mon, Oct 15, 2012 at 8:45 PM,  sf...@users.sourceforge.net wrote:


 No.
 To keep the consistency from the point of middle fs's view, the upper
 permission bits should not override the lowers.

 As long as the middle branch prohibits such access, aufs simply follow it.
 Otherwise it can be a violation of a security feature which the middle
 branch fs has.

 For your information, here is the aufs behaviour for the dir permission
 check.
 - for access other than dir, aufs checks the first one only. first
   means that the file firstly aufs found.
 - for write to dir, aufs checks the first one only too, since aufs
   will never write to the lower branches.
 - for read to dir, aufs checks the same named dirs on all branches,
   since aufs reads all of them.


 J. R. Okajima


Ok. This one is what I missed:
 - for read to dir, aufs checks the same named dirs on all branches,
   since aufs reads all of them.

Though it is still mystery to me why aufs3.2 allows such access,
now I know the right way to do things and my system works.

Thank you! Okajima, your replies are always quick and helpful.

Guan

--
Don't let slow site performance ruin your business. Deploy New Relic APM
Deploy New Relic app performance management and know exactly
what is happening inside your Ruby, Python, PHP, Java, and .NET app
Try New Relic at no cost today and get our sweet Data Nerd shirt too!
http://p.sf.net/sfu/newrelic-dev2dev

Re: aufs standalone module won't load ~ unknown symbols

[Guan Xin]

Does this part (and those below) of the README help?


You may feel why aufs2-standalone.patch needs to export so many kernel
symbols. Because you selected aufs2-standalone tree instead of aufs2-2.6
tree. All symbols exported here are just for the external aufs module.
If you don't like aufs2-standalone.patch, then try aufs2-2.6 tree.


Guan


On Thu, Aug 30, 2012 at 10:35 AM, klaatu kla...@rocketship.com wrote:
 Hello

 I am trying to install aufs in slackware64 13.37, for a livecd project.
 Although installation proceeds without apparent difficulty, the
 resulting module will not load, for unknown symbols.

 I know aufs2 is an older and now unmaintained version, but this is the
 linux dist  kernel I am using so these are the aufs files that appear
 to be necessary.

 Any help with resolving this would be deeply appreciated.  The files 
 procedure used are given below.

 Kind Regards,
 Mishma


 = source files used:

 aufs2-standalone, from:
 http://git.c3sl.ufpr.br/gitweb?p=aufs/aufs2-standalone.git;a=shortlog;h=refs/heads/aufs2.2-37

 2012-04-28J. R. Okajimaaufs2.2 standalone version for
 linux-2.6.37  [ aufs2.2-37 ]snapshot
 d8dde07a7cb60196b4d8df4d6976d379c87cc537
 
 aufs2-util, from:
 http://git.c3sl.ufpr.br/gitweb?p=aufs/aufs2-util.git;a=shortlog;h=refs/heads/aufs2.2

 2012-04-12Jayenpatch to auroot  [ aufs2.2 ]snapshot
 6dca494f02448832d52ee60401d8a89fc4e0cd11

 = kernel source  headers are virgin from the slackware64-13.37 iso:

 installpkg ./slackware64/k/kernel-source-2.6.37.6-noarch-2.txz
 installpkg ./slackware64/d/kernel-headers-2.6.37.6-x86-2.txz

 = Following the README, for the standalone module installation only,
 everything appears to work:

 cd /usr/src/linux
 patch -p1  /root/aufs2-standalone/aufs2-base.patch
 patch -p1  /root/aufs2-standalone/proc_map.patch
 patch -p1  /root/aufs2-standalone/aufs2-standalone.patch

 = the patches all install cleanly.  I have checked the kernel source
 files  the symbol exports are there.
 = For example, in fs/namei.c, there is now
 'EXPORT_SYMBOL(__lookup_one_len);' from aufs2-standalone.patch

 = then:

 make bzImage  make modules  make modules_install  make
 headers_install

 cp arch/x86_64/boot/bzImage /boot/vmlinuz_ausf2_2.6.37.6
 cp System.map /boot/System.map_aufs2_2.6.37.6
 cp .config /boot/config_aufs2_2.6.37.6

 cd /boot
 ln -s vmlinuz_ausf2_2.6.37.6 vmlinuz
 ln -s System.map_aufs2_2.6.37.6 System.map
 ln -s config_ausf2_2.6.37.6 config

 mkinitrd -c -k 2.6.37.6 -m ext2 -f ext2 -r /dev/sda2

 lilo

 reboot

 = System reboot is successful.

 cd /root/aufs2-standalone

 = edit /root/aufs2-standalone/config.mk to include proc_map:
 CONFIG_AUFS_PROC_MAP = y

 make  (no errors)
 make install  (no errors, depmod succeeds)
 make install_headers  (mistyped in README, read correct syntax in a
 v.3 aufs)

 cd /root/aufs2-util
 make
 make install

 = No indications of trouble with any of this.  But now trying to use
 the module produces the problem:

 modprobe aufs
 FATAL: Error inserting aufs (/lib/modules/2.6.37.6/extra/aufs.ko):
 Unknown symbol in module, or unknown parameter (see dmesg)

 dmesg
 
 [  176.41] aufs: Unknown symbol __lookup_one_len (err 0)
 [  176.500868] aufs: Unknown symbol file_sb_list_del (err 0)
 [  176.501160] aufs: Unknown symbol do_splice_to (err 0)
 [  176.501241] aufs: Unknown symbol security_inode_permission (err 0)
 [  176.501434] aufs: Unknown symbol security_file_mmap (err 0)
 [  176.501681] aufs: Unknown symbol inode_lock (err 0)
 [  176.501869] aufs: Unknown symbol devcgroup_inode_permission (err 0)
 [  176.502196] aufs: Unknown symbol lookup_hash (err 0)
 [  176.502632] aufs: Unknown symbol do_splice_from (err 0)
 [  176.502706] aufs: Unknown symbol do_truncate (err 0)
 [  176.502988] aufs: Unknown symbol security_file_permission (err 0)
 [  176.503159] aufs: Unknown symbol deny_write_access (err 0)
 [  176.503344] aufs: Unknown symbol security_inode_readlink (err 0)
 [ 2347.885897] aufs: Unknown symbol __lookup_one_len (err 0)
 [ 2347.885982] aufs: Unknown symbol file_sb_list_del (err 0)
 [ 2347.886265] aufs: Unknown symbol do_splice_to (err 0)
 [ 2347.886461] aufs: Unknown symbol security_inode_permission (err 0)
 [ 2347.886661] aufs: Unknown symbol security_file_mmap (err 0)
 [ 2347.886940] aufs: Unknown symbol inode_lock (err 0)
 [ 2347.887100] aufs: Unknown symbol devcgroup_inode_permission (err 0)
 [ 2347.887100] aufs: Unknown symbol lookup_hash (err 0)
 [ 2347.887353] aufs: Unknown symbol do_splice_from (err 0)
 [ 2347.887428] aufs: Unknown symbol do_truncate (err 0)
 [ 2347.887710] aufs: Unknown symbol security_file_permission (err 0)
 [ 2347.888179] aufs: Unknown symbol deny_write_access (err 0)
 [ 2347.888367] aufs: Unknown symbol security_inode_readlink (err 0)


 nm --demangle ./aufs.ko

 0030 r .LC0
 0228 r .LC0
 0768 r .LC0
 0be8 r .LC0
 1788 r .LC0
 17b0 r .LC0
 

Re: make headers_install

[Guan Xin]

Tomas,

Sorry to repeate myself --

i) aufs has nice README files, just try to believe them

ii) I've been asking the same question in this mailing list so
  google may help you. Actually Okajima-san redirected me
  to the README file and my problem was immediately solved.


BTW, GNU make has dry-run, debuging, force build, and many
other nice features. Using a dry-run won't remove any of your
system files, and you can do it as an unprivileged user.

But if your time is precious (yes, i fully comprehend. i saw
your posts on slax forum about hard life), then no need to
dig things up.

Guan

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: make headers_install

[Guan Xin]

See the README
Otherwise you need to do something like this sample.
and so on.

I've been asking the same question on this mailing list.

Guan

On Mon, Aug 20, 2012 at 1:44 AM, Tomas M to...@slax.org wrote:
 ...
 I believe that I will need aufs_type.h in my /usr/include/linux in order
 to compile aufs-utils, regardless of which method I choose, so I need
 ...
 Tomas M

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: make headers_install

[Guan Xin]

Hi Tomas,

I am using aufs with stock slackware smp config (with the aufs CONFIGs
added, of course). make headers_install installed aufs_type.h to
linux-3.2.27/usr/include/linux/.

Guan

On Fri, Aug 17, 2012 at 10:40 PM, Tomas M to...@slax.org wrote:
 Hello,

 I'm compiling aufs for linux 3.2.
 I follow standard procedure for aufs standalone, patching kernel
 sources, and compiling with make. This works.

 However later I use make headers_install, as requested in the
 documentation, and it does nothing.
 Output is
 make[1]: Nothing to be done for `relocs'.
 I've searched entire system for aufs_type.h but it's nowhere, so it
 didn't install it at all.

 Is this normal? Am I missing anything?
 Thank you

 Tomas M

 --
 Live Security Virtual Conference
 Exclusive live event will cover all the ways today's security and
 threat landscape has changed and how IT managers can respond. Discussions
 will include endpoint security, mobile security and the latest in malware
 threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Re: How to configure aufs3 mounting in fstab for Gentoo?

[Guan Xin]

On Thu, Jul 12, 2012 at 11:23 AM, Armin Ranjbar z...@zoup.org wrote:

but what about when we are shutting down? there will be attempt unmount
/root, but i think nothing will ever
to unmount /wr and /ro (which were mounted at initramfs level)
am i right here?

Is your /wr in /etc/mtab? I usually umount -l /wr before calling
switch_root; Never bothered with umount-ing /wr on shutdown.

Guan

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

aufs au_warn_loopback:111:loop1[13277]: you may want to try another patch for loopback file on squashfs(0x73717368) branch

[Guan Xin]

Hello,

I have got this warning:

aufs au_warn_loopback:111:loop1[13277]: you may want to try another
patch for loopback file on squashfs(0x73717368) branch

from an aufs mount with branches br=br2:br1
where br1 is a squashfs loop mount and br2 is a tmpfs.
What does this mean?
Since I don't mind if anything gets lost when I umount this aufs,
should I worry about this warning?

Regards,
Guan

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Can I simply ignore aufs-util in small systems?

[Guan Xin]

Hello,

I am running a small system from memory.
The only mount command involves aufs is:

mount -t aufs -o br:/root/tmpfs:/ aufs /root/new_root

where / is the initrd in squashfs.
Can there be any damage if I don't install aufs-util at all?
Because saving every little bit of memory is very helpful.

Thanks!
Guan

--
Live Security Virtual Conference
Exclusive live event will cover all the ways today's security and 
threat landscape has changed and how IT managers can respond. Discussions 
will include endpoint security, mobile security and the latest in malware 
threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/

Problem building aufs-util: default kernel header location

[Guan Xin]

Hello,

Because make headers_install actually installs the kernel headers
under the kernel build tree and not /usr, would it be better to apply
this patch to the Makefile of aufs-util?

- 8 -
diff --git a/Makefile b/Makefile
index 2f905ad..f8c78c0 100644
--- a/Makefile
+++ b/Makefile
@@ -16,7 +16,7 @@
 # Foundation, Inc., 51 Franklin St, Fifth Floor, Boston, MA
02110-1301 USA

 HOSTCC ?= cc
-CFLAGS += -I./libau
+CPPFLAGS += -I./libau -I/lib/modules/`uname -r`/build/usr/include
 CFLAGS += -O -Wall

 # MountCmdPath: dirty trick to support local nfs-mount.
- 8 -

guanx

--
Virtualization  Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing 
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/