Moderators: Developers, Moderators
-
joltman
- Posts: 16
- Joined: Fri May 15, 2009 10:10 am
- Location: Bloomington, IL
- Contact:
Routerconfigs Issue
I have migrated a CactiEZ install on a VM to a real server. It’s CactiEZ 64 bit now. The migration worked (after a little help) but the routerconfigs plugin isn’t working. I’m getting the following in the log when I try to run a manual backup:
05/15/2009 10:46:06 AM — CMDPHP: Poller[0] ERROR: SQL Row Failed!, Error:’1064′, SQL:»SELECT * FROM plugin_routerconfigs_backups WHERE id = «
05/15/2009 10:46:04 AM — CMDPHP: Poller[0] ERROR: SQL Row Failed!, Error:’1064′, SQL:»SELECT * FROM plugin_routerconfigs_backups WHERE id = «
05/15/2009 10:46:04 AM — CMDPHP: Poller[0] ERROR: SQL Row Failed!, Error:’1064′, SQL:»SELECT * FROM plugin_routerconfigs_backups WHERE id = »
After some reading, I’m wondering if I need to import a SQL db? Is that correct? Can I just export it from my old server and import to the new one? If so, what are the commands? Thanks!
Jim
-
joltman
- Posts: 16
- Joined: Fri May 15, 2009 10:10 am
- Location: Bloomington, IL
-
Contact:
Post
by joltman » Fri May 15, 2009 11:40 am
Just as an update, I tried to import the routerconfigs.sql file into the cacti DB. It gave this error:
ERROR 1050 (42S01) at line 2: Table ‘plugin_routerconfigs_accounts’ already exists
That’s telling me that the routerconfigs.sql tables are already in the DB. What else can I do?
Jim
-
joltman
- Posts: 16
- Joined: Fri May 15, 2009 10:10 am
- Location: Bloomington, IL
-
Contact:
Post
by joltman » Fri May 15, 2009 11:55 am
As another update, I looked at the debug info for one of the switches. This is the error:
ChestnutCore#copy run tftp
Address or name of remote host []? 192.168.10.37
Destination filename [chestnutcore-confg]? ChestnutCore
TFTP: error code 0 received — 20581
%Error opening tftp://192.168.10.37/ChestnutCore (Undefined error)
ChestnutCore#
Once I ran:
chmod 777 /var/routerconfigs
The backup ran. However, the configs are assigned these permissions:
[[email protected] routerconfigs]# ls -la
total 92
drwxrwxrwx 4 apache apache 4096 May 15 11:53 .
drwxr-xr-x 24 root root 4096 Apr 30 09:43 ..
-rw-rw-rw- 1 nobody nobody 65536 May 15 11:53 ChestnutCore
drwxr-xr-x 2 apache apache 4096 May 15 11:28 routers
drwxr-xr-x 2 apache apache 4096 May 15 11:53 switches
I have configured each device to dump into either a router or switch directory and they aren’t doing that. What’s going on?
-
joltman
- Posts: 16
- Joined: Fri May 15, 2009 10:10 am
- Location: Bloomington, IL
-
Contact:
Post
by joltman » Fri May 15, 2009 12:04 pm
Well this sucks…I re-created one of the devices in Cacti Web interface…and ran the backup, and it worked perfectly. That REALLY sucks as I’ll have to re-create 20+ devices. Isn’t there a better way to do this?
Jim
-
rszebin
- Posts: 4
- Joined: Thu Jul 10, 2008 6:43 am
Post
by rszebin » Wed Feb 03, 2010 4:36 am
i have 130 devices, and tftp just stopped working for some reason. All i did was «chkconfig xinetd off» and «chkconfig xinetd on» — game over tftp
btw, it was working somewhat ok until a week or so, when i wanted to look into automatic back-up, and until this post i thought i did something wrong. i have latest CactiEZ, and i love it, it’s an amazing thing, but building it on CentOS? it is exactly what the name says: an OS wort one cent. and that would be a generous offer: it’s like win32 — as long as you don’t touch it, it’s smooth and cool. as soon as you try anything that tampers with «out of the box» set-up — namely here routerconfigs workaround — crashes.
why go Red Crap based when Debian is out there? ubuntu is just as good …. *sigh*
-
dieselboy
- Cacti User
- Posts: 135
- Joined: Wed May 27, 2009 5:10 pm
Post
by dieselboy » Thu Mar 11, 2010 12:44 pm
I too are having the issue the OP posted with cactiEZ.. and yes why Centos? Ubuntu is more common and would have seemed logical but I am not complaining!
-
dieselboy
- Cacti User
- Posts: 135
- Joined: Wed May 27, 2009 5:10 pm
Post
by dieselboy » Fri Mar 12, 2010 4:06 am
Thanks for the link. I would rather have routerconfigs working.
Who is online
Users browsing this forum: No registered users and 1 guest
- Remove From My Forums
-
Вопрос
-
Добрый день. Прошу помощи в решении проблемы работы
PXE в SCCM (версия 1902).Настроена точка распространения, софт с неё устанавливает корректно.
Настройка проводилась по данной инструкции:
При загрузке устройства появляется ошибка:
NBP filename is smsboot\x64wdsmgfw.efi
NBP filesize is 0 Bytes
PXE-E23: Client received TFTP error from server. Boot Failed. EFI Network.
Ответы
-
День добрый.
Обратите внимание на указанный путь — smsboot\x64wdsmgfw.efi
Тут не хватает ID Пакета, например:
smsbootLAB00110x64wdsmgfw.efi, где LAB00110 — Boot image (xXX)
Проверьте что пакет с NBP физически на этой Точке распространения (DP) есть, путь будет для примера такой:
\sccmSMS_DP$smsbinSMSBootLAB00110x64wdsmgfw.efiПопробуйте обновить «boot image» для 86/64 на этой DP.
Еще не плохо бы посмотреть лог файл SMSPXE.log, будет там же в папке …SMS_DP$smslogsSMSPXE.log
Грамотная постановка вопроса — уже 50% решения.
SCCM User Group Russia на FaceBook и
в Telegram-
Предложено в качестве ответа
5 сентября 2019 г. 8:23
-
Помечено в качестве ответа
Petko KrushevMicrosoft contingent staff, Moderator
23 сентября 2019 г. 9:50
-
Предложено в качестве ответа
-
Загрузочный образ обновил, но результат такой же.
На данной точке распространения службы WDS были удалены, соответственно рабочих каталогов этой службы не осталось.
Логи прикладываю.
Загрузочный образ обновил, но результат такой же.
Должно быть два загрузочных образа, x86 и x64. Pагрузите на DP оба.
На данной точке распространения службы WDS были удалены, соответственно рабочих каталогов этой службы
не осталось.Загрузчики предоставляет SCCM т.е. файлы всё равно должны присутствовать по указанному мной пути. Проверьте есть ли они там.
Логи прикладываю.
Логи выкладывайте файлом, на ресурс типа OneDrive / Ya Disk/… и ссылку сюда.
Или полным текстом на ресурс типа pastebin.
Грамотная постановка вопроса — уже 50% решения.
SCCM User Group Russia на FaceBook и
в Telegram-
Изменено
Sergey KorotkovModerator
6 сентября 2019 г. 10:22 -
Помечено в качестве ответа
Petko KrushevMicrosoft contingent staff, Moderator
23 сентября 2019 г. 9:50
-
Изменено
- Печать
Страницы: [1] Вниз
Тема: tftpd-hpa загружен но не работает (Прочитано 2831 раз)
0 Пользователей и 1 Гость просматривают эту тему.
hesoyamatogun
Установил tftpd-hpa, сперва он что-то ругался но когда создал каталог перестал и запустился. Теперь висит в процессах, но порт не открывает.
Пробовал адресс с 0.0.0.0 заменить на действующей сетевой платы, то же самое.
/etc/default/tftpd-hpa
(рядом лежит tftp-hpa с таким же содержимым)
TFTP_USERNAME="alex"
TFTP_DIRECTORY="/srv/tftp"
TFTP_ADDRESS="192.168.1.1:69"
TFTP_OPTIONS="--ipv4 --secure"
может он и не должен ничего открывать?
ТС не появлялся на Форуме более полугода по состоянию на 09/09/2019 (последняя явка: 11/01/2019). Модератором раздела принято решение закрыть тему.
—zg_nico
« Последнее редактирование: 09 Сентября 2019, 18:41:52 от zg_nico »
victor00000
процесс.
pgrep tftp || echo null
sudo netstat -lpn | grep tftp
EvangelionDeath
Пробовал адресс с 0.0.0.0 заменить на действующей сетевой платы, то же самое.
0.0.0.0 — означает слушать на всех ИП машинки, а не на одном (внешнем или lo)
HP Pro 840 G3: Intel i5-6300U, 32GB DDR4 2133MHz, Intel 520, Intel Pro 2500 180GB/Ubuntu 22.04
Dell Latitude 5590: Intel i5-8350U, 16GB DDR4 2400MHz, Intel 620, Samsung 1TB/Ubuntu 22.04
hesoyamatogun
[code]
[/code]
root@sr:~/log# pgrep tftp || echo null
1220
root@sr:~/log# sudo netstat -lpn | grep tftp
udp 0 0 192.168.1.1:69 0.0.0.0:* 1220/in.tftpd
root@sr:~/log#
Он пашет, nmap’ом смотрел, а он оказывется udp без указания параметра не выазывает.
victor00000
192.168.1.1:69
только nmap 192.168.1.1 -p 69, а любая отказался.
EvangelionDeath
Что говорит
telnet -d 192.168.1.1 69
HP Pro 840 G3: Intel i5-6300U, 32GB DDR4 2133MHz, Intel 520, Intel Pro 2500 180GB/Ubuntu 22.04
Dell Latitude 5590: Intel i5-8350U, 16GB DDR4 2400MHz, Intel 620, Samsung 1TB/Ubuntu 22.04
hesoyamatogun
root@sr:/usr/src/linux# telnet -d 192.168.1.1 69
Trying 192.168.1.1…
telnet: Unable to connect to remote host: Connection refused
victor00000
log ?
grep "tftp" /var/log/syslog
EvangelionDeath
TFTP_USERNAME="tftp"
TFTP_DIRECTORY="/var/tftp"
TFTP_ADDRESS="0.0.0.0:69"
TFTP_OPTIONS="--ipv4 --secure --create --umask 027 --permissive"
sudo service tftpd-hpa restart
sudo service tftpd-hpa status
И что значит
(рядом лежит tftp-hpa с таким же содержимым)
HP Pro 840 G3: Intel i5-6300U, 32GB DDR4 2133MHz, Intel 520, Intel Pro 2500 180GB/Ubuntu 22.04
Dell Latitude 5590: Intel i5-8350U, 16GB DDR4 2400MHz, Intel 620, Samsung 1TB/Ubuntu 22.04
- Печать
Страницы: [1] Вверх
06.11.2017, 10:28. Показов 6258. Ответов 9
Имеется конфиг
Код
/ip tftp add allow-rollover=yes ip-addresses=192.168.1.0/24 real-filename=/PXE/
В итоге pxelinux не может загрузить файл menu.c32
лог
13:14:56 tftp,packet recieved type: 1 size: 38
13:14:56 tftp,packet read filename: menu.c32 binary: 1
13:14:56 tftp,packet option: blksize value: 1408
13:14:56 tftp,packet option: tsize value: 0
13:14:56 tftp,debug tftpd incoming connection from 192.168.1.102:49163 on 192.168.1.4
13:14:56 tftp,debug requested file(binary): menu.c32 access: allowed
13:14:56 tftp,debug opened 192.168.1.4:54436
13:14:56 tftp,packet sending type: 6 size: 27
13:14:56 tftp,packet option: blksize value: 1408
13:14:56 tftp,packet option: tsize value: 31760
13:14:56 tftp,packet recieved type: 4 seq: 0 size: 4
13:14:56 tftp,packet sending type: 3 seq: 1 size: 1412
13:14:56 tftp,packet recieved type: 4 seq: 1 size: 4
13:14:56 tftp,packet sending type: 3 seq: 2 size: 1412
13:14:56 tftp,packet recieved type: 4 seq: 2 size: 4
13:14:56 tftp,packet sending type: 3 seq: 3 size: 1412
13:14:56 tftp,packet recieved type: 4 seq: 3 size: 4
13:14:56 tftp,packet sending type: 3 seq: 4 size: 1412
13:14:56 tftp,packet recieved type: 4 seq: 4 size: 4
13:14:56 tftp,packet sending type: 3 seq: 5 size: 1412
13:14:56 tftp,packet recieved type: 4 seq: 5 size: 4
13:14:56 tftp,packet sending type: 3 seq: 6 size: 1412
13:14:56 tftp,packet recieved type: 4 seq: 6 size: 4
13:14:56 tftp,packet sending type: 3 seq: 7 size: 1412
13:14:56 tftp,packet recieved type: 4 seq: 7 size: 4
13:14:56 tftp,packet sending type: 3 seq: 8 size: 1412
13:14:56 tftp,packet recieved type: 4 seq: 8 size: 4
13:14:56 tftp,packet sending type: 3 seq: 9 size: 1412
13:14:56 tftp,packet recieved type: 4 seq: 9 size: 4
13:14:56 tftp,packet sending type: 3 seq: 10 size: 1412
13:14:56 tftp,packet recieved type: 4 seq: 10 size: 4
13:14:56 tftp,packet sending type: 3 seq: 11 size: 1412
13:14:56 tftp,packet recieved type: 4 seq: 11 size: 4
13:14:56 tftp,packet sending type: 3 seq: 12 size: 1412
13:14:56 tftp,packet recieved type: 5 size: 25
13:14:56 tftp,packet error: 0
13:14:56 tftp,error ERROR: code 0
13:14:56 tftp,debug closing connection to 192.168.1.102:49163
Кстати сам pxelinux.0 тоже загружается только со второго раза (сетевуха делает повторную попытку при неудаче).
лог
13:14:56 tftp,debug requested file(binary): pxelinux.0 access: allowed
13:14:56 tftp,debug opened 192.168.1.4:42607
13:14:56 tftp,packet sending type: 6 size: 14
13:14:56 tftp,packet option: tsize value: 46909
13:14:56 tftp,packet recieved type: 5 size: 17
13:14:56 tftp,packet error: 0
13:14:56 tftp,error ERROR: code 0
13:14:56 tftp,debug closing connection to 192.168.1.102:2070
13:14:56 tftp,packet recieved type: 1 size: 32
13:14:56 tftp,packet read filename: pxelinux.0 binary: 1
13:14:56 tftp,packet option: blksize value: 1456
13:14:56 tftp,debug tftpd incoming connection from 192.168.1.102:2071 on 192.168.1.4
13:14:56 tftp,debug requested file(binary): pxelinux.0 access: allowed
13:14:56 tftp,debug opened 192.168.1.4:53553
13:14:56 tftp,packet sending type: 6 size: 15
13:14:56 tftp,packet option: blksize value: 1456
13:14:56 tftp,packet recieved type: 4 seq: 0 size: 4
13:14:56 tftp,packet sending type: 3 seq: 1 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 1 size: 4
13:14:56 tftp,packet sending type: 3 seq: 2 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 2 size: 4
13:14:56 tftp,packet sending type: 3 seq: 3 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 3 size: 4
13:14:56 tftp,packet sending type: 3 seq: 4 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 4 size: 4
13:14:56 tftp,packet sending type: 3 seq: 5 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 5 size: 4
13:14:56 tftp,packet sending type: 3 seq: 6 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 6 size: 4
13:14:56 tftp,packet sending type: 3 seq: 7 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 7 size: 4
13:14:56 tftp,packet sending type: 3 seq: 8 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 8 size: 4
13:14:56 tftp,packet sending type: 3 seq: 9 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 9 size: 4
13:14:56 tftp,packet sending type: 3 seq: 10 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 10 size: 4
13:14:56 tftp,packet sending type: 3 seq: 11 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 11 size: 4
13:14:56 tftp,packet sending type: 3 seq: 12 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 12 size: 4
13:14:56 tftp,packet sending type: 3 seq: 13 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 13 size: 4
13:14:56 tftp,packet sending type: 3 seq: 14 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 14 size: 4
13:14:56 tftp,packet sending type: 3 seq: 15 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 15 size: 4
13:14:56 tftp,packet sending type: 3 seq: 16 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 16 size: 4
13:14:56 tftp,packet sending type: 3 seq: 17 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 17 size: 4
13:14:56 tftp,packet sending type: 3 seq: 18 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 18 size: 4
13:14:56 tftp,packet sending type: 3 seq: 19 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 19 size: 4
13:14:56 tftp,packet sending type: 3 seq: 20 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 20 size: 4
13:14:56 tftp,packet sending type: 3 seq: 21 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 21 size: 4
13:14:56 tftp,packet sending type: 3 seq: 22 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 22 size: 4
13:14:56 tftp,packet sending type: 3 seq: 23 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 23 size: 4
13:14:56 tftp,packet sending type: 3 seq: 24 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 24 size: 4
13:14:56 tftp,packet sending type: 3 seq: 25 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 25 size: 4
13:14:56 tftp,packet sending type: 3 seq: 26 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 26 size: 4
13:14:56 tftp,packet sending type: 3 seq: 27 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 27 size: 4
13:14:56 tftp,packet sending type: 3 seq: 28 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 28 size: 4
13:14:56 tftp,packet sending type: 3 seq: 29 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 29 size: 4
13:14:56 tftp,packet sending type: 3 seq: 30 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 30 size: 4
13:14:56 tftp,packet sending type: 3 seq: 31 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 31 size: 4
13:14:56 tftp,packet sending type: 3 seq: 32 size: 1460
13:14:56 tftp,packet recieved type: 4 seq: 32 size: 4
13:14:56 tftp,packet sending type: 3 seq: 33 size: 321
13:14:56 tftp,packet recieved type: 4 seq: 33 size: 4
13:14:56 tftp,debug closing connection to 192.168.1.102:2071
0