After system update lots of issues with timestamps

flydown · 2008-06-24 15:24:36

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!

Cerebral · 2008-06-24 15:28:13

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?

flydown · 2008-06-24 15:32:05

Thanks for the fast reply.

I've got only one filesystem (ext3).

flydown · 2008-06-24 16:46:15

Again, when starting Apache:

/bin/touch: setting times of `/var/run/daemons/httpd': Function not implemented

Cerebral · 2008-06-24 17:23:37

What kernel do you have installed? Can you run an strace of touch and post the output?

flydown · 2008-06-24 18:20:17

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)                           = ?

Cerebral · 2008-06-24 19:29:45

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.

flydown · 2008-06-24 20:33:47

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...

sjg · 2008-06-24 23:43:38

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)

cactus · 2008-06-25 02:53:49

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.

cactus · 2008-06-25 03:28:15

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?

cactus · 2008-06-25 03:45:45

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.

cactus · 2008-06-25 03:46:59

success!!

cactus · 2008-06-25 03:49:42

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.

apeiro · 2008-06-26 17:18:09

Thanks, I owe you a taco.

sjg · 2008-06-27 11:45:33

Thanks cactus, that did the trick!

sesser · 2008-06-27 21:38:22

cactus wrote:

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.

Thank you sir! Fixed my slice right up

Youdaman · 2008-07-11 07:25:40

Thanks cactus!

Fixed my slice too

marcob · 2008-08-29 15:50:40

cactus wrote:

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.

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.

jacko · 2008-09-12 00:06:17

marcob wrote:

cactus wrote:
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.
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

vegai · 2008-10-26 18:44:08

I got bit by this too, and http://bugs.archlinux.org/task/11894

MreDD · 2008-11-13 17:12:04

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

smurnjiff · 2008-12-17 00:11:41

Perhaps because you are using a broken coreutils package.

Ghost1227 · 2009-03-02 06:02:14

was this ever fixed on an x86 machine?

Arch Linux

#1 2008-06-24 15:24:36

After system update lots of issues with timestamps

#2 2008-06-24 15:28:13

Re: After system update lots of issues with timestamps

#3 2008-06-24 15:32:05

Re: After system update lots of issues with timestamps

#4 2008-06-24 16:46:15

Re: After system update lots of issues with timestamps

#5 2008-06-24 17:23:37

Re: After system update lots of issues with timestamps

#6 2008-06-24 18:20:17

Re: After system update lots of issues with timestamps

#7 2008-06-24 19:29:45

Re: After system update lots of issues with timestamps

#8 2008-06-24 20:33:47

Re: After system update lots of issues with timestamps

#9 2008-06-24 23:43:38

Re: After system update lots of issues with timestamps

#10 2008-06-25 02:53:49

Re: After system update lots of issues with timestamps

#11 2008-06-25 03:28:15

Re: After system update lots of issues with timestamps

#12 2008-06-25 03:45:45

Re: After system update lots of issues with timestamps

#13 2008-06-25 03:46:59

Re: After system update lots of issues with timestamps

#14 2008-06-25 03:49:42

Re: After system update lots of issues with timestamps

#15 2008-06-26 17:18:09

Re: After system update lots of issues with timestamps

#16 2008-06-27 11:45:33

Re: After system update lots of issues with timestamps

#17 2008-06-27 21:38:22

Re: After system update lots of issues with timestamps

#18 2008-07-11 07:25:40

Re: After system update lots of issues with timestamps

#19 2008-08-29 15:50:40

Re: After system update lots of issues with timestamps

#20 2008-09-12 00:06:17

Re: After system update lots of issues with timestamps

#21 2008-10-26 18:44:08

Re: After system update lots of issues with timestamps

#22 2008-11-13 17:12:04

Re: After system update lots of issues with timestamps

#23 2008-12-17 00:11:41

Re: After system update lots of issues with timestamps

#24 2009-03-02 06:02:14

Re: After system update lots of issues with timestamps

Board footer