Hi Connie, > Is xinetd installed? > Yes, in fact, after editing the /etc/xinetd.d/tftp file, I restart it by means of: [root at chl1 sbin]# service xinetd restart Stopping xinetd: [ OK ] Starting xinetd: [ OK ] [root at chl1 sbin]# Cheers, Davide On Sep 13, 2007, at 8:46 PM, Connie Sieh wrote: > On Thu, 13 Sep 2007, Grant McChesney wrote: > >> On 9/13/07, Davide Grandis <davide.grandis at fastwebnet.it> wrote: >>> >>> 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 at chl1 ~]# cd /etc/xinetd.d >>> [root at 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 at chl1 /]# ls -la >>> ... >>> drwxrwxrwx 2 root root 4096 Sep 13 10:18 tftpboot >>> ... >>> [root at 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 >>> >>> >> >> I had this same problem when trying to back up my switch configs. >> After >> some googling, I found a workaround for RH-based systems. The >> workaround is >> disable tftp in xinetd, and run in.tftpd manually. I never >> figured out why >> it would not work with xinetd. >> > > Is xinetd installed? > > -Connie Sieh > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos