Hi Grant, Thanks for the support. > > 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. May I ask you to tell me the detailed steps to achieve that... I'm an absolute beginner! :-) Thanks again, Davide On Sep 13, 2007, at 7:27 PM, 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. > _______________________________________________ > CentOS mailing list > CentOS at centos.org > http://lists.centos.org/mailman/listinfo/centos -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.centos.org/pipermail/centos/attachments/20070913/048829d8/attachment-0004.html>