Удалите наклонную черту с имени файла в if
оператор. Путем у Вас есть он, это проверяет на файл в корневом каталоге, но позже это создается в том, что текущий каталог.
Кроме того, в Вашем сценарии в основном говорится, "если suid.old не существует, затем делают разность".
Вы могли бы хотеть что-то как:
#!/bin/bash
if [ ! -f "suid.old" ]
then
find / -perm -4000 -o -perm -2000 ls > suid.old
fi
if [ ! -f "suid.new" ]
then
find / -perm 4000 -o -perm -2000 ls > suid.new
fi
diff suid.old suid.new > newchanges.list
mv suid.new suid.old
Это говорит: "Если suid.old не существует, создайте его. Если suid.new не существует, создайте его. Теперь, когда они были созданы (или уже существуйте), сделайте различное"
Оказывается, что просто соединения через SVN не достаточно для создания учетной записи пользователя. Вместо этого необходимо войти в веб-консоль как пользователь LDAP. После входа в первый раз пользователь LDAP обнаружится в другом месте в инструменте управления и может быть добавлен к группам.
Для любопытного это - моя конфигурация LDAP:
Очевидно, необходимо будет обновить "mydomain" и "domainuser" с собственной информацией.
Note: Since Subversion Edge 1.3, users can use their LDAP credentials to log into the Subversion server as well as the console. Upon first sign-in to the console, the LDAP user is created as a console user with ROLE_USER permissions. This user cannot be edited, but a Subversion Edge administrator can assign additional roles via the Edit Role screen to allow the user to administer the server using LDAP credentials.
Мне просто пришлось самому решить эту проблему с помощью CollabNet Edge 2.2.0, и я хотел поделиться тем, что у меня сработало. Я запускаю RHEL 6 и пытаюсь подключиться к серверу Windows AD, но ничего не могу заработать.
Прежде всего, сделайте себе одолжение и включите ведение журнала DEBUG, чтобы вы могли получать сообщения об ошибках в Google. Войдите в веб-консоль CollabNet Edge: https: // servername: 4434 / csvn . Затем перейдите в Администрирование-> Журналы сервера-> Настроить. Измените поле с именем «Уровень журнала Subversion Server: аутентификация пользователя XXXXX не удалась; URI / [LDAP: ldap_simple_bind_s () failed] [Недействительные учетные данные]
Теперь вы можете начать гуглить от души или просто читать дальше. Моя большая удача заключалась в том, чтобы найти блог Микеле . Он рекомендовал добавить строку «REFERRALS off» в ваш файл /etc/ldap/ldap.conf (или в случае RHEL /etc/openldap/ldap.conf). У меня это не сработало, но один из комментариев сработал. Он предложил дополнительно сузить поле «Базовое DN LDAP» с помощью OU. Я сделал это и попробовал еще раз проверить и бинго, все работало :)
FYI Вот мои настройки в Администрирование-> Настройки сервера->