Pauldy's House of Geek

To restore the admin password on the controller, follow these steps:

1. Log in from the console.
2. Use “password” as the user name and use “forgetme!” as the password.
3. Enable the mode password as “enable”.
4. In configuration mode, enter the ‘mgmt-user admin root’ command to reset the admin password.
5. Re-login using the new admin password.
6. In configuration mode, enter the ‘enable secret’ command to reset the enable mode password.

 For example: 

 User: password
Password: forgetme!
(aruba) >enable
Password: enable
(aruba) #configure terminal
Enter Configuration commands, one per line. End with CNTL/Z
(aruba) (config) #mgmt-user admin root
Password: <new admin password>
Re-Type password: <new admin password>
(aruba) (config) #exit
(aruba) #exit
(aruba) >exit

Below are the steps to reset the enable mode password from the controller CLI.

User: admin
Password: <new admin password>
(aruba) >enable
Password: enable
(aruba) #configure terminal
Enter Configuration commands, one per line. End with CNTL/Z
(aruba) (config) #enable secret
Password: <new enable password>
Re-Type password: <new enable password>
(aruba) (config) #write memory

sometimes you have the admin password of the controller but not have the enable mode password so what to do…….?

Access the Controller via GUI And change the enable mode password in Controller Wizard.

Navigate to Configuration > Controller Wizard > Under Wizards > Configure Controller >Basic Info> Enter any Name of your choice, Password for User Admin, retype the same, Password for Enable mode Access here is the place where we can reset the enable mode password and retype the same click on Next

From the following site just in case it gets nuked, I scoured tons of pages before this one saved me and my purchase.

When securing your network it’s nice to have firewall rules that control traffic to only what you expect or allow and for this, you would need the ip of that device. With the amazon alexa there isn’t an easy way to do this so you have to start by getting the mac address of the device you’re trying to find the ip for.  You can do this if your alexa is already setup by going to https://alexa.amazon.com/.  From here click Settings on the left hand side, then under devices select the alexa you wish to find the ip address for.  Under the About section at the bottom of the page you can see the MAC address.  Copy this and the next step is dependent on your router.  Most allow you to see all the machines on your network.  find that page and simply search the MAC address.  You can also use various network scanning tools that will probe your network for machines.  Most all report the mac address and if they don’t you can 

cp /etc/php/7.2/fpm/pool.d/nextcloud.conf /etc/php/7.4/fpm/pool.d/

vi /etc/php/7.4/fpm/pool.d/nextcloud.conf

change the line 

listen = /run/php/php7.2-fpm.nextcloud.sock

to

listen = /run/php/php7.4-fpm.nextcloud.sock

Next we need to install some items that for whatever reason don’t get upgraded if you are using something other than pgsql change that here too.

apt install php7.4-fpm php-pgsql php-curl php7.4-xml php7.4-gd php-json php-mbstring php-zip php-bz2 php-intl php-ldap php-imap php-bcmath php-gmp php-redis php-igbinary php-memcache

systemctl enable php7.4-fpm

service php7.4-fpm start

grep php7.2-fpm `find ./`

change all these instances to php7.4-fpm

service apache2 restart

Doing these steps should solve the following errors:

No such file or directory: AH02454: FCGI: attempt to connect to Unix domain socket /run/php/php7.2-fpm.nextcloud.sock

Memcache \\OC\\Memcache\\Redis not available for local cache

Got error ‘PHP message: PHP Fatal error: Uncaught Doctrine\\DBAL\\DBALException: Failed to connect to the database: An exception occurred in driver: could not find driver

failed to make connection to backend: httpd-UDS

First we create multiple instances of octopi itself.

sudo su -
cd /home/pi
cp .octoprint .printer1
cp .octoprint .printer2

cd /etc/init.d
update-rc.d -f octoprint remove
cp octoprint printer1
cp printer1 printer2

cd /etc/default
cp octoprint printer1
cp octoprint printer2

Now we edit some files.

The way this works currently is you need to be able to access a remote url inside your home.  Usually this will require the use of a dynamic dos host provider that can provide you with a hostname that points to your dynamic home address that is updated automatically by your router.  This is not exactly ideal security wise but obscure enough that you’re not likely to have some hacker turning your lights on and off just to mess with you and about the worst case scenario is they turn all your lights on while you are way turning up your electric bill.

Bind is horrible at telling you what is going on if you happen to have the setup and mess it up.

Mod_mono is much easier to config at the moment than it has been int he past.  Assuming you can use apt-get and installed the packages the following is all you need.

Here are the steps to upgrading bugzilla so you don’t end up wanting to commit homicidal acts.

Download a new version of bugzilla and resist the patches.

http://www.bugzilla.org/download/

Unpack this new version into a newdirectory. I use the /usr/local directory.

root@sourcecontrol:/usr/local# ls -l
total 40
drwxr-x--- 16 www-data www-data 4096 May 28 11:36 bugzilla-4.4.2
drwxr-x--- 16 www-data www-data 4096 May 28 11:46 bugzilla-4.4.4

Now I keep a symlink in /var/www that points to the current version so i delete and update the symlink here.

ln -s /usr/local/bugzilla-4.4.4 /var/www/bugzilla
ls -l /var/www
lrwxrwxrwx 1 root root   26 May 28 11:37 bugzilla -> /usr/local/bugzilla-4.4.4/

Next enter the new bugzilla directory and update the perl modules using the built in script.

./install-module.pl --all

Once that is complete copy the localconfig form the previous installation into the new installation.

cp /usr/local/bugzilla-4.4.2/localconfig /usr/local/bugzilla-4.4.4/

Then run checksetup.pl and you should be up and running.

./checksetup.pl

Upgraded to Ubuntu 14.04 LTS and discovered apache was not starting up.

 

The culprit was the following message.

AH00534: apache2: Configuration error: No MPM loaded.

After some digging around it appears the problem has to do with the module being enabled in apache so running the following as root or with sudo clears things up.

 

a2dismod mpm_itk

a2enmod mpm_itk

So today while trying to VM an old server at work I ran into a problem. It was running Ubuntu 7.10 (Gutsy Gibbon) and would not virtualize properly. I tied to upgrade it using the EOL Path at ubuntu.com to 8.04 (Hardy Heron) but it just wouldn’t work I ended up with the following.

#do-release-upgrade
Checking for a new ubuntu release
Failed Upgrade tool signature
Failed Upgrade tool
Done downloading
extracting '/tmp/tmpGEx2kl/hardy.tar.gz'
Failed to extract
Extracting the upgrade failed. There may be a problem with the network or with the server.

This clearly isn’t good but after paring my /etc/apt/sources.list down to the following I was still getting the same error.

deb http://old-releases.ubuntu.com/ubuntu dapper main restricted universe multiverse
deb http://old-releases.ubuntu.com/ubuntu dapper-updates main restricted universe multiverse
deb http://old-releases.ubuntu.com/ubuntu dapper-security main restricted universe multiverse
deb http://old-releases.ubuntu.com/ubuntu dapper-proposed main restricted universe multiverse
deb http://old-releases.ubuntu.com/ubuntu dapper-backports main restricted universe multiverse

With the modification from archive.ubuntu.com to old-releases.ubuntu.com I figure it was really just modifying the server it was retrieving the files from and even though the remote server could be using the host header I though I would try modifying my /etc/hosts file to point to the same ip for archive.ubuntu.com as was resolved for old-releases.ubuntu.com.

/etc/hosts
91.189.88.17 archive.ubuntu.com

It worked running do-release-upgrade now returns

Checking for a new ubuntu release
Done Upgrade tool signature
Done Upgrade tool
Done downloading
extracting '/tmp/tmpXpWtyk/hardy.tar.gz'
authenticate '/tmp/tmpXpWtyk/hardy.tar.gz' against '/tmp/tmpXpWtyk/hardy.tar.gz.
gpg'

If you continue, a additional ssh daemon will be started at port
'9004'.
Do you want to continue?

So apparently really old versions of ubuntu have archive.ubuntu.com hard coded in the updater and this trick should get around it. Thank god they don’t use virtual hosts for their archives.