You are not logged in.
Hi everyone,
I tried to search for a solution elsewhere before asking here, but couldn't find a solution.
I recently upgraded the system (pacman -Syu) and now run into a lot of errors when dealing with files and trying to change, preserve, etc timestamps on files.
For example, touching a file will return the following:
touch: setting times of `a': Function not implemented
It seems like it has to do with the latest version of coreutils, could it be? would reverting to an older version fix the issue? if so, how can I achieve it?
Thanks a lot for your help!
Offline
what filesystem are you using? Do you have a few different filesystems around to test with, and see if it only applies to certain ones?
Offline
Thanks for the fast reply.
I've got only one filesystem (ext3).
Offline
Again, when starting Apache:
/bin/touch: setting times of `/var/run/daemons/httpd': Function not implemented
Offline
What kernel do you have installed? Can you run an strace of touch and post the output?
Offline
Kernel: 2.6.18-xen
strace:
execve("/bin/touch", ["touch", "a"], [/* 30 vars */]) = 0
brk(0) = 0x60d000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b0f64ff6000
uname({sys="Linux", node="pix1", ...}) = 0
access("/etc/ld.so.preload", R_OK) = -1 ENOENT (No such file or directory)
open("/etc/ld.so.cache", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=34019, ...}) = 0
mmap(NULL, 34019, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b0f64ff7000
close(3) = 0
open("/lib/librt.so.1", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0p!\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=43022, ...}) = 0
mmap(NULL, 2128848, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b0f651f7000
mprotect(0x2b0f651fe000, 2093056, PROT_NONE) = 0
mmap(0x2b0f653fd000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x6000) = 0x2b0f653fd000
close(3) = 0
open("/lib/libc.so.6", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\20\345\1\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=1633939, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b0f653ff000
mmap(NULL, 3486328, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b0f65400000
mprotect(0x2b0f6554a000, 2097152, PROT_NONE) = 0
mmap(0x2b0f6574a000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x14a000) = 0x2b0f6574a000
mmap(0x2b0f6574f000, 17016, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2b0f6574f000
close(3) = 0
open("/lib/libpthread.so.0", O_RDONLY) = 3
read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0>\0\1\0\0\0\320W\0\0\0\0\0\0"..., 832) = 832
fstat(3, {st_mode=S_IFREG|0755, st_size=128731, ...}) = 0
mmap(NULL, 2204528, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0x2b0f65754000
mprotect(0x2b0f6576a000, 2093056, PROT_NONE) = 0
mmap(0x2b0f65969000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = 0x2b0f65969000
mmap(0x2b0f6596b000, 13168, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0x2b0f6596b000
close(3) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b0f6596f000
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b0f65970000
arch_prctl(ARCH_SET_FS, 0x2b0f6596fb00) = 0
mprotect(0x2b0f6574a000, 12288, PROT_READ) = 0
munmap(0x2b0f64ff7000, 34019) = 0
set_tid_address(0x2b0f6596fb90) = 23508
set_robust_list(0x2b0f6596fba0, 0x18) = 0
futex(0x7fff45acf4ac, FUTEX_WAKE_PRIVATE, 1) = -1 ENOSYS (Function not implemented)
rt_sigaction(SIGRTMIN, {0x2b0f65759660, [], SA_RESTORER|SA_SIGINFO, 0x2b0f657628f0}, NULL, 8) = 0
rt_sigaction(SIGRT_1, {0x2b0f657596f0, [], SA_RESTORER|SA_RESTART|SA_SIGINFO, 0x2b0f657628f0}, NULL, 8) = 0
rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0
getrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0
brk(0) = 0x60d000
brk(0x62e000) = 0x62e000
open("/usr/lib/locale/locale-archive", O_RDONLY) = 3
fstat(3, {st_mode=S_IFREG|0644, st_size=1293648, ...}) = 0
mmap(NULL, 1293648, PROT_READ, MAP_PRIVATE, 3, 0) = 0x2b0f64ff7000
close(3) = 0
open("a", O_WRONLY|O_CREAT|O_NOCTTY|O_NONBLOCK, 0666) = 3
dup2(3, 0) = 0
close(3) = 0
utimensat(0, NULL, NULL, 0) = 280
close(0) = 0
open("/usr/share/locale/locale.alias", O_RDONLY) = 0
fstat(0, {st_mode=S_IFREG|0644, st_size=2570, ...}) = 0
mmap(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2b0f65133000
read(0, "# Locale name alias data base.\n#"..., 4096) = 2570
read(0, "", 4096) = 0
close(0) = 0
munmap(0x2b0f65133000, 4096) = 0
open("/usr/share/locale/en_US.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en_US/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en.utf8/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale/en/LC_MESSAGES/coreutils.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
write(2, "touch: ", 7touch: ) = 7
write(2, "setting times of `a\'", 20setting times of `a') = 20
write(2, "\n", 1
) = 1
close(1) = 0
close(2) = 0
exit_group(1) = ?
Offline
futex(0x7fff45acf4ac, FUTEX_WAKE_PRIVATE, 1) = -1 ENOSYS (Function not implemented)
Looks like your kernel doesn't have the "futex" system call, which touch makes use of.
Offline
The point is I simply did a pacman -Syu, so I can't be the only one experiencing it, what do you think?
Any way I can fix this? like reverting to an older kernel or similar...
Offline
No, you're not the only one with this issue, I've got it too. Ext3 here as well.
Stace shows:
utimensat(0, NULL, NULL, 0) = -1 ENOSYS (Function not implemented)
Have just tested my linode VPS which runs arch, and same issue there.
Edit: Should have added, am using stock kernel 2.6.25-ARCH.
Last edited by sjg (2008-06-24 23:45:57)
Offline
ugh. i ran into this too.
touch cannot set timestamps anymore, with the latest coreutils. I am pretty sure this is limited to older kernels.
utimensat apeared in 2.6.22, so I think any kernel older than 2.6.22... poof. touch doesn't work right.
Needless to say it is odd that the coreutils authors are using such a 'new' kernel feature.
edit: I *think* this is what is happening.
http://bugs.gentoo.org/show_bug.cgi?id=224483
I am on a slicehost instance, and get an error on futex though. I still think it may be due to an older kernel with a newer coreutils, but maybe a different 'new' feature.
This also effects 'cp -a', and anything that sets a timestamp with coreutils.
"Be conservative in what you send; be liberal in what you accept." -- Postel's Law
"tacos" -- Cactus' Law
"t̥͍͎̪̪͗a̴̻̩͈͚ͨc̠o̩̙͈ͫͅs͙͎̙͊ ͔͇̫̜t͎̳̀a̜̞̗ͩc̗͍͚o̲̯̿s̖̣̤̙͌ ̖̜̈ț̰̫͓ạ̪͖̳c̲͎͕̰̯̃̈o͉ͅs̪ͪ ̜̻̖̜͕" -- -̖͚̫̙̓-̺̠͇ͤ̃ ̜̪̜ͯZ͔̗̭̞ͪA̝͈̙͖̩L͉̠̺͓G̙̞̦͖O̳̗͍
Offline
well failboat.
I can't build coreutils because my coreutils are broken it seems. Hooray!
anyone have coreutils-6.11 laying around for x86_64 yet?
"Be conservative in what you send; be liberal in what you accept." -- Postel's Law
"tacos" -- Cactus' Law
"t̥͍͎̪̪͗a̴̻̩͈͚ͨc̠o̩̙͈ͫͅs͙͎̙͊ ͔͇̫̜t͎̳̀a̜̞̗ͩc̗͍͚o̲̯̿s̖̣̤̙͌ ̖̜̈ț̰̫͓ạ̪͖̳c̲͎͕̰̯̃̈o͉ͅs̪ͪ ̜̻̖̜͕" -- -̖͚̫̙̓-̺̠͇ͤ̃ ̜̪̜ͯZ͔̗̭̞ͪA̝͈̙͖̩L͉̠̺͓G̙̞̦͖O̳̗͍
Offline
so...
I downloaded the 200803 core iso, and got coreutils 6.10 off of it, and I am now building coreutils again.
What a pain in the arse.
"Be conservative in what you send; be liberal in what you accept." -- Postel's Law
"tacos" -- Cactus' Law
"t̥͍͎̪̪͗a̴̻̩͈͚ͨc̠o̩̙͈ͫͅs͙͎̙͊ ͔͇̫̜t͎̳̀a̜̞̗ͩc̗͍͚o̲̯̿s̖̣̤̙͌ ̖̜̈ț̰̫͓ạ̪͖̳c̲͎͕̰̯̃̈o͉ͅs̪ͪ ̜̻̖̜͕" -- -̖͚̫̙̓-̺̠͇ͤ̃ ̜̪̜ͯZ͔̗̭̞ͪA̝͈̙͖̩L͉̠̺͓G̙̞̦͖O̳̗͍
Offline
success!!
"Be conservative in what you send; be liberal in what you accept." -- Postel's Law
"tacos" -- Cactus' Law
"t̥͍͎̪̪͗a̴̻̩͈͚ͨc̠o̩̙͈ͫͅs͙͎̙͊ ͔͇̫̜t͎̳̀a̜̞̗ͩc̗͍͚o̲̯̿s̖̣̤̙͌ ̖̜̈ț̰̫͓ạ̪͖̳c̲͎͕̰̯̃̈o͉ͅs̪ͪ ̜̻̖̜͕" -- -̖͚̫̙̓-̺̠͇ͤ̃ ̜̪̜ͯZ͔̗̭̞ͪA̝͈̙͖̩L͉̠̺͓G̙̞̦͖O̳̗͍
Offline
http://cactuswax.net/p/eliott/misc/core … pkg.tar.gz
http://cactuswax.net/p/eliott/misc/core … src.tar.gz
Note: Not tested in any thorough fashion, so the pkg may be horrible...but it works for me.
"Be conservative in what you send; be liberal in what you accept." -- Postel's Law
"tacos" -- Cactus' Law
"t̥͍͎̪̪͗a̴̻̩͈͚ͨc̠o̩̙͈ͫͅs͙͎̙͊ ͔͇̫̜t͎̳̀a̜̞̗ͩc̗͍͚o̲̯̿s̖̣̤̙͌ ̖̜̈ț̰̫͓ạ̪͖̳c̲͎͕̰̯̃̈o͉ͅs̪ͪ ̜̻̖̜͕" -- -̖͚̫̙̓-̺̠͇ͤ̃ ̜̪̜ͯZ͔̗̭̞ͪA̝͈̙͖̩L͉̠̺͓G̙̞̦͖O̳̗͍
Offline
Thanks, I owe you a taco.
Offline
Thanks cactus, that did the trick!
Offline
http://cactuswax.net/p/eliott/misc/core … pkg.tar.gz
http://cactuswax.net/p/eliott/misc/core … src.tar.gzNote: Not tested in any thorough fashion, so the pkg may be horrible...but it works for me.
Thank you sir! Fixed my slice right up
Offline
Thanks cactus!
Fixed my slice too
Offline
http://cactuswax.net/p/eliott/misc/core … pkg.tar.gz
http://cactuswax.net/p/eliott/misc/core … src.tar.gzNote: Not tested in any thorough fashion, so the pkg may be horrible...but it works for me.
l've tried to install this, but immediately afterwards get a lot of 'cannot execute binary file' errors when running ls, touch etc. Do you have any idea what might be going on? I'm running kernel 2.6.26, just ran a pacman -Su about a week ago, so I'm pretty up-to-date. What I'm actually trying to do is get this on a xen domU but was testing it out first. I do get the same error when I try to install on the domU, which is running from xen kernel 2.6.18.
Thanks for any help.
Offline
cactus wrote:http://cactuswax.net/p/eliott/misc/core … pkg.tar.gz
http://cactuswax.net/p/eliott/misc/core … src.tar.gzNote: Not tested in any thorough fashion, so the pkg may be horrible...but it works for me.
l've tried to install this, but immediately afterwards get a lot of 'cannot execute binary file' errors when running ls, touch etc. Do you have any idea what might be going on? I'm running kernel 2.6.26, just ran a pacman -Su about a week ago, so I'm pretty up-to-date. What I'm actually trying to do is get this on a xen domU but was testing it out first. I do get the same error when I try to install on the domU, which is running from xen kernel 2.6.18.
Thanks for any help.
I assume you are using i686 install, and this package is for x86_64
Offline
I got bit by this too, and http://bugs.archlinux.org/task/11894
Offline
grab coreutils source http://ftp.gnu.org/gnu/coreutils/coreutils-6.11.tar.gz build a package.
grab coreutils from an old arch iso http://archlinux.unixheads.org/iso/2008 … t.core.iso
downgrade coreutils i686 fix
...MikereDD
:Go Away & Give My Pillow Back!!:
aur pkgbuilds - mostly fortune-mod's & fonts
Offline
Perhaps because you are using a broken coreutils package.
Offline