Discuss

discuss@lists.centos.org

34758 discussions

[CentOS 5] tftp-server, unable to create new files (even with "-c" option)
by Davide Grandis 14 Sep '07

14 Sep '07

Hi all, I'm trying to setup a TFTP server to serve as repository for the config of all my Cisco network devices. As per the the tftpd man, I've added the "-c" option into the /etc/ xinetd.d/tftp (as follows) but I still cannot get write access (unless the file is already present). [root@chl1 ~]# cd /etc/xinetd.d [root@chl1 xinetd.d]# cat tftp # default: off # description: The tftp server serves files using the trivial file transfer \ # protocol. The tftp protocol is often used to boot diskless \ # workstations, download configuration files to network-aware printers, \ # and to start the installation process for some operating systems. service tftp { disable = no socket_type = dgram protocol = udp wait = no user = root server = /usr/sbin/in.tftpd server_args = -s -c /tftpboot per_source = 11 cps = 100 2 flags = IPv4 } And here is it concerning the home path owner & permissions: [root@chl1 /]# ls -la ... drwxrwxrwx 2 root root 4096 Sep 13 10:18 tftpboot ... [root@chl1 /]# ls -la tftpboot/ drwxrwxrwx 2 root root 4096 Sep 13 10:18 . drwxr-xr-x 25 root root 4096 Sep 13 17:48 .. -rwxrwxrwx 1 nobody nobody 1811552 Sep 12 10:28 c3500xl-c3h2s-mz. 120-5.WC17.bin -rwxrwxrwx 1 nobody nobody 1181 Sep 13 17:51 pippo.config (pippo.config = fake file) This is what I get at the TFTP client side: LabTI-Infra-3524XL-01#copy running-config tftp: Address or name of remote host []? 10.58.2.204 Destination filename [labti-infra-3524xl-01-confg]? TFTP: error code 1 received - File not found %Error opening tftp://10.58.2.204/labti-infra-3524xl-01-confg (Undefined error) LabTI-Infra-3524XL-01# LabTI-Infra-3524XL-01#copy running-config tftp: Address or name of remote host []? 10.58.2.204 Destination filename [labti-infra-3524xl-01-confg]? pippo.config !! 2327 bytes copied in 0.831 secs So, it means that the TFTP client can only *re-write* an existing file but not creating new ones, and this is the expected behavior if the "-c" parameter is omitted! What am I missing? Any suggestion really appreciated! TIA, Davide

9 27

CentOS-announce Digest, Vol 31, Issue 6
by centos-announce-request＠centos.org 14 Sep '07

14 Sep '07

Send CentOS-announce mailing list submissions to centos-announce(a)centos.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.centos.org/mailman/listinfo/centos-announce or, via email, send a message with subject or body 'help' to centos-announce-request(a)centos.org You can reach the person managing the list at centos-announce-owner(a)centos.org When replying, please edit your Subject line so it is more specific than "Re: Contents of CentOS-announce digest..." Today's Topics: 1. CESA-2007:0883 Important CentOS 5 i386 qt Update (Karanbir Singh) 2. CESA-2007:0883 Important CentOS 5 x86_64 qt Update (Karanbir Singh) 3. CESA-2007:0883 Important CentOS 3 i386 qt - security update (Tru Huynh) 4. CESA-2007:0883 Important CentOS 3 x86_64 qt - security update (Tru Huynh) 5. CESA-2007:0883 Important CentOS 4 ia64 qt - security update (Pasi Pirhonen) 6. CESA-2007:0883 Important CentOS 3 ia64 qt - security update (Pasi Pirhonen) 7. CESA-2007:0705 Important CentOS 5 x86_64 kernel Update (Karanbir Singh) 8. CESA-2007:0705 Important CentOS 5 i386 kernel Update (Karanbir Singh) 9. CESA-2007:0883-01: Important CentOS 2 i386 qt security update (John Newbigin) 10. CESA-2007:0883 Important CentOS 3 s390(x) qt - security update (Pasi Pirhonen) 11. CESA-2007:0883 Important CentOS 4 s390(x) qt - security update (Pasi Pirhonen) ---------------------------------------------------------------------- Message: 1 Date: Thu, 13 Sep 2007 19:50:19 +0100 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2007:0883 Important CentOS 5 i386 qt Update To: centos-announce(a)centos.org Message-ID: <20070913185019.GA613(a)base.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2007:0883 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2007-0883.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) i386: 1a6a0be83ff463ab9769652ddc6cc30a qt-3.3.6-23.el5.i386.rpm e9ba138727e1453bd9ae9f8a6bc15f26 qt-config-3.3.6-23.el5.i386.rpm f369ba7ea0eb0d00c4d98a88201421ac qt-designer-3.3.6-23.el5.i386.rpm 841875a95a7acfb5fb4bdf9705dc5a64 qt-devel-3.3.6-23.el5.i386.rpm 00d53528413abd18bb6c931a90ebdc0c qt-devel-docs-3.3.6-23.el5.i386.rpm 0d995a2e735413a721ac8f99a33bcaec qt-MySQL-3.3.6-23.el5.i386.rpm e661910f68cee3eb51ac263be01bb652 qt-ODBC-3.3.6-23.el5.i386.rpm c93a255f4a2fc8902438a9337f3f6637 qt-PostgreSQL-3.3.6-23.el5.i386.rpm Source: 2167db8c9c155b3810bed4bd805b1c49 qt-3.3.6-23.el5.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 2 Date: Thu, 13 Sep 2007 19:50:19 +0100 From: Karanbir Singh <kbsingh(a)centos.org> Subject: [CentOS-announce] CESA-2007:0883 Important CentOS 5 x86_64 qt Update To: centos-announce(a)centos.org Message-ID: <20070913185019.GA637(a)base.karan.org> Content-Type: text/plain; charset=us-ascii CentOS Errata and Security Advisory 2007:0883 Important Upstream details at : https://rhn.redhat.com/errata/RHSA-2007-0883.html The following updated files have been uploaded and are currently syncing to the mirrors: ( md5sum Filename ) x86_64: 1a6a0be83ff463ab9769652ddc6cc30a qt-3.3.6-23.el5.i386.rpm cacb418b33f25e08a044339757c2ebe8 qt-3.3.6-23.el5.x86_64.rpm 42b992a23f538a3b4767247dc8183c0d qt-config-3.3.6-23.el5.x86_64.rpm fbc4d8cdbfd05ba57018fbdb4c8312d7 qt-designer-3.3.6-23.el5.x86_64.rpm 841875a95a7acfb5fb4bdf9705dc5a64 qt-devel-3.3.6-23.el5.i386.rpm 86cbc96301190febdb543629b75958e7 qt-devel-3.3.6-23.el5.x86_64.rpm 8a7779b85854b9ca6fbaaf19a8ac327c qt-devel-docs-3.3.6-23.el5.x86_64.rpm 9cfc0b230d6a3a512d3f7d9a17b7d413 qt-MySQL-3.3.6-23.el5.x86_64.rpm dd87ac45e4e0a696d2cd5f63eb3bc171 qt-ODBC-3.3.6-23.el5.x86_64.rpm 655731d21543168cab2f96aed8ba4239 qt-PostgreSQL-3.3.6-23.el5.x86_64.rpm Source: 2167db8c9c155b3810bed4bd805b1c49 qt-3.3.6-23.el5.src.rpm -- Karanbir Singh CentOS Project { http://www.centos.org/ } irc: z00dax, #centos(a)irc.freenode.net ------------------------------ Message: 3 Date: Fri, 14 Sep 2007 00:20:44 +0200 From: Tru Huynh <tru(a)centos.org> Subject: [CentOS-announce] CESA-2007:0883 Important CentOS 3 i386 qt - security update To: centos-announce(a)centos.org Message-ID: <20070913222044.GA32740(a)sillage.bis.pasteur.fr> Content-Type: text/plain; charset="us-ascii" CentOS Errata and Security Advisory CESA-2007:0883 qt security update for CentOS 3 i386: https://rhn.redhat.com/errata/RHSA-2007-0883.html The following updated file has been uploaded and is currently syncing to the mirrors: i386: updates/i386/RPMS/qt-3.1.2-17.RHEL3.i386.rpm updates/i386/RPMS/qt-config-3.1.2-17.RHEL3.i386.rpm updates/i386/RPMS/qt-designer-3.1.2-17.RHEL3.i386.rpm updates/i386/RPMS/qt-devel-3.1.2-17.RHEL3.i386.rpm updates/i386/RPMS/qt-MySQL-3.1.2-17.RHEL3.i386.rpm updates/i386/RPMS/qt-ODBC-3.1.2-17.RHEL3.i386.rpm addons/i386/RPMS/qt-PostgreSQL-3.1.2-17.RHEL3.i386.rpm source: updates/SRPMS/qt-3.1.2-17.RHEL3.src.rpm You may update your CentOS-3 i386 installations by running the command: yum update qt\* Tru -- Tru Huynh (CentOS-3 i386/x86_64 Package Maintenance) http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B

1 0

yum proxy username with @ character
by David Toman 14 Sep '07

14 Sep '07

Hi, I am having problem with setting up the proxy for yum correctly. I have got no influence on proxy policy or authentication methods. The proxy username contains the '@' character. My question is if there is any way how to enter the username correctly into the yum.conf. I tried many ways but has not been successful yet. Many thanks, David

6 8

Bypassing firewall alternatives
by Wei Yu 14 Sep '07

14 Sep '07

Hi I am experiencing a problem of bypassing firewalls. I know that "ssh -R" can forward ports from remote server to local ports. But it requires an account of the remote server, which seems to be a security hole. I am looking for other programs which can do so, any suggestions? Thanks.

2 2

NFS and iptables issues
by Chuck Campbell 13 Sep '07

13 Sep '07

I've got a newly installed Centos 5.0 box, planned to replace an ageing server (solaris box). I've set up the nfs shares, but the other solaris boxes won't mount them, unless I turn of iptables on the Centos box. If I do that, they mount, and all operations tested to date work fine. Iptables is allowing the 2049 tcp and udp ports already. What else needs to be opened up in iptables for nfs to work through the firewall? I looked at the RHEL system admin guide on NFS and found nothing useful. thanks, -chuck

4 3

backing up with dump and DLT
by Israel.garcia 13 Sep '07

13 Sep '07

Hi, I have a CentOS 4.1 (with a two hdds RAID 1 using mdadm) running some database system.... I connected a DLT device on its SCSI interface (/dev/nst0) in order to make some external backup..... I dump several filesystems (/, /boot /usr /var /home and others)....so and when I try to dump manualy for expmple /boot I get this: [root@Server ~]# dump -0vuf /dev/nst0 /boot DUMP: Date of this level 0 dump: Thu Sep 13 16:00:02 2007 DUMP: Dumping /dev/md0 (/boot) to /dev/nst0 DUMP: Excluding inode 8 (journal inode) from dump DUMP: Excluding inode 7 (resize inode) from dump DUMP: Label: none DUMP: Writing 10 Kilobyte records DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 5706 blocks. DUMP: Volume 1 started with block 1 at: Thu Sep 13 16:00:02 2007 DUMP: dumping (Pass III) [directories] DUMP: dumping directory inode 2 DUMP: ACLs in inode #2 won't be dumped DUMP: dumping directory inode 11 DUMP: dumping directory inode 14057 DUMP: ACLs in inode #14057 won't be dumped DUMP: dumping (Pass IV) [regular files] DUMP: dumping regular inode 12 DUMP: ACLs in inode #12 won't be dumped DUMP: dumping regular inode 13 DUMP: ACLs in inode #13 won't be dumped DUMP: dumping regular inode 14 DUMP: ACLs in inode #14 won't be dumped DUMP: dumping regular inode 15 DUMP: ACLs in inode #15 won't be dumped . . . . . DUMP: ACLs in inode #14072 won't be dumped DUMP: dumping regular inode 14073 DUMP: ACLs in inode #14073 won't be dumped DUMP: Closing /dev/nst0 DUMP: Volume 1 completed at: Thu Sep 13 16:00:06 2007 DUMP: Volume 1 5710 blocks (5.58MB) DUMP: Volume 1 took 0:00:04 DUMP: Volume 1 transfer rate: 1427 kB/s DUMP: 5710 blocks (5.58MB) on 1 volume(s) DUMP: finished in 1 seconds, throughput 5710 kBytes/sec DUMP: Date of this level 0 dump: Thu Sep 13 16:00:02 2007 DUMP: Date this dump completed: Thu Sep 13 16:00:06 2007 DUMP: Average transfer rate: 1427 kB/s DUMP: DUMP IS DONE So, I think I have some problem with dump and some other ACls (maybe selinux).... but the fact is that I can't restore nothing because it seems to be dumping only / filesystem (/dev/md0).. all other filesystems are not in the tape device....I disabled selinux on this server and nothing... I always received this error when dumping (ACLs in inode won't be dumped) Please, I'm now looking in google but I'd like to hear your opinion about this error... Is the DLT devide broken? Am I making somethig wrong with the command dump? thanks in advance Israel

2 1

change to ping
by Graham Johnston 13 Sep '07

13 Sep '07

Has anyone else noticed with CentOS 5, that ping now starts at icmp_seq 1 instead of 0. It's clearly not a problem, just curious if anyone knows why it changed. Graham

1 0

Clarifications
by centos＠911networks.com 13 Sep '07

13 Sep '07

Hi, I was wondering, rhel5/centos5 is 686, but when I went to http://dag.wieers.com , the packages for rhel5 are either 386 or x86_64. Why? Should I recompile them for 686 or is it a waste of time or it makes no difference or... -- Thanks http://www.911networks.com When the network has to work

2 1

Kickstart install surprise
by Bill Campbell 13 Sep '07

13 Sep '07

I have to say that I was more that a bit surprised, if not to say dismayed when I booted a system with CentOS 5 installed to test a kickstart CD in interactive mode, took it to the custom partitioning screen, then rebooted without saving anything only to come up with a grub prompt, and the disk's partition table wiped. The ks.cfg file did say to wipe the disk when installing, but I would expect that it wouldn't do this in interactive mode until one told it to start the installation. I have been installing Linux systems for well over a decade, starting with Caldera Network Desktop 1.0, all versions of Caldera through 2001, and SuSE from 8.1 through SLES10, and never have I seen an installation procedure that would write to anything on the hard drive without asking first. This certainly violates the Principle of Least Surprise. Bill -- INTERNET: bill(a)celestial.com Bill Campbell; Celestial Software LLC URL: http://www.celestial.com/ PO Box 820; 6641 E. Mercer Way FAX: (206) 232-9186 Mercer Island, WA 98040-0820; (206) 236-1676 When dealing with any spammer, one must always keep in mind that you are dealing with someone who makes their living through forgery, fraud, theft, subterfuge and obfuscation. Stated simply, spammers lie. David Ritz <dritz(a)primenet.com>

6 15

hardware raid vs fake raid
by Tom Diehl 13 Sep '07

13 Sep '07

Hi, Does anyone know how I can find out if an ibm serveraid 8k sas storage controller (zero channel RAID) is a real hardware RAID controller and supported in the standard CentOs kernel or is it a fake raid controller. I am trying to decide if I should get the serveraid controller or go get a 3ware controller. Regards, -- Tom Diehl tdiehl(a)rogueind.com Spamtrap address mtd123(a)rogueind.com

5 14

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss