FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo User

 
 
LinkBack Thread Tools
 
Old 07-28-2010, 08:20 PM
Andrey Vul
 
Default dir is rwx but can't create file

Creating files in /tmp, /etc, /lib32, and /var return ENOENT (touch
/tmp/foo => strerror(ENOENT)).
However, this is done as root and the dirs are marked 755 root:root.
df -i shows only 2% inode usage.
Any explanation as to why a rwx-ed dir can't be written to? This is
breaking quite a few of the init scripts.

--
Andrey Vul
begin-base64 600 sig
bXNuLCBob21lOiBhbmRyZXkudnVsQGdtYWlsLmNvbQ0KdSBvZi B0OiBhbmRyZXkudnVsQHV0b3Jv
bnRvLmNhDQpzbXMsIHZvaWNlbWFpbDogNDE2MzAzOTkyMw0K
`
end
 
Old 07-28-2010, 08:52 PM
Alan McKinnon
 
Default dir is rwx but can't create file

On Wednesday 28 July 2010 22:20:17 Andrey Vul wrote:
> Creating files in /tmp, /etc, /lib32, and /var return ENOENT (touch
> /tmp/foo => strerror(ENOENT)).
> However, this is done as root and the dirs are marked 755 root:root.
> df -i shows only 2% inode usage.
> Any explanation as to why a rwx-ed dir can't be written to? This is
> breaking quite a few of the init scripts.
>
> --
> Andrey Vul
> begin-base64 600 sig
> bXNuLCBob21lOiBhbmRyZXkudnVsQGdtYWlsLmNvbQ0KdSBvZi B0OiBhbmRyZXkudnVsQHV0b3J
> v bnRvLmNhDQpzbXMsIHZvaWNlbWFpbDogNDE2MzAzOTkyMw0K
> `
> end

sounds like / is mounted read-only


--
alan dot mckinnon at gmail dot com
 
Old 07-28-2010, 10:11 PM
Bill Longman
 
Default dir is rwx but can't create file

On 07/28/2010 01:52 PM, Alan McKinnon wrote:
> On Wednesday 28 July 2010 22:20:17 Andrey Vul wrote:
>> Creating files in /tmp, /etc, /lib32, and /var return ENOENT (touch
>> /tmp/foo => strerror(ENOENT)).
>> However, this is done as root and the dirs are marked 755 root:root.
>> df -i shows only 2% inode usage.
>> Any explanation as to why a rwx-ed dir can't be written to? This is
>> breaking quite a few of the init scripts.
>>
>> --
>> Andrey Vul
>> begin-base64 600 sig
>> bXNuLCBob21lOiBhbmRyZXkudnVsQGdtYWlsLmNvbQ0KdSBvZi B0OiBhbmRyZXkudnVsQHV0b3J
>> v bnRvLmNhDQpzbXMsIHZvaWNlbWFpbDogNDE2MzAzOTkyMw0K
>> `
>> end
>
> sounds like / is mounted read-only

Do read-only filesystems typically reply ENOENT when trying to create a
file? It's usually something like "read-only filesystem" in that case.
ENOENT means it can't even find the file.
 
Old 07-29-2010, 12:23 AM
Andrey Vul
 
Default dir is rwx but can't create file

If / was mounted ro, touch would output strerror(EROFS), not strerror(ENOENT)

On 2010-07-28, Bill Longman <bill.longman@gmail.com> wrote:
> On 07/28/2010 01:52 PM, Alan McKinnon wrote:
>> On Wednesday 28 July 2010 22:20:17 Andrey Vul wrote:
>>> Creating files in /tmp, /etc, /lib32, and /var return ENOENT (touch
>>> /tmp/foo => strerror(ENOENT)).
>>> However, this is done as root and the dirs are marked 755 root:root.
>>> df -i shows only 2% inode usage.
>>> Any explanation as to why a rwx-ed dir can't be written to? This is
>>> breaking quite a few of the init scripts.
>>>
>>> --
>>> Andrey Vul
>>> begin-base64 600 sig
>>> bXNuLCBob21lOiBhbmRyZXkudnVsQGdtYWlsLmNvbQ0KdSBvZi B0OiBhbmRyZXkudnVsQHV0b3J
>>> v bnRvLmNhDQpzbXMsIHZvaWNlbWFpbDogNDE2MzAzOTkyMw0K
>>> `
>>> end
>>
>> sounds like / is mounted read-only
>
> Do read-only filesystems typically reply ENOENT when trying to create a
> file? It's usually something like "read-only filesystem" in that case.
> ENOENT means it can't even find the file.
>
>

--
Sent from my mobile device

Andrey Vul
begin-base64 600 sig
bXNuLCBob21lOiBhbmRyZXkudnVsQGdtYWlsLmNvbQ0KdSBvZi B0OiBhbmRyZXkudnVsQHV0b3Jv
bnRvLmNhDQpzbXMsIHZvaWNlbWFpbDogNDE2MzAzOTkyMw0K
`
end
 
Old 07-29-2010, 11:24 AM
walt
 
Default dir is rwx but can't create file

On 07/28/2010 01:20 PM, Andrey Vul wrote:

Creating files in /tmp, /etc, /lib32, and /var return ENOENT (touch
/tmp/foo => strerror(ENOENT)).
However, this is done as root and the dirs are marked 755 root:root.


Is the sticky bit set on /tmp?

drwxrwxrwt 26 root root 36864 2010-07-29 04:15 tmp/
^
 
Old 07-29-2010, 12:10 PM
Alan McKinnon
 
Default dir is rwx but can't create file

On Thursday 29 July 2010 13:24:29 walt wrote:
> On 07/28/2010 01:20 PM, Andrey Vul wrote:
> > Creating files in /tmp, /etc, /lib32, and /var return ENOENT (touch
> > /tmp/foo => strerror(ENOENT)).
> > However, this is done as root and the dirs are marked 755 root:root.
>
> Is the sticky bit set on /tmp?
>
> drwxrwxrwt 26 root root 36864 2010-07-29 04:15 tmp/
> ^


That will not make a difference.
Sticky bit on a directory does not affect creation of files, only WHO may
delete them (regardless of w permissions on /tmp)



--
alan dot mckinnon at gmail dot com
 
Old 07-29-2010, 12:31 PM
Alex Schuster
 
Default dir is rwx but can't create file

walt writes:

> On 07/28/2010 01:20 PM, Andrey Vul wrote:
> > Creating files in /tmp, /etc, /lib32, and /var return ENOENT (touch
> > /tmp/foo => strerror(ENOENT)).
> > However, this is done as root and the dirs are marked 755 root:root.

Are all these directories located on the root file system?

> Is the sticky bit set on /tmp?
>
> drwxrwxrwt 26 root root 36864 2010-07-29 04:15 tmp/
> ^

Well, it set or not, this would not prevent the creation of files.

I have no idea what's going on here. I'd force a fsck (touch /forcefsck;
reboot) to make sure it's no file system problem. And what about a live-
cd, does the problem happen then, too?

Wonko
 
Old 07-29-2010, 12:56 PM
Andrey Vul
 
Default dir is rwx but can't create file

Also, echo > /tmp/foo => same thing
It looks like a problem with open(..., O_CREAT|O_TRUNC, 644), but i'll
retry strace'ing the open,write and see where the problem chain starts

On 2010-07-29, Andrey Vul <andrey.vul@gmail.com> wrote:
> If / was mounted ro, touch would output strerror(EROFS), not
> strerror(ENOENT)
>
> On 2010-07-28, Bill Longman <bill.longman@gmail.com> wrote:
>> On 07/28/2010 01:52 PM, Alan McKinnon wrote:
>>> On Wednesday 28 July 2010 22:20:17 Andrey Vul wrote:
>>>> Creating files in /tmp, /etc, /lib32, and /var return ENOENT (touch
>>>> /tmp/foo => strerror(ENOENT)).
>>>> However, this is done as root and the dirs are marked 755 root:root.
>>>> df -i shows only 2% inode usage.
>>>> Any explanation as to why a rwx-ed dir can't be written to? This is
>>>> breaking quite a few of the init scripts.
>>>>
>>>> --
>>>> Andrey Vul
>>>> begin-base64 600 sig
>>>> bXNuLCBob21lOiBhbmRyZXkudnVsQGdtYWlsLmNvbQ0KdSBvZi B0OiBhbmRyZXkudnVsQHV0b3J
>>>> v bnRvLmNhDQpzbXMsIHZvaWNlbWFpbDogNDE2MzAzOTkyMw0K
>>>> `
>>>> end
>>>
>>> sounds like / is mounted read-only
>>
>> Do read-only filesystems typically reply ENOENT when trying to create a
>> file? It's usually something like "read-only filesystem" in that case.
>> ENOENT means it can't even find the file.
>>
>>
>
> --
> Sent from my mobile device
>
> Andrey Vul
> begin-base64 600 sig
> bXNuLCBob21lOiBhbmRyZXkudnVsQGdtYWlsLmNvbQ0KdSBvZi B0OiBhbmRyZXkudnVsQHV0b3Jv
> bnRvLmNhDQpzbXMsIHZvaWNlbWFpbDogNDE2MzAzOTkyMw0K
> `
> end
>

--
Sent from my mobile device

Andrey Vul
begin-base64 600 sig
bXNuLCBob21lOiBhbmRyZXkudnVsQGdtYWlsLmNvbQ0KdSBvZi B0OiBhbmRyZXkudnVsQHV0b3Jv
bnRvLmNhDQpzbXMsIHZvaWNlbWFpbDogNDE2MzAzOTkyMw0K
`
end


Thu Jul 29 15:30:02 2010
Return-path: <centos-bounces@centos.org>
Envelope-to: tom@linux-archive.org
Delivery-date: Thu, 29 Jul 2010 15:13:19 +0300
Received: from mail.centos.org ([72.26.200.202]:60188)
by s2.java-tips.org with esmtp (Exim 4.69)
(envelope-from <centos-bounces@centos.org>)
id 1OeRzD-0003Tu-Oh
for tom@linux-archive.org; Thu, 29 Jul 2010 15:13:19 +0300
Received: from mail.centos.org (voxeldev.centos.org [127.0.0.1])
by mail.centos.org (Postfix) with ESMTP id 65B8D6F680;
Thu, 29 Jul 2010 08:57:46 -0400 (EDT)
X-Original-To: centos@centos.org
Delivered-To: centos@centos.org
Received: from mail.filmakademie.de (mail.filmakademie.de [193.196.129.3])
by mail.centos.org (Postfix) with ESMTP id 29B436F717
for <centos@centos.org>; Thu, 29 Jul 2010 08:57:45 -0400 (EDT)
Received: from mac10337.local ([172.17.22.29]) (authenticated bits=0)
by mail.filmakademie.de (8.13.8/8.13.8) with ESMTP id o6TCvehd005801
(version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO)
for <centos@centos.org>; Thu, 29 Jul 2010 14:57:40 +0200
Message-ID: <4C517AC4.9080200@filmakademie.de>
Date: Thu, 29 Jul 2010 14:57:40 +0200
From: =?ISO-8859-15?Q?G=F6tz_Reinicke_-_IT-Koordinator?=
<goetz.reinicke@filmakademie.de>
Organization: Filmakademie =?ISO-8859-15?Q?Baden-W=FCrttemberg_GmbH?=
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; de;
rv:1.9.2.7) Gecko/20100713 Lightning/1.0b2 Thunderbird/3.1.1
MIME-Version: 1.0
To: CentOS mailing list <centos@centos.org>
References: <4C516C2E.2010003@filmakademie.de> <4C51743F.2080602@zomojo.com>
In-Reply-To: <4C51743F.2080602@zomojo.com>
X-Enigmail-Version: 1.1.1
X-Filmakademie-MailScanner-Information: Please contact the ISP for more
information
X-Filmakademie-MailScanner-ID: o6TCvehd005801
X-Filmakademie-MailScanner: Found to be clean
X-Filmakademie-MailScanner-SpamCheck: not spam,
SpamAssassin (nicht zwischen gespeichert, Wertung=-16.8,
benoetigt 3.6, autolearn=disabled, ALL_TRUSTED -1.80,
BAYES_00 -15.00)
X-Filmakademie-MailScanner-From: goetz.reinicke@filmakademie.de
Subject: Re: [CentOS] DHCP failover ... Some questions.
X-BeenThere: centos@centos.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: CentOS mailing list <centos@centos.org>
List-Id: CentOS mailing list <centos.centos.org>
List-Unsubscribe: <http://lists.centos.org/mailman/listinfo/centos>,
<mailto:centos-request@centos.org?subject=unsubscribe>
List-Archive: <http://lists.centos.org/pipermail/centos>
List-Post: <mailto:centos@centos.org>
List-Help: <mailto:centos-request@centos.org?subject=help>
List-Subscribe: <http://lists.centos.org/mailman/listinfo/centos>,
<mailto:centos-request@centos.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============0944701619=="
Sender: centos-bounces@centos.org
Errors-To: centos-bounces@centos.org

This is a cryptographically signed message in MIME format.

--===============0944701619==
Content-Type: multipart/signed; protocol="application/pkcs7-signature";
micalg=sha1; boundary="------------ms070605000207020803080303"

This is a cryptographically signed message in MIME format.

--------------ms070605000207020803080303
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable

Am 29.07.10 14:29, schrieb Phil Manuel:
> On 29/07/10 9:55 PM, G=F6tz Reinicke - IT-Koordinator wrote:
>> Hi,
>>
>> I plan to reorganise our IP management and I'd like to implement a sla=
ve
>> DHCP server. Right now we assign IP addresses based on the
>> ethernetadress of a client 1:1.
>>
>> The tutorial here [1] is simple and looks like the thing I need.
>>
>> I do have a lot of subnetworks and my cisco router has an DHCP helper
>> address set. I know I'll have to add the second dhcp-server address.
>>
>> My questions now is:
>>
>> Dose the dhcp-slave syncs the dhcp data from the master?
>>
>> Or do I have to copy the data to the master AND slave?
>>
>> Any other sugesstions or comments?
>>
>>
>> Thanks and best regards,
>>
>> G=F6tz
>>
>> =20
> Hi,
> I thought the latest dhcp server had built-in support for master-slave =

> scenarios, it just replicates current status to the slave, and when it =

> fails the slave takes over.

Do you have any more information on that or do you just think it is like
that? I can't find any docs on that, so any hint is welcome!

cheers . G=F6tz
--=20
G=F6tz Reinicke
IT-Koordinator

Tel. +49 7141 969 420
Fax +49 7141 969 55 420
E-Mail goetz.reinicke@filmakademie.de

Filmakademie Baden-W=FCrttemberg GmbH
Akademiehof 10
71638 Ludwigsburg
www.filmakademie.de

Eintragung Amtsgericht Stuttgart HRB 205016
Vorsitzende des Aufsichtsrats:
Prof. Dr. Claudia H=FCbner

Gesch=E4ftsf=FChrer:
Prof. Thomas Schadt


--------------ms070605000207020803080303
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCS qGSIb3DQEHAQAAoIIVNTCC
BCEwggMJoAMCAQICAgDHMA0GCSqGSIb3DQEBBQUAMHExCzAJBg NVBAYTAkRFMRwwGgYDVQQK
ExNEZXV0c2NoZSBUZWxla29tIEFHMR8wHQYDVQQLExZULVRlbG VTZWMgVHJ1c3QgQ2VudGVy
MSMwIQYDVQQDExpEZXV0c2NoZSBUZWxla29tIFJvb3QgQ0EgMj AeFw0wNjEyMTkxMDI5MDBa
Fw0xOTA2MzAyMzU5MDBaMFoxCzAJBgNVBAYTAkRFMRMwEQYDVQ QKEwpERk4tVmVyZWluMRAw
DgYDVQQLEwdERk4tUEtJMSQwIgYDVQQDExtERk4tVmVyZWluIF BDQSBHbG9iYWwgLSBHMDEw
ggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDpm8Nnhf kNrvWNVMOWUDU9YuluTO2U
1wBblSJ01CDrNI/W7MAxBAuZgeKmFNJSoCgjhIt0iQReW+DieMF4yxbLKDU5ey2QR dDtoAB6
fL9KDhsAw4bpXCsxEXsM84IkQ4wcOItqaACa7txPeKvSxhObdq 3u3ibo7wGvdA/BCaL2a869
080UME/15eOkyGKbghoDJzANAmVgTe3RCSMqljVYJ9N2xnG2kB3E7f81h n1vM7PbD8URwoqD
oZRdQWvY0hD1TP3KUazZve+Sg7va64sWVlZDz+HVEz2mHycwzU lU28kTNJpxdcVs6qcLmPkh
nSevPqM5OUhqjK3JmfvDEvK9AgMBAAGjgdkwgdYwcAYDVR0fBG kwZzBloGOgYYZfaHR0cDov
L3BraS50ZWxlc2VjLmRlL2NnaS1iaW4vc2VydmljZS9hZl9Eb3 dubG9hZEFSTC5jcmw/LWNy
bF9mb3JtYXQ9WF81MDkmLWlzc3Vlcj1EVF9ST09UX0NBXzIwHQ YDVR0OBBYEFEm3xs/oPR9/
6kR7Eyn38QpwPt5kMB8GA1UdIwQYMBaAFDHDeRu69VPXF+CJei 0XbAqzK50zMA4GA1UdDwEB
/wQEAwIBBjASBgNVHRMBAf8ECDAGAQH/AgECMA0GCSqGSIb3DQEBBQUAA4IBAQA74Vp3wEgX
3KkY7IGvWonwvSiSpspZGBJw7Cjy565/lizn8l0ZMfYTK3S9vYCyufdnyTmieTvhERHua3iR
M347XyYndVNljjNj7s9zw7CSI0khUHUjoR8Y4pSFPT8z6Xcgja K95qGFKUD2P3MyWA0Ja6ba
hWzAP7uNZmRWJE6uDT8yNQFb6YyC2XJZT7GGhfF0hVblw/hc843uR7NTBXDn5U2KaYMo4RMJ
hp5eyOpYHgwf+aTUWgRo/Sg+iwK2WLX2oSw3VwBnqyNojWOl75lrXP1LVvarQIc01BGSbOy H
xQoLBzNytG8MHVQs2FHHzL8w00Ny8TK/jM5JY6gA9/IcMIIFXjCCBEagAwIBAgIEEBtOAjAN
BgkqhkiG9w0BAQUFADBaMQswCQYDVQQGEwJERTETMBEGA1UECh MKREZOLVZlcmVpbjEQMA4G
A1UECxMHREZOLVBLSTEkMCIGA1UEAxMbREZOLVZlcmVpbiBQQ0 EgR2xvYmFsIC0gRzAxMB4X
DTEwMDUyNTEzMjgxOVoXDTE5MDYzMDAwMDAwMFowgcoxCzAJBg NVBAYTAkRFMRswGQYDVQQI
ExJCYWRlbi1XdWVydHRlbWJlcmcxFDASBgNVBAcTC0x1ZHdpZ3 NidXJnMS0wKwYDVQQKEyRG
aWxtYWthZGVtaWUgQmFkZW4tV3VlcnR0ZW1iZXJnIEdtYkgxFT ATBgNVBAsTDElUIE9mZmlj
ZU5ldDEaMBgGA1UEAxMRRkEgTHVkd2lnc2J1cmcgQ0ExJjAkBg kqhkiG9w0BCQEWF2NhLWZh
bHVAZmlsbWFrYWRlbWllLmRlMIIBIjANBgkqhkiG9w0BAQEFAA OCAQ8AMIIBCgKCAQEA0mMf
lkuyiVXWqKo8TpRjIJWhIkmCr/singYPLtM5wXTfvpGhCOnkVOeEb0Qzy/C3zNlIrLObsJ78
1AwKNRyXOTW2T7fA3JrQPEFsahjXmVsWLDBCyA0S2uQa/0xStMET7m+MxohJVJ5503M6T+Xg
kuwW3r7xq7gB7CjHSK7n0VdrrDWamqES1cBr7GJutCZNfic/PXsW3QO7hOT3Y/XX0RnX5OJr
uMFF5V7qyb/Q+Ma9U5NGaqy4FakTLyTK4naP+N8Gvlnqn41/sUdNXwx4YMvCTUEH4ujAB6Wf
vP+OPnnOrjzPElcfs6JXQ2P9Wxhvrx0EaAdH7e5w1oZb00sSvQ IDAQABo4IBuTCCAbUwEgYD
VR0TAQH/BAgwBgEB/wIBATALBgNVHQ8EBAMCAQYwHQYDVR0OBBYEFM3uRxJyPeKNeVu s3iNL
fQZwWJi8MB8GA1UdIwQYMBaAFEm3xs/oPR9/6kR7Eyn38QpwPt5kMCIGA1UdEQQbMBmBF2Nh
LWZhbHVAZmlsbWFrYWRlbWllLmRlMIGIBgNVHR8EgYAwfjA9oD ugOYY3aHR0cDovL2NkcDEu
cGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1jYS9wdWIvY3JsL2NhY3 JsLmNybDA9oDugOYY3aHR0
cDovL2NkcDIucGNhLmRmbi5kZS9nbG9iYWwtcm9vdC1jYS9wdW IvY3JsL2NhY3JsLmNybDCB
ogYIKwYBBQUHAQEEgZUwgZIwRwYIKwYBBQUHMAKGO2h0dHA6Ly 9jZHAxLnBjYS5kZm4uZGUv
Z2xvYmFsLXJvb3QtY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0ME cGCCsGAQUFBzAChjtodHRw
Oi8vY2RwMi5wY2EuZGZuLmRlL2dsb2JhbC1yb290LWNhL3B1Yi 9jYWNlcnQvY2FjZXJ0LmNy
dDANBgkqhkiG9w0BAQUFAAOCAQEAupdwxPU9OGGH4qGEKBMO2d UjTZtSIYJyW8uN1cMgv2cD
gkZpFXEycEgpp+gm7gzvup3TC0010XnZ3jVuNycEuClJLB1elY DrCRTHH46lTglPygxzeSO0
Ybv94qx4Q0pCK2IplBYPvmcHGrWmSUIXEDzbIFBf38lv9/YO5AgFijdU+V5DbEBzbcBHZ4OL
G9Mjpi0pW6wPEJw5jel5O/NmJOQ1G+pOPwHfbPowaiTnDTs3JRBdy5xzGLzt6dLvp7agEHpX
ENZoIVdtuEE6nKdouJGcuPqyySZBQ6xsSV0ppH+ezLciEWshS5 KkBFSf8YQ1z9NVIi09y1Hx
Gt3szSO5STCCBdMwggS7oAMCAQICBBA+n+0wDQYJKoZIhvcNAQ EFBQAwgcoxCzAJBgNVBAYT
AkRFMRswGQYDVQQIExJCYWRlbi1XdWVydHRlbWJlcmcxFDASBg NVBAcTC0x1ZHdpZ3NidXJn
MS0wKwYDVQQKEyRGaWxtYWthZGVtaWUgQmFkZW4tV3VlcnR0ZW 1iZXJnIEdtYkgxFTATBgNV
BAsTDElUIE9mZmljZU5ldDEaMBgGA1UEAxMRRkEgTHVkd2lnc2 J1cmcgQ0ExJjAkBgkqhkiG
9w0BCQEWF2NhLWZhbHVAZmlsbWFrYWRlbWllLmRlMB4XDTEwMD YyMTA4MjcwOVoXDTEzMDYy
MDA4MjcwOVowVTELMAkGA1UEBhMCREUxLTArBgNVBAoTJEZpbG 1ha2FkZW1pZSBCYWRlbi1X
dWVydHRlbWJlcmcgR21iSDEXMBUGA1UEAxMOR29ldHogUmVpbm lja2UwggEiMA0GCSqGSIb3
DQEBAQUAA4IBDwAwggEKAoIBAQCvJgdLf/1lSZt6/cdJ6fQPJ+pBLsLm+0Zt/5xxELD30fVg
YS3ocYfwesyoBR0wiryR0dlNGISElfhssanYCluoF4RIi1LyUS GZbf6Dz3bpoqGRoLu5FJrX
thbD23AopV/s8RNm8P2qTBHuPtvBrIR2r52uV9/pZkdESFkXmC3AEStYaJJGG13JbGaYIg4I
exzH0Pxw9bvPxzv/iRDznV66RpY+hRyky4ouxaKp43rZbfeHQEbTMApWI8ck1OqhYk drv+/V
3M5nI1Zck9aWukAkE9aHeU9NUhv5ThHCIt6FavBHpx+clxR8v+ qXz4mdSIwGhhM35kSqH05/
PluzXkutAgMBAAGjggIzMIICLzAJBgNVHRMEAjAAMAsGA1UdDw QEAwIF4DApBgNVHSUEIjAg
BggrBgEFBQcDAgYIKwYBBQUHAwQGCisGAQQBgjcUAgIwHQYDVR 0OBBYEFKoQ/yRAmIMHBjxL
X0t/ZyUP8YdfMB8GA1UdIwQYMBaAFM3uRxJyPeKNeVus3iNLfQZwWJ i8MCkGA1UdEQQiMCCB
HmdvZXR6LnJlaW5pY2tlQGZpbG1ha2FkZW1pZS5kZTCBsQYDVR 0fBIGpMIGmMFGgT6BNhkto
dHRwOi8vY2RwMS5wY2EuZGZuLmRlL2ZpbG1ha2FkZW1pZS1iYW Rlbi13dWVydHRlbWJlcmct
Y2EvcHViL2NybC9jYWNybC5jcmwwUaBPoE2GS2h0dHA6Ly9jZH AyLnBjYS5kZm4uZGUvZmls
bWFrYWRlbWllLWJhZGVuLXd1ZXJ0dGVtYmVyZy1jYS9wdWIvY3 JsL2NhY3JsLmNybDCBygYI
KwYBBQUHAQEEgb0wgbowWwYIKwYBBQUHMAKGT2h0dHA6Ly9jZH AxLnBjYS5kZm4uZGUvZmls
bWFrYWRlbWllLWJhZGVuLXd1ZXJ0dGVtYmVyZy1jYS9wdWIvY2 FjZXJ0L2NhY2VydC5jcnQw
WwYIKwYBBQUHMAKGT2h0dHA6Ly9jZHAyLnBjYS5kZm4uZGUvZm lsbWFrYWRlbWllLWJhZGVu
LXd1ZXJ0dGVtYmVyZy1jYS9wdWIvY2FjZXJ0L2NhY2VydC5jcn QwDQYJKoZIhvcNAQEFBQAD
ggEBAK0DGenAT6oI+vu+21AOtGbKf6erWSJOG9p9ltL8/jGvl28YlhSESl1CnElIRDIJKqNT
HeO9Wp17Yutay+xXMm8Qdesf6jQcJLiVLRnqbwdDj8Bp1JGU50 bo4tRM4BPRGN4TQ1zjouvk
lk20BXrdA9iSEBQ35DtGjn4AeKkdZxGMFiT9FulUvWVOTVoTZw UZUuo6iggoAwM4l5UgN5Ug
beRvJZFNKyaIneFIME7k1RyLoAYZZEoN1VuvovyGcw4gApRFQI mRgwnhCNN9E6fbjJbZ9Y6j
YYWLqSHzKcLR80vyj1rYXSbUf8ML6tyg34fX6zh0uYVOwWmxj7 Fj7vmRoJowggXTMIIEu6AD
AgECAgQQPp/tMA0GCSqGSIb3DQEBBQUAMIHKMQswCQYDVQQGEwJERTEbMBkGA 1UECBMSQmFk
ZW4tV3VlcnR0ZW1iZXJnMRQwEgYDVQQHEwtMdWR3aWdzYnVyZz EtMCsGA1UEChMkRmlsbWFr
YWRlbWllIEJhZGVuLVd1ZXJ0dGVtYmVyZyBHbWJIMRUwEwYDVQ QLEwxJVCBPZmZpY2VOZXQx
GjAYBgNVBAMTEUZBIEx1ZHdpZ3NidXJnIENBMSYwJAYJKoZIhv cNAQkBFhdjYS1mYWx1QGZp
bG1ha2FkZW1pZS5kZTAeFw0xMDA2MjEwODI3MDlaFw0xMzA2Mj AwODI3MDlaMFUxCzAJBgNV
BAYTAkRFMS0wKwYDVQQKEyRGaWxtYWthZGVtaWUgQmFkZW4tV3 VlcnR0ZW1iZXJnIEdtYkgx
FzAVBgNVBAMTDkdvZXR6IFJlaW5pY2tlMIIBIjANBgkqhkiG9w 0BAQEFAAOCAQ8AMIIBCgKC
AQEAryYHS3/9ZUmbev3HSen0DyfqQS7C5vtGbf+ccRCw99H1YGEt6HGH8HrMq AUdMIq8kdHZ
TRiEhJX4bLGp2ApbqBeESItS8lEhmW3+g8926aKhkaC7uRSa17 YWw9twKKVf7PETZvD9qkwR
7j7bwayEdq+drlff6WZHREhZF5gtwBErWGiSRhtdyWxmmCIOCH scx9D8cPW7z8c7/4kQ851e
ukaWPoUcpMuKLsWiqeN62W33h0BG0zAKViPHJNTqoWJHa7/v1dzOZyNWXJPWlrpAJBPWh3lP
TVIb+U4RwiLehWrwR6cfnJcUfL/ql8+JnUiMBoYTN+ZEqh9Ofz5bs15LrQIDAQABo4ICMzCC
Ai8wCQYDVR0TBAIwADALBgNVHQ8EBAMCBeAwKQYDVR0lBCIwIA YIKwYBBQUHAwIGCCsGAQUF
BwMEBgorBgEEAYI3FAICMB0GA1UdDgQWBBSqEP8kQJiDBwY8S1 9Lf2clD/GHXzAfBgNVHSME
GDAWgBTN7kcScj3ijXlbrN4jS30GcFiYvDApBgNVHREEIjAggR 5nb2V0ei5yZWluaWNrZUBm
aWxtYWthZGVtaWUuZGUwgbEGA1UdHwSBqTCBpjBRoE+gTYZLaH R0cDovL2NkcDEucGNhLmRm
bi5kZS9maWxtYWthZGVtaWUtYmFkZW4td3VlcnR0ZW1iZXJnLW NhL3B1Yi9jcmwvY2Fjcmwu
Y3JsMFGgT6BNhktodHRwOi8vY2RwMi5wY2EuZGZuLmRlL2ZpbG 1ha2FkZW1pZS1iYWRlbi13
dWVydHRlbWJlcmctY2EvcHViL2NybC9jYWNybC5jcmwwgcoGCC sGAQUFBwEBBIG9MIG6MFsG
CCsGAQUFBzAChk9odHRwOi8vY2RwMS5wY2EuZGZuLmRlL2ZpbG 1ha2FkZW1pZS1iYWRlbi13
dWVydHRlbWJlcmctY2EvcHViL2NhY2VydC9jYWNlcnQuY3J0MF sGCCsGAQUFBzAChk9odHRw
Oi8vY2RwMi5wY2EuZGZuLmRlL2ZpbG1ha2FkZW1pZS1iYWRlbi 13dWVydHRlbWJlcmctY2Ev
cHViL2NhY2VydC9jYWNlcnQuY3J0MA0GCSqGSIb3DQEBBQUAA4 IBAQCtAxnpwE+qCPr7vttQ
DrRmyn+nq1kiThvafZbS/P4xr5dvGJYUhEpdQpxJSEQyCSqjUx3jvVqde2LrWsvsVzJvEHX r
H+o0HCS4lS0Z6m8HQ4/AadSRlOdG6OLUTOAT0RjeE0Nc46Lr5JZNtAV63QPYkhAUN+Q7R o5+
AHipHWcRjBYk/RbpVL1lTk1aE2cFGVLqOooIKAMDOJeVIDeVIG3kbyWRTSsmiJ3 hSDBO5NUc
i6AGGWRKDdVbr6L8hnMOIAKURUCJkYMJ4QjTfROn24yW2fWOo2 GFi6kh8ynC0fNL8o9a2F0m
1H/DC+rcoN+H1+s4dLmFTsFpsY+xY+75kaCaMYIEjTCCBIkCAQEwg dMwgcoxCzAJBgNVBAYT
AkRFMRswGQYDVQQIExJCYWRlbi1XdWVydHRlbWJlcmcxFDASBg NVBAcTC0x1ZHdpZ3NidXJn
MS0wKwYDVQQKEyRGaWxtYWthZGVtaWUgQmFkZW4tV3VlcnR0ZW 1iZXJnIEdtYkgxFTATBgNV
BAsTDElUIE9mZmljZU5ldDEaMBgGA1UEAxMRRkEgTHVkd2lnc2 J1cmcgQ0ExJjAkBgkqhkiG
9w0BCQEWF2NhLWZhbHVAZmlsbWFrYWRlbWllLmRlAgQQPp/tMAkGBSsOAwIaBQCgggKOMBgG
CSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ 8XDTEwMDcyOTEyNTc0MFow
IwYJKoZIhvcNAQkEMRYEFFeUQE+sxPuqH6306QND2udIspHbMF 8GCSqGSIb3DQEJDzFSMFAw
CwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAg IAgDANBggqhkiG9w0DAgIB
QDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCB5AYJKwYBBAGCNx AEMYHWMIHTMIHKMQswCQYD
VQQGEwJERTEbMBkGA1UECBMSQmFkZW4tV3VlcnR0ZW1iZXJnMR QwEgYDVQQHEwtMdWR3aWdz
YnVyZzEtMCsGA1UEChMkRmlsbWFrYWRlbWllIEJhZGVuLVd1ZX J0dGVtYmVyZyBHbWJIMRUw
EwYDVQQLEwxJVCBPZmZpY2VOZXQxGjAYBgNVBAMTEUZBIEx1ZH dpZ3NidXJnIENBMSYwJAYJ
KoZIhvcNAQkBFhdjYS1mYWx1QGZpbG1ha2FkZW1pZS5kZQIEED 6f7TCB5gYLKoZIhvcNAQkQ
AgsxgdaggdMwgcoxCzAJBgNVBAYTAkRFMRswGQYDVQQIExJCYW Rlbi1XdWVydHRlbWJlcmcx
FDASBgNVBAcTC0x1ZHdpZ3NidXJnMS0wKwYDVQQKEyRGaWxtYW thZGVtaWUgQmFkZW4tV3Vl
cnR0ZW1iZXJnIEdtYkgxFTATBgNVBAsTDElUIE9mZmljZU5ldD EaMBgGA1UEAxMRRkEgTHVk
d2lnc2J1cmcgQ0ExJjAkBgkqhkiG9w0BCQEWF2NhLWZhbHVAZm lsbWFrYWRlbWllLmRlAgQQ
Pp/tMA0GCSqGSIb3DQEBAQUABIIBAAfPf3QMBLMdVjALRhbDwpK/o0eLHwWTgkjzg/2/spuo
1Qg4a7gbkMy6milO/3atNniGHbIS1RpyG3K6oNBWppU54MRTetYBJBf1RZPanqiZVTD RTUTt
eS6i7xLBerDzae3/WJpgcXJgHqyHZaDk7OUa41B1R6Ttw7DQNG412HUYV/T0CJAhx64keTVB
VLy+i+/LBTu/Mgglhh7zAtsDf+EBNXBplWox/KakwRyUXqJM1xKNln7HXm+XxJGPQ0Nya7Ol
0piwQHd4IUUVQNw5XGnXoguurTaRt+yHmQZ7XLPolsK1tX+LWN aKvatS9MlT+b07kwWeVbd5
X32HgpDbVdYAAAAAAAA=
--------------ms070605000207020803080303--

--===============0944701619==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

--===============0944701619==--
 
Old 07-29-2010, 01:00 PM
Andrey Vul
 
Default dir is rwx but can't create file

While /tmp's mode is 1777, it doesnt make a difference since the same
error occurs with /etc, /lib32, and /var.

On 2010-07-29, Andrey Vul <andrey.vul@gmail.com> wrote:
> Also, echo > /tmp/foo => same thing
> It looks like a problem with open(..., O_CREAT|O_TRUNC, 644), but i'll
> retry strace'ing the open,write and see where the problem chain starts
>
> On 2010-07-29, Andrey Vul <andrey.vul@gmail.com> wrote:
>> If / was mounted ro, touch would output strerror(EROFS), not
>> strerror(ENOENT)
>>
>> On 2010-07-28, Bill Longman <bill.longman@gmail.com> wrote:
>>> On 07/28/2010 01:52 PM, Alan McKinnon wrote:
>>>> On Wednesday 28 July 2010 22:20:17 Andrey Vul wrote:
>>>>> Creating files in /tmp, /etc, /lib32, and /var return ENOENT (touch
>>>>> /tmp/foo => strerror(ENOENT)).
>>>>> However, this is done as root and the dirs are marked 755 root:root.
>>>>> df -i shows only 2% inode usage.
>>>>> Any explanation as to why a rwx-ed dir can't be written to? This is
>>>>> breaking quite a few of the init scripts.
>>>>>
>>>>> --
>>>>> Andrey Vul
>>>>> begin-base64 600 sig
>>>>> bXNuLCBob21lOiBhbmRyZXkudnVsQGdtYWlsLmNvbQ0KdSBvZi B0OiBhbmRyZXkudnVsQHV0b3J
>>>>> v bnRvLmNhDQpzbXMsIHZvaWNlbWFpbDogNDE2MzAzOTkyMw0K
>>>>> `
>>>>> end
>>>>
>>>> sounds like / is mounted read-only
>>>
>>> Do read-only filesystems typically reply ENOENT when trying to create a
>>> file? It's usually something like "read-only filesystem" in that case.
>>> ENOENT means it can't even find the file.
>>>
>>>
>>
>> --
>> Sent from my mobile device
>>
>> Andrey Vul
>> begin-base64 600 sig
>> bXNuLCBob21lOiBhbmRyZXkudnVsQGdtYWlsLmNvbQ0KdSBvZi B0OiBhbmRyZXkudnVsQHV0b3Jv
>> bnRvLmNhDQpzbXMsIHZvaWNlbWFpbDogNDE2MzAzOTkyMw0K
>> `
>> end
>>
>
> --
> Sent from my mobile device
>
> Andrey Vul
> begin-base64 600 sig
> bXNuLCBob21lOiBhbmRyZXkudnVsQGdtYWlsLmNvbQ0KdSBvZi B0OiBhbmRyZXkudnVsQHV0b3Jv
> bnRvLmNhDQpzbXMsIHZvaWNlbWFpbDogNDE2MzAzOTkyMw0K
> `
> end
>

--
Sent from my mobile device

Andrey Vul
begin-base64 600 sig
bXNuLCBob21lOiBhbmRyZXkudnVsQGdtYWlsLmNvbQ0KdSBvZi B0OiBhbmRyZXkudnVsQHV0b3Jv
bnRvLmNhDQpzbXMsIHZvaWNlbWFpbDogNDE2MzAzOTkyMw0K
`
end
 
Old 07-30-2010, 05:34 AM
Andrey Vul
 
Default dir is rwx but can't create file

On Thu, Jul 29, 2010 at 08:31, Alex Schuster <wonko@wonkology.org> wrote:
> walt writes:
>
>> On 07/28/2010 01:20 PM, Andrey Vul wrote:
>> > Creating files in /tmp, /etc, /lib32, and /var return ENOENT (touch
>> > /tmp/foo => *strerror(ENOENT)).
>> > However, this is done as root and the dirs are marked 755 root:root.
>
> Are all these directories located on the root file system?
>
>> Is the sticky bit set on /tmp?
>>
>> drwxrwxrwt *26 root root 36864 2010-07-29 04:15 tmp/
>> * * * * * ^
>
> Well, it set or not, this would not prevent the creation of files.
>
> I have no idea what's going on here. I'd force a fsck (touch /forcefsck;
> reboot) to make sure it's no file system problem. And what about a live-
> cd, does the problem happen then, too?
>

fsck -f followed by use of USB-SATA bridge seems to work. However, my
laptop just died, so I can't really test it on the laptop.
 

Thread Tools




All times are GMT. The time now is 02:16 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org